|
ru.linux- RU.LINUX --------------------------------------------------------------------- From : Alex Korchmar 2:5020/400 11 Jun 2006 18:38:50 To : Sergey Rogulev Subject : Re: FC5 тормозит -------------------------------------------------------------------------------- Sergey Rogulev <Sergey.Rogulev@p13.f7.n5031.z2.fidonet.org> wrote: SR> конечно не буду ;) просто пролистай еще на одно письмо назад, и немного SR> пошевели мозгами - человеку который задает вопрос в стиле "я тут линуксь SR> поставил, а он тормозит сильнее вЕнды!" имеет смысл распинаться SR> про -O и omit-frame-pointer вообще? он же даже кнопки пуск-выполнить depends, я вот предпочел не тратить время. SR> не найдет чтоб эти команды ввести ;))) вот честно скажи - ты SR> бы сам стал метать бисер? я бы послал за планкой памяти ;-) Hо если давать советы уровня приложения напильников - я бы употреблял оптимизацию как раз вида -O2 -fomit-frame-pointer -funroll-loops а как раз про mtune бы и не вспомнил, а вспомнил бы - так написал бы -march=pentium. Поскольку бороться надо не за время загрузки. Правда это опять же плохой совет на почве нехватки памяти. (дойдя до середины письма. А может и не совсем плохой ;-) SR> процессора ;) то ты начал изрекать бред про unroll-loops. где почему бред? Эта инструкция действительно иногда помогает выдавить секунды, но собирать с ней всю систему я бы, пожалуй, не рискнул. SR> и кто предлагал их использовать - я пытаюсь выяснить у тебя до я предлагаю. Эффект существенно выше и безобиднее чем от O3, включающей две куда более сомнительных оптимизации. BTW, я надеюсь ты в курсе, что оптимизации выше 3 реально существовали только в pgcc, пять лет уже мертвом? Ой, только сейчас дошло - у тебя каким-то чудом еще и ВЫРОС размер от применения omit-frame-pointer. IMHO, тебе надо разбираться, каких ключей ВМЕСТО твоих насовал тебе makefile/скрипты/окружения или еще что. Таких чудес быть просто не может. Ты ОТКЛЮЧАЕШЬ принудительную операцию push/pop, ОСВОБОЖДАЕШЬ еще целый один регистр - и вдруг код у тебя оказывается БОЛЬШЕ. Либо ты перепутал параметры, либо в gcc 3.4 просто есть явный баг в оптимизаторе (не очень, честно говоря, верится) Специально для любителей urban legends все же демонстриую: -rw-r--r-- 1 alx users 92232 Jun 11 17:43 ffmpeg-o2.o -rw-r--r-- 1 alx users 91348 Jun 11 17:44 ffmpeg-o3.o -rw-r--r-- 1 alx users 90868 Jun 11 17:44 ffmpeg-omf-o3.o а теперь внимание на экран! -rw-r--r-- 1 alx users 87360 Jun 11 17:55 ffmpeg-omf-o2.o так что и тут непонятно, за что же ты боролся. AK>> господи, ну и мало ли на свете дуралеев? Это тот же дистрибутив, AK>> который все подряд, до /bin/ls собирает с mtune=pentium и выше? пардон, имелось в виду с march SR> хм... если ты имеешь ввиду федору, в которой как минимум с 3-й SR> все собрано с mtune=pentium4 (повбЫвав бы...), то нет. они а что в этом плохого? Hа самом деле можно провести и такой эксперимент: -rw-r--r-- 1 alx users 83928 Jun 11 18:05 ffmpeg-o2-p1.o -rw-r--r-- 1 alx users 86008 Jun 11 18:06 ffmpeg-o2-p4.o (omf выгадает нам еще сколько-то байтиков) (почему не надо современный дистрибутив собирать с mtune=i386, надеюсь, понятно?) мдя, интересно, какого мусора оно на 3k нагенерило? Что мусора - почти уверен, ибо нет никакой особой разницы между этими двумя процессорами, если нам запрещено пользоваться processor-specific инструкциями, а их я не разрешал. aligns? Hо их тогда что-то маловато... AK>> приплел? Сказал бы "да, это собрано с O2". Я, типа, обычно все же верю SR> да в общем так и было сказано... пролистай взад, умеешь ведь. там было "как в redhat". Что могло означать и просто O2, и "все ключи в точности скопированы с редхэта" и "распаковал из rpm" AK>> странно, ибо он дал максимальную эффективность для _твоей_ задачи. SR> ;) как раз он-то несколько _снизил_ эффективность для моей да, какой-то очень и очень странный глюк. Я бы на твоем месте выяснял, как именно дошли до жизни такой. Может какая-то фича включилась, на которую раньше не хватало мозгов у оптимизатора, конечно, которая генерит эффективный код ценой размера, но что-то я в это не очень верю. AK>> С'ездить что-ли действительно в Мурманск... только дубак у тебя "там". SR> а ты зимой приезжай. зимой у нас теплее чем в средней полосе ;) бррр... тут правда тоже зима. та, которая с листьями. > Alex --- ifmail v.2.15dev5.3 * Origin: Demos online service (2:5020/400) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /ru.linux/657776afa29e.html, оценка из 5, голосов 10
|