|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Sergey Rogulev 2:5031/7.13 14 Jun 2006 15:05:28
To : Alex Korchmar
Subject : Re: FC5 тормозит
--------------------------------------------------------------------------------
є іpивет, Alex!
11 июн 06 в 18:38, Alex Korchmar писал опеpу. А опеp, Sergey Rogulev, читал:
SR>> не найдет чтоб эти команды ввести ;))) вот честно скажи - ты
SR>> бы сам стал метать бисер?
AK> я бы послал за планкой памяти ;-)
AK> Hо если давать советы уровня приложения напильников - я бы употреблял
AK> оптимизацию как раз вида -O2 -fomit-frame-pointer -funroll-loops
AK> а как раз про mtune бы и не вспомнил, а вспомнил бы - так написал бы
AK> -march=pentium.
ну и зря. согласно ману, mtune включает в себя march
SR>> процессора ;) то ты начал изрекать бред про unroll-loops. где
AK> почему бред? Эта инструкция действительно иногда помогает выдавить
AK> секунды, но собирать с ней всю систему я бы, пожалуй, не рискнул.
разве на счетных задачах или обработке массивов данных. для десктопной приклады
3-5% процессорного времени - плюнуть и растереть. а вот снижение реактивности на
20% уже заметно отлично.
SR>> и кто предлагал их использовать - я пытаюсь выяснить у тебя до
AK> я предлагаю. Эффект существенно выше и безобиднее чем от O3,
AK> включающей две куда более сомнительных оптимизации.
ну, это еще как сказать... впрочем, это совсем другая песня.
AK> BTW, я надеюсь ты в курсе, что оптимизации выше 3 реально существовали
AK> только в pgcc, пять лет уже мертвом?
дык. хотя при желании каждый пионер себе под этот ключ много чего может
насовать... в сырцах все прозрачно.
AK> Ой, только сейчас дошло - у тебя каким-то чудом еще и ВЫРОС размер от
AK> применения omit-frame-pointer. IMHO, тебе надо разбираться, каких
AK> ключей ВМЕСТО твоих насовал тебе makefile/скрипты/окружения или еще
AK> что.
не прошло и месяца как Алекс это заметил ;) действительно вырос. и ты знаешь, я
к этому давно привык. он у меня еще с не к ночи быть помянутого 2.96 растет.
проверять же нет смысла, я отлично знаю что находится в мейкфайлах после
configure. то что _мне_ надо, а не то что сборщики дистра хотят...
AK> тебя оказывается БОЛЬШЕ. Либо ты перепутал параметры, либо в gcc 3.4
AK> просто есть явный баг в оптимизаторе (не очень, честно говоря,
AK> верится)
на 4.0 и 4.1 те же яйтся. можно конечно поплотнее проверить, но оно у меня
обычно компилится без моего участия. да и нечасто.
AK> а теперь внимание на экран!
AK> -rw-r--r-- 1 alx users 87360 Jun 11 17:55 ffmpeg-omf-o2.o
у меня с O2 однозначно больше получается. всегда. вот o2 omf не пробовал - лень.
какнть попробую.
SR>> хм... если ты имеешь ввиду федору, в которой как минимум с 3-й
SR>> все собрано с mtune=pentium4 (повбЫвав бы...), то нет. они
AK> а что в этом плохого?
в том что как минимум сендмейл после этого на п1-2 падает в кору...
AK> (почему не надо современный дистрибутив собирать с mtune=i386,
AK> надеюсь, понятно?)
нет, непонятно. дистр должен по крайней мере на объявленной платформе (а она -
i386 однако) нормально работать.
SR>> да в общем так и было сказано... пролистай взад, умеешь ведь.
AK> там было "как в redhat". Что могло означать и просто O2, и "все
AK> ключи в точности скопированы с редхэта"
второе. а ключей там всего-то -O2 -mtune=pentium4 (причем на все архитектуры от
386 до 686)
SR>> ;) как раз он-то несколько _снизил_ эффективность для моей
AK> да, какой-то очень и очень странный глюк. Я бы на твоем месте
AK> выяснял, как именно дошли до жизни такой. Может какая-то фича
AK> включилась, на которую раньше не хватало мозгов у оптимизатора,
AK> конечно, которая генерит эффективный код ценой размера, но что-то я в
AK> это не очень верю.
(пожимая плечами) все может быть. какнть попробую проверить. однако юмор в том,
что насколько я помню оно так было всегда. и от дистра не зависит (разные
пользовал). возможно зависит от конкретной софтины...
\\DEV\RSA rsa(собака)shwamp.murmansk.ru [Team .........](вставить по вкусу)
--- GoldED+/W32 1.1.5-030809
* Origin: Living in interesting times (2:5031/7.13)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
