16 октября 2010 г. 23:32 пользователь Н. Артём <artio...@yandex.ru> написал: >> 16 октября 2010 г. 21:20 пользователь Н. Артём <artio...@yandex.ru> написал: >> > > Их вызовы при помощи fork. >> > А, въехал. НУ это уже относится к libc и ядру. Насчёт libc - тоже >> > вопрос... >> Ядро вполне ставится штатное с нужной сборкой. > Ядро у меня самосборное, естественно. Зачем мне штатное с тонной модулей и > кучей барахла?
Хм... Таки вы действительно имеете квалификацию выше, чем те, кто в дебиане собирают ядра? И чем докажете, что те модули лишние? > Я просто имел ввиду, что скорость fork, вероятно, может зависеть, например от > планировщика, который был выбран. Для самого fork - те же 1-2%. Разве что машина будет _действительно_ загружена. У меня на работе такая одна. И то, загружена она по диску, а не по процессору, ибо БД, а не вычисления. >> А беспокойство по поводу libc рекомендуется лечить установкой libc6-i686 > Посмотрю. Однако, 686 - хорошо, а p4, в данном случае, - лучше. Не так ли? :-) Нет. P4 от P3 в этом месте отличается не настолько сильно. По-крайней мере, оптимизация без всяких MMX и SSE одинаковая. >> Что касается выигрыша - выигрыш в 1-2% от ускорения запуска скриптов >> вполне может быть получен другими средствами. Например, достаточно >> обеспечить наличие всех используемых библиотек и бинарников в кеше, а >> не тягать их по запросу с винта. > Но, вроде бы, такое уже есть..? Да. Достаточно прочитать документацию. >> Кстати, те 1-2%, что могут быть получены на 99% задач, попросту тонут >> в ошибках измерения. > Хм... 1-2% Не больше? Таки вы не первый пытаетесь получить что-то пересборкой. В инете тестов дофига было. >> Рекомендую не извращаться с пересборкой, а посмотреть в дистрибутиве. >> И еще, не следует надеяться на всякие SSE и MMX, они применимы к очень >> узкому классу задач, в которые точно не входят ядро и скрипты. > Ну хорошо, я не про не скрипты, во-первых, говорил, а про их интерпретаторы. 1-2%. Интерпретаторы чаще обращаются к libc, чем к своим функциям. А для libc есть и -i686 > А, во-вторых... Ядро? Там же специально дали возможность компилировать под > конкретную модель ЦП. Блин, в менюшке выбор. :-\ Ведь не от праздного же > безделья они это сделали? И? Ставь нужное ядро из дистрибутива, результат по скорости работы будет такой же. -- Stanislav
