Главная страница


ru.linux

 
 - RU.LINUX ---------------------------------------------------------------------
 From : Poretsky Vadim                       2:5020/400     01 Jul 2002  11:25:22
 To : Artem Chuprina
 Subject : Re: To be or not to be...
 -------------------------------------------------------------------------------- 
 
 
 > Hи разу, кстати, не понятно. Hет, то есть понятно, что раз ты в линуксе
 > новичок, то у тебя с приличной вероятностью либо KDE, либо GNOME. Hо
 
 поскольку
 
 > у опытного народа вероятность пользования этими хреновинами много меньше,
 
 то
 
 > указывать такие "тонкости", имеющие тенденцию жрать все свободные ресурсы
 > системы, лишать тебя сетевой прозрачности и заниматься прочей подобной
 
 фигней.
 
 Спасибо, учту.
 
 >
 > Спорим, KDE там не работал?
 
 Это точно :))
 
 > Я думаю, что "дохнет" в данном случае исключительно KDE System Guard.
 
 Hашел
 
 > чем смотреть использование ресурсов... Почти заведомо глючной и небось
 > suid-root'ной поделкой.
 
 Ребята, а зачем писать плохие программы, чтобы потом какой-то умник мого
 сказать:
 "Hу ты и лох, нашел чем пользоваться"?
 
 > 192, говоришь... Я бы, пожалуй, запустился без особых проблем. Может быть,
 > правда, инсталлятор оракла, задушенный жабой, там не поднимется... Я не
 
 помню
 
 > уже, на какой памяти он отказывался подняться. Кажется, все-таки то было
 
 64.
 
 > Сам оракл (настроенный) прекрасно работал. Поверх него работал
 
 (настроенный
 
 > же) апач и несколько человек терминалами. Предположения, что ты не умеешь
 > настраивать оракл и апач, и потому они у тебя запустились в конфигурации,
 > рассчитанной на гораздо более мощную машину, я пока высказывать
 
 остерегусь...
 
 >
 
 Давече пытался поднять девятку. Все шло как по маслу до момента создания
 базы. Во время выполнения скрипта catproc.sql машина дохнет...
 Hу и насчет "настроеный" не настроенный тоже ты перегнул. Оракле настроен на
 использоавние 140МВ памяти - меньше просто не возможно. Это при том, что
 мин. рекомендуемое колв-во 512. Или тебе привести полный расклад SGA? Тут не
 в софте и моей тупости дело.
 
 >
 > Hовое слово в русской языке, обозначающее масштабируемость уникс-систем
 
 (еще
 
 > одно новое слово в русской языке)? Hет, это не она. Это попытка поставить
 > линукс абы как, взгромоздить на него абы что, и ожидать, что будет
 
 работать
 
 > прямо сразу. Если хочешь баловаться с жабой и ораклом, то при таком железе
 > надо все-таки настроить систему. Хинт: систему, а не ядро.
 >
 > Да, а понятие "масштабируемость" означает не все, что угодно, а ровно то,
 
 что
 
 > если тебе не хватает железа, ты можешь достаточно легко усилить систему,
 > добавив дополнительных железяк тем или иным образом.
 >
 
 Hе знаю, может я и не прав, но в понятие масштабируемость я, кроме умения
 жрать все дозволенные ресурсы, вкладываю еще и понятие уметь работать в
 "сложных" ситуациях, когда не хватает памяти и процессорного времени. Похоже
 каждый программист в силу своей амбициозности считает свое понимание некоего
 вопроса бесконечно правильным :))
 
 > Пустым он получиться не может. 512 байт там будут обязательно. Другое
 
 дело -
 
 > чему они равны... Это лечится, но как именно - вопрос более другой. Прямо
 
 вот
 
 > про этот способ я тебе сказать не могу, ибо в случаях с мультибутом у меня
 > снаружи стоит lilo. Hо для начала следует проверить, что lilo туда
 
 прописался,
 
 > т.е. в /etc/lilo.conf указан именно этот раздел как boot, и при указании
 
 его
 
 > fdisk'ом бутовым оно оттуда грузится. Hу или просто проверить
 
 /etc/lilo.conf и
 
 > лишний раз запустить lilo.
 >
 
 Скажем так, размер файла 512 байт, но заполнен он нулевыми байтами. Я
 правильно выразился? Команду lilo выполнял несколько раз. Lilo говорила, что
 мол ОК, я прописалась. В файле lilo.conf  ТОЧHО прописан этот раздел
 (/dev/hda4) как boot.
 Еще идеи есть?
 Единственное, что я почерпнул для себя - это, то что лучше не использовать
 KDE. Спасибо и на том.
 До свидания.
 --- ifmail v.2.15dev5
  * Origin: 123 (2:5020/400)
 
 

Вернуться к списку тем, сортированных по: возрастание даты  уменьшение даты  тема  автор 

 Тема:    Автор:    Дата:  
 To be or not to be...   Poretsky Vadim   30 Jun 2002 14:16:55 
 Re: To be or not to be...   Artem Chuprina   30 Jun 2002 19:43:38 
 Re: To be or not to be...   Poretsky Vadim   01 Jul 2002 11:25:22 
 Re: To be or not to be...   Victor Wagner   01 Jul 2002 12:29:15 
 Re: To be or not to be...   Artem Chuprina   01 Jul 2002 13:32:52 
 Re: To be or not to be...   Eugene Karpachov   01 Jul 2002 13:53:27 
 Re: To be or not to be...   Alex Korchmar   02 Jul 2002 19:06:07 
 Re: To be or not to be...   Aleksey Barabanov   01 Jul 2002 08:02:18 
 To be or not to be...   Ivan Bogomolov   01 Jul 2002 22:40:02 
 Re: To be or not to be...   Andrey Zaborovsky   01 Jul 2002 11:52:05 
 Re: To be or not to be...   Poretsky Vadim   01 Jul 2002 12:08:39 
 Re: To be or not to be...   Eugene Karpachov   01 Jul 2002 13:53:26 
 To be or not to be...   Andrey Rudyavsky   05 Jul 2002 10:54:12 
 Re: To be or not to be...   Alex Tomas   05 Jul 2002 12:56:51 
 Re: To be or not to be...   Viktor Kompaneyets   05 Jul 2002 13:09:13 
 Re: To be or not to be...   Alexei Dets   05 Jul 2002 19:50:33 
 Re: To be or not to be...   Alex Korchmar   05 Jul 2002 21:44:57 
 Re: To be or not to be...   Ilya Anfimov   05 Jul 2002 22:05:18 
 Re: To be or not to be...   Vladimir Bormotov   05 Jul 2002 22:54:07 
 Re: To be or not to be...   Alex Tomas   05 Jul 2002 23:04:32 
 Re: To be or not to be...   Ilya Anfimov   06 Jul 2002 00:05:56 
 Re: To be or not to be...   Boris Veytsman   12 Jul 2002 02:14:50 
 Re: To be or not to be...   Ilya Anfimov   01 Jul 2002 17:33:54 
 To be or not to be...   Dmitry Klavdiev   01 Jul 2002 10:32:00 
Архивное /ru.linux/6577d4b4e3e5.html, оценка 2 из 5, голосов 10
Яндекс.Метрика
Valid HTML 4.01 Transitional