> В Sat, 16 Oct 2010 21:54:30 +0400 > Artem Chuprina <r...@ran.pp.ru> пишет: > > > > Первое правило оптимизации - оптимизировать следует только то > > > > место, на которое показывают замеры как на узкое. Если замеры туда > > > > не показывают, оптимизировать бессмысленно - результат не то что не > > > > будет заметен, а его, скорее всего, не будет вообще. > > Еще раз. За всё время жизни твоей системы ты не выиграешь этим и тех > > нескольких секунд процессорного времени (не твоего - процессорного), что > > твоя система затратила на это обсуждение. > > > > Нет, это, конечно, не подкрепленное замерами утверждение. Оно > > подкреплено опытом. > (Пока разворачивается debootstrap, вклинюсь в ваш чатик. :)) > Скорее не опыт, а трезвый расчёт: сколько места на дисках и процессорного > времени > понадобится для сборки ещё под несколько "архитектур" (i486, i586, pentium > II, III, iV > core, atom, i3-i7, ну и пачка от AMD). Это понятно. Но для себя-то..? Хотя, видимо, не стоит.
> Для полноты добавим к этому отслеживание ошибок по каждой архитектуре. > Кто и на чём всё это будет делать? Насчёт ошибок понятно... Но, тем не менее, не думаю, что настолько много специфичных для архитектуры ошибок. > Для оптимизаторов есть потомки Debian -- для музыки, медицины, науки и т.д. > Там нужные пакеты доработаны и пересобраны так, что действительно ощутим > результат. За счёт чего? Именно специфичные для задач пакеты? -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/565521287292...@web32.yandex.ru
