Нужен совет !

Форум предназначен для новичков. В нем предполагается рассматривать вопросы, которые встают на первых этапах освоения Linux
Foxx
Неотъемлемая часть форума
Сообщения: 435
Зарегистрирован: 03 апр 2004, 17:05
Контактная информация:

Сообщение Foxx »

booxter, как я понял, мерилом изначально выступало быстродействие системы, а не скорость ее загрузки
bazil, насчет инструкций - согласен наполовину, расширения дело полезное, а в остальном? Сильно ли OpenOffice юзает MMX или SSE[2]? Каков процент регистровой передачи параметров между функциями по отношению к стековой? Внутри ядра и в апликухах?
Я к тому, что для обычной домашней работы без претензий хватит и ядра от вендора дистра. А при каждой задержке у жены или компа пересобирать ядро имхо глупо, тем более, в отчаянной надежде, что на слабой машине все взлетит.

bazil
Неотъемлемая часть форума
Сообщения: 879
Зарегистрирован: 18 дек 2003, 23:56

Сообщение bazil »

Пишу исчо раз.
Юзание регистров дает минимум прироста. Нуна повыключать все остально, я например по возможности компилю тока то что нуна в ядро. То что редко -- как модули. Ну нет у меня BeOSfs нах мне ёё поддержка в ядре. Можно конечнно модуль. А вот собрать поддержку системной логики для IDE а не дженерик чипсет. Разобраться со звуком. А кто ть ставил патч типа lck на ядро 2,4 вот где можно реально заметить прирост производительности от функции Примтибл кернел. Причем тут регистры. Повторюсь что на таком процике все должно пахать и так отлично. Но пересборку ядра провести обязателно для новичка -- очень погает.
I did a 'zcat /vmlinuz > /dev/audio' and I think I heard God...

Foxx
Неотъемлемая часть форума
Сообщения: 435
Зарегистрирован: 03 апр 2004, 17:05
Контактная информация:

Сообщение Foxx »

Вопросов нет. Я привязался к оптимизации под проц, неоднозначно восприняв инфу о i386 и 64-series.

Аватара пользователя
Llama
Неотъемлемая часть форума
Сообщения: 9749
Зарегистрирован: 06 фев 2002, 11:40
Откуда: Менск

Сообщение Llama »

Реально заметный прирост производительности был заметен на системах 486/P1 с малым колиеством памяти - там действительно вырубание всчего ненужно (у уменьшение занятой ядром памяти) давало прирот, да и опцимизация на 486 была весьма заметна. На PII - уже смысла не имеет. Кроме того, в дистрибутивах есть как правило собранные под несколько типов процессоров ядра, и libc с оптимизацией. Возможно, будет иметь смысл на AMD64. По крайне мере на SPARC64 переход с 32-bit на 64-bit kernel повлиял положительно.
Опыт растет прямо пропорционально выведенному из строя оборудованию

Anonymous

Сообщение Anonymous »

Камрады... я уже ко многим из Вас обращался те кто висит в списке на http://mlug.linux.by, кто записывает дистрибутивы Debian .. но многие вообще молчат !!! Некоторые не могут по техническим причинам! Кто все -таки действительно может записать ??? Если у кого не работает писалка я свою притащу !!! В долгу не останусь .. заплачу сколько скажете !
Спасибо за внимание !

bazil
Неотъемлемая часть форума
Сообщения: 879
Зарегистрирован: 18 дек 2003, 23:56

Сообщение bazil »

Вот именно в таких случаях рулит линуксшоп эт тут бай -- не сочтите за рекламу мой намек.
I did a 'zcat /vmlinuz > /dev/audio' and I think I heard God...

Аватара пользователя
Serj
Неотъемлемая часть форума
Сообщения: 320
Зарегистрирован: 26 июн 2004, 13:48
Откуда: Беларусь, Минск

Сообщение Serj »

[cite] Камрады... я уже ко многим из Вас обращался те кто висит в списке на http://mlug.linux.by, кто записывает дистрибутивы Debian .. но многие вообще молчат !!! [/cite]
Fatalerror, Могу Woody записать на 7 CD.
Программист - это человек, который сначала долго думает, чтобы потом ничего не делать.

Аватара пользователя
mend0za
Неотъемлемая часть форума
Сообщения: 2332
Зарегистрирован: 30 авг 2002, 12:33
Откуда: Minsk

Сообщение mend0za »

Fatalerror: знаешь какой гемор записать 14 дисков?
АПУПИТЕЛЬНЫЙ!
И увидел я зверя, выходящего из тундры. И число его было 3.14159265358979324...

Anonymous

Сообщение Anonymous »

2mend0za понимаю .... я заплачу ...
2Serj Нашел уже :)) есть еще люди на этом свете ...спасибо !

Ответить