|
|
ru.linux- RU.LINUX --------------------------------------------------------------------- From : Victor Wagner 2:5020/400 17 Apr 2002 23:47:38 To : Vladimir Bormotov Subject : Re: Дистрибутив для новичка? -------------------------------------------------------------------------------- Vladimir Bormotov <bor@vb.dn.ua> wrote: VB> Hi, Victor! VL>>> А я вот буду отрицать, ибо утверждение сие абсолютно VW>> Пошел бы ты на www.mplayerhq.hu и почитал там что авторы VB> ага. И сколько такого софта? И какому количесву софта VB> РЕАЛЬHО нужна ткая оптимизация? Какой процент этого софта А не важно. Просто нефига Луговскому что-то бездоказательно отрицать. Один-два примера достаточны чтобы его утверждение с квантором всеобщности опровергнуть. VB> "системный", а не прикладной? Ядра, в современных VB> дистрибутивах собирают под процессор. glibc - тоже. Еще Как меня, блин, эти ядра заколебали... Мирроришь вот дистрибутив а там 11 почти одинаковых kernel-source-*.tar.gz И немаленьких. А уж то что ядра надо оптимизировать под систему, а не под процессор, а систем столько вариантов, что фиг ядер напасешься, я уж и молчу. Количество координатных осей 1. SMP/неSMP 2. Памяти мало/<4Gb/>4Gb 3. IDE/SCSI старые/SCSI современные/бездисковые системы 4. 386 или AMD/486/586/686 5. Планируем мы туда видеокарту втыкать (DRI,fb)/нет 6. нужна всякая хренотень типа USB/нет 7. APM/ACPI/отсутствие powermanagement .... Считаем декартово произведение и нам становится грустно. Теперь вспоминаем, что к каждому ядру нужен отдельный пакет с PCMCIA, с lm-sensors и еще со всякими сторонними модулями. Проще сразу после установки make-kpkg сказать. VB> можно наверное найти 5%-10% библиотек, которые "заметно VB> улучшат скорость в целом. Для меня "заметно" - это более VB> 5%. Hо. Луговской очень правильно заметил - сборка VB> системы это довольно ответсвенный процесс. Hужно четко VB> понимать что и как ты компилишь, все собраное проверить, VB> что оно не глючит, и только потом "выкатывать". Вот я не VB> могу обеспечить первого и второго. Производитель VB> дистрибутива в этом отношении имеет ГОРАЗДО больше Гораздо меньше. Потому что у него наверняка нет такой системы как у меня. VB> возможностей. Поэтому я не вижу причин пересобирать "все VB> на своей машине". Крохи прироста скорости могут вылиться Все - не имеет смысла. Только три-четыре пакета, compilation time настройки которых действительно критичны. Туда заведомо попадает ядро, для рабочей станции - наверняка mplayer, для web-сервера практически всегда apache и часто - используемый SQL-сервер, у меня последнее время еще и vim. VW>> А если мы доживем до IA-64 (во что я верить как-то VW>> перестал последнее время), то там оптимизация под VW>> конкретную машину вообще норма. VB> под каждуй вариант железяки с IA64 внутри? Как инетерсно. VB> А в чем прикол? -- Bor. В том что VLIW архитектура предполагает перенос значительной части умствований с процессора на компилятор. Поэтому, например, под два и под четыре процессора компилиться надо немного по-разному. -- Многие из тех, кто лез в светила, повисли на фонарях. --- С.Е. Лец --- ifmail v.2.15dev5 * Origin: Free Net of Leninsky,45 (2:5020/400) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /ru.linux/1517889e8f76b.html, оценка из 5, голосов 10
|