|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Sergey Rogulev 2:5031/7.13 06 Jun 2006 15:16:12
To : Alex Korchmar
Subject : Re: FC5 тормозит
--------------------------------------------------------------------------------
є іpивет, Alex!
05 июн 06 в 17:47, Alex Korchmar писал опеpу. А опеp, Sergey Rogulev, читал:
AK>>> ты ее скомпилировал, или вытащил из rpm'а? Скомпилируй, удивись.
SR>> ты действительно дурак или прикидываешься? мне тебе надо
SR>> рассказывать в каком
AK> мне вот кажется что дурак ты. Причем не прикидываешься а действительно
AK> это самое есть. Причем совершенно безосновательно предполагаешь
AK> дураками всех кто не бегут услышав твою благую весть о чудесах
AK> оптимизации с радостными криками "Чудо, Чудо!", а весьма недоверчиво
AK> смотрят на твои экзерсисы без очевидности понимания, что именно ты
AK> делал.
я давно (уже лет 8 вроде бы? или у меня глюки?) знал что с тобой прикольно
разговаривать, но по-моему ты стареешь... тоньше надо передергивать, так чтобы
даже оппонент не понял. а у тебя просто тупое вранье прет.
1) никаких чудес оптимизации никому не обещалось. человек просил "шоб оффис
быстрее пускался", ему был предложен рецепт, ибо действительно _пускаться_
начнет быстрее.
2) я тебе раньше не говорил, но именно этот ключ (-О6) оптимизации by-default
используется в одном из довольшо широко распространенных дистрибутивов эхотага.
в каком - это тебе домашнее задание ;) я этим дистром не пользуюсь, но про
существование знаю, в отличие от тебя.
3) вылезаешь ты и начинаешь вешать лапшу про -funroll-loops, каковой к
приведенному ключу ни малейшего отношения не имеет. и про то что "скорость
работы оптимизированного кода почти та же". а что, кто-то спорил?
SR>> месте /usr/lib/rpmrc (а также прочих файлах из этого каталога)
SR>> находятся ключи оптимизации? или ты все же представишь себе на
AK> да, можешь рассказать. Потому что на практике они там размазаны
AK> тонким слоем, а еще и могут перекрываться environment, содержимым
AK> .spec, быть намертво вбиты в makefile или configure и вдобавок ко
AK> всему только один дистрибутив (и это не RH) гарантирует более-менее
AK> совпадение того что в "прочих файлах" на твоей машине с оным на
AK> машине сборщика rpm'ов. Hо сдается мне, до сих пор ты не почесался
AK> это проверить.
когда мне что-либо надо сделать, то я проверяю все. и rpmrc и файл macros для
конкретной архитектуры, и спеки и окружение. вот только ты опять передергиваешь
- как может все это влиять на результат, если сырцы (которые, специально для
тебя, я распаковывал из tar.gz а вовсе не из rpm) компилятся через configure &&
make (коие проверены на стерильность от флагов) а окружение _только_что_
переопределено? и /etc/make.conf тоже отсутствует ;)
SR>> не, ты точно дурак. для сравнения оптимизаций приведен режим (2).
SR>> режим 3
AK> в нем две команды, одна из которых в принципе может уменьшить размер
AK> кода, вторая его увеличит по сравнению с отсутствием таковой вообще.
;) опять сидим в луже и болтаем ножками? попробуй сам. я дал результаты в эху,
есть возражения - проверь и опротестуй. называть же слона буйволом только из-за
заблуждения что ты разбираешься в гнуси лучше всех на свете - глупо.
AK> сказочки об оптимизации. Еще и песни пел о "под процессор". А потом
AK> вдруг выясняется что твои достижения - omit-frame-pointer. Открыл
я кажется тебе достаточно ясно объяснил, что именно предлагается.
omit-frame-pointer к предложению отношения не имеет, и приведен как доп. пример.
чего ты к нему прицепился - до сих пор понять не могу... видимо падение задом в
лужу с unroll-loops покоя не дает?
SR>> в отличие от тебя, я пользуюсь почти исключительно
AK> (*)
SR>> _релизами_ софта.
AK> собранными с -O6 ?
потребность в пересборке чего-либо возникает весьма нечасто. вот когда софтина
начинает напрягать - приходится пересобирать. но такого софта весьма мало,
однозначной пересборке подлежит только ядро. (без ключей оптимизации. это чтоб и
тут передернуть у тебя возможности не было ;)
AK> никаких чудес там, увы, не совершал. Жаль, правда, что ты до сих пор
AK> не разобрался, чем оптимизация отличается от удаления отладочной
AK> информации. И не научился настраивать сеть так, чтобы там было не
AK> похрену, сколько занимает бинарник X.org.
ну вот, теперь меня начнут обвинять в том что я где-то добавил (под шумок) -g а
где-то убрал... тогда уж сразу и в изнасиловании давай - аппарат-то есть.
AK> Впрочем, ты кажется параметры gcc вообще узнаешь чтением man...
да, узнаю. именно таким образом. когда надо для конкретных случаев. а ты - по
другому?
SR>> в отличие от тебя, я знаю кто ты есть и сколько тебе годиков ;)
SR>> поэтому,
AK> да, я, в общем, не очень интересуюсь клоунами, кто бы они не были.
а я вот интересуюсь. вообще цирк люблю, жириновского там, корчмаря тут...
\\DEV\RSA rsa(собака)shwamp.murmansk.ru [Team .........](вставить по вкусу)
--- GoldED+/W32 1.1.5-030809
* Origin: Hе читай ориджины - козленочком станешь ;) (2:5031/7.13)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
