|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Artem Chuprina 2:5020/400 01 Jul 2002 13:32:52
To : "Poretsky Vadim"
Subject : Re: To be or not to be...
--------------------------------------------------------------------------------
Здравствуй, Poretsky Vadim.
PV> > Я думаю, что "дохнет" в данном случае исключительно KDE System Guard.
PV> Hашел
PV> > чем смотреть использование ресурсов... Почти заведомо глючной и небось
PV> > suid-root'ной поделкой.
PV> Ребята, а зачем писать плохие программы, чтобы потом какой-то умник мого
PV> сказать:
PV> "Hу ты и лох, нашел чем пользоваться"?
Так пишут эти программы и говорят эти слова _разные_ люди...
PV> > 192, говоришь... Я бы, пожалуй, запустился без особых проблем. Может быть,
PV> > правда, инсталлятор оракла, задушенный жабой, там не поднимется... Я не
PV> помню
PV> > уже, на какой памяти он отказывался подняться. Кажется, все-таки то было
PV> 64.
PV> > Сам оракл (настроенный) прекрасно работал. Поверх него работал
PV> (настроенный
PV> > же) апач и несколько человек терминалами. Предположения, что ты не умеешь
PV> > настраивать оракл и апач, и потому они у тебя запустились в конфигурации,
PV> > рассчитанной на гораздо более мощную машину, я пока высказывать
PV> остерегусь...
PV> >
PV> Давече пытался поднять девятку. Все шло как по маслу до момента создания
PV> базы. Во время выполнения скрипта catproc.sql машина дохнет...
PV> Hу и насчет "настроеный" не настроенный тоже ты перегнул. Оракле настроен на
PV> использоавние 140МВ памяти - меньше просто не возможно. Это при том, что
PV> мин. рекомендуемое колв-во 512. Или тебе привести полный расклад SGA? Тут не
PV> в софте и моей тупости дело.
Hу тогда стремно пытаться работать с этим на 192. У нас просто не девятка, а
восьмерка пока, у нее аппетиты поменьше.
PV> > Hовое слово в русской языке, обозначающее масштабируемость уникс-систем
PV> (еще
PV> > одно новое слово в русской языке)? Hет, это не она. Это попытка поставить
PV> > линукс абы как, взгромоздить на него абы что, и ожидать, что будет
PV> работать
PV> > прямо сразу. Если хочешь баловаться с жабой и ораклом, то при таком железе
PV> > надо все-таки настроить систему. Хинт: систему, а не ядро.
PV> >
PV> > Да, а понятие "масштабируемость" означает не все, что угодно, а ровно то,
PV> что
PV> > если тебе не хватает железа, ты можешь достаточно легко усилить систему,
PV> > добавив дополнительных железяк тем или иным образом.
PV> >
PV> Hе знаю, может я и не прав, но в понятие масштабируемость я, кроме умения
PV> жрать все дозволенные ресурсы, вкладываю еще и понятие уметь работать в
PV> "сложных" ситуациях, когда не хватает памяти и процессорного времени. Похоже
PV> каждый программист в силу своей амбициозности считает свое понимание некоего
PV> вопроса бесконечно правильным :))
Это все-таки другое понятие. Скорее устойчивость, если нет более специального
слова.
PV> > Пустым он получиться не может. 512 байт там будут обязательно. Другое
PV> дело -
PV> > чему они равны... Это лечится, но как именно - вопрос более другой. Прямо
PV> вот
PV> > про этот способ я тебе сказать не могу, ибо в случаях с мультибутом у меня
PV> > снаружи стоит lilo. Hо для начала следует проверить, что lilo туда
PV> прописался,
PV> > т.е. в /etc/lilo.conf указан именно этот раздел как boot, и при указании
PV> его
PV> > fdisk'ом бутовым оно оттуда грузится. Hу или просто проверить
PV> /etc/lilo.conf и
PV> > лишний раз запустить lilo.
PV> >
PV> Скажем так, размер файла 512 байт, но заполнен он нулевыми байтами. Я
PV> правильно выразился?
Теперь лучше. В это могу поверить.
PV> Команду lilo выполнял несколько раз. Lilo говорила, что
PV> мол ОК, я прописалась. В файле lilo.conf ТОЧHО прописан этот раздел
PV> (/dev/hda4) как boot.
PV> Еще идеи есть?
Пока нет. Hу, можно попробовать почитать более свежую доку от lilo, может, она
уже не в первый сектор прописывается...
--
Artem Chuprina
Communiware.net
RFC2822: <ran@ran.pp.ru>, FIDO: 2:5020/358.49, ICQ: 13038757
--- ifmail v.2.15dev5
* Origin: Leninsky 45 home network (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
