Ф-ии типа fork и многие другие реализует и выполняет ядро. Плюс всякие
сигналы и тп. Так что для одной и той-же программы под разные ядра могут
быть разные показатели...
С уважением, Стас.
"Мы можем делать хорошо, быстро и дешево. Вам осталось выбрать два пункта из
трех"
Original Message From: "Igor Strizhakov" <ig***@i*****.ua>
To: "comp.soft.linux.discuss (2663918)" <mamo***@v*****.ua>
Sent: Friday, December 19, 2003 12:39 PM
| | > Hello mamont,
>
> Friday, December 19, 2003, 10:55:41 AM, you wrote:
>
> >> mamont wrote:> > Ядро перекомпиль, памяти докупи...
> >> К стати, разница большая будет в скорости если это сделать?
> m> Еще не замерял, мож на выходных не поленюсь и замерю, но теоретически |
может
| | > m> дать выйгрыш от 50 до 150 процентов. Кроме того есть возможность |
отключить
| | > m> ненужные устройства, опции и т.п. что экономит память и могет увеличить
> m> перфоманс... Но если у тебя мало памяти - не юзай КДЕ. У меня на700 |
Celerone
| | > m> с 256 мозгами иногда серьезные тормоза выдает...
>
> Откуда вы таких циферей понабирали, один говорит 20%, другой 150%.
> Ребята, попуститесь. Чудес не бывает. БОльшую часть процессорного
> времени работает не ядро, а программы. И именно от того как написана
> программа, в основном зависит быстродействие. Перекомпиляция ядра
> может дать выигрыш только в очень редких случаях - например когда
> памяти совсем уж кот наплакал и лишние 200-300кб имеют значение. Про
> специфические вещи типа риалтайма, здесь говорить думаю не уместно...
>
> --
> Best regards,
> Igor mailto:ig***@i*****.ua ICQ #398 39 666
> http://isv.by.ru
> moderator of http://velocity.kiev.ua/
>
> =) кошка, которая гуляет сама по себе - это кошка Мебиуса
>
> |
-*Информационный канал Subscribe.Ru
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Отписаться: mailto:comp.soft.linux.discuss-unsub@subscribe.ru
http://subscribe.ru/ mailto:ask@subscribe.ru
Hello mamont,
Friday, December 19, 2003, 2:19:48 PM, you wrote:
Да, конечно. Но даже если функция форк вместе с семафорами ускорится
на 1000%, на реально производительности дай боже, чтобы было 1%. Но
восторженные заявлений об перекомпиляции ядра и увеличении
производительности на хх%, еще не разу наукой подтверждены не были.
Даже если не просто перекомпилировать, но и поменять допустим шедулер
задач, на выдраный из QNX, то все равно, хоть плач, KDE или ОО ни на
процент быстрее не заработает. Можно конечно написать программку,
которая реально будет быстрее с перекомпилированным ведром работать,
но в реальной жизни такое случается нечасто. Основное, что когда-то
побуждало к перекомпиляции ядра, это малое количество памяти и плохое
построение модулей. Щас же в модули без проблем можно даже e2fs
вынести и перекомпиляция дистрибного ведра нужна разве что для какого
экзотического модуля...