|
|
ru.linux- RU.LINUX --------------------------------------------------------------------- From : Valentin Nechayev 2:5020/400 03 Sep 2002 22:27:58 To : Mike Novikoff Subject : Re: Чайник V1.02 -------------------------------------------------------------------------------- >>> Mike Novikoff wrote: MN> Мне, вообще говоря, больше интересна _моя_ машина, чем некое "подавляющее MN> большинство". А про оптимизацию напомню, что там одновременно "-mcpu=i686" MN> и "-march=i386", и глупым я назвал, в первую очередь, именно _сочетание_. MN> (Кстати, о "более новой технике": если считать i586 устаревшим, то про MN> i386 тогда вообще какие могут быть разговоры? И кто сейчас будет ставить MN> новый RH на 386? А если и будет, то прямо так и поставит всё по дефолту, MN> и без проблем?). Вы скажите, чем Вас обедняет расчет на работу на i386? Какие команды и возможности i686, i586 или даже i486 так нужны при обычной компиляции обычного юзерского софта, что их использование может дать выигрыш больше чем, например, 1%? Для ядра я пример знаю - cmpxchg. Ладно, для pthreads она тоже крайне полезна (хотя можно обойтись и обычным xchg для большинства случаев). Ладно, conditional call - я однажды умудрился заставить gcc сгенерировать такую команду.;) Hу а еще? Что, какому-нибудь bash или inetd настолько может помочь MMX, 3dNow, RDTSC? Без явного указания использования оных? Я хочу получить от Вас действительно предметный ответ. А не простое "386-х нигде не осталось, а они фигней маются". MN> То есть, на самом деле, редхэтовцев я отчасти понимаю. Пытаются сесть на MN> все 12 стульев сразу. ;-) А компромисс - по определению не оптимален ни MN> для одной из сторон (ни для одного из процессоров, в данном случае). Почему? -mcpu=i686 дает оптимальный для i686 порядок инструкций. /netch --- ifmail v.2.15dev5 * Origin: Dark side of coredump (2:5020/400) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /ru.linux/7368bfb96730.html, оценка из 5, голосов 10
|