ru.unix.bsd

 
 - RU.UNIX.BSD ------------------------------------------------------------------
 From : Eugene Grosbein                      2:5006/1       16 Aug 2007  23:40:53
 To : Vlad Gnatov
 Subject : Re: парадокс
 -------------------------------------------------------------------------------- 
 

 16 авг 2007, четверг, в 19:19 KRAST, Vlad Gnatov написал(а):
 
  VG>>>>>  Вот так злые разработчики уже десятилетие крадут целых 0.2%
  VG>>>>>  производительности у доверчивых пользователей.
  EG>>>> Я не знаю насчет 0.2% сейчас (когда-то давно на gcc-2.7 было ощутимо),
  VG>>>  Какие Фаши токазательства? Я не смог придумать разумный бенчмарк,
  VG>>>  который показал бы разницу между -O и -O2 для ведра.
  EG>> Разница у меня была на счетных задачах.
  VG>  Т.е. Ваши данные порядком устарели.
 
 Да. Я давно не занимался счетными задачами.
 
  VG>  Можете проверить на современой фре,
  VG>  с современным gcc и на современном камне?
  VG>  Кстати на счетных задачах это странно. Счетные обычно вещь в сибе и
  VG>  много ядра не требуют.
 
 Разница была на компиляции самих счетных задач с -O и -O2,
 при неизменном ядре. Проверить сейчас - так навскидку готового теста
 не приходит на ум. Хотя мысли есть...
 
  EG>>>> но про десятилетие неправда. Эта зависимость от DEBUG=-g появилась
  EG>>>> только в 6.0-CURRENT два с половиной года назад.
  VG>  Это потому шо в четверке было -O поумолчанию, а пятерка, кто пользовал
  VG>  пятерку в продакшене?
 
 А в тройке по умолчанию было -O2. И что? Суть в том, что -g
 не влиял на работу загруженного ядра со времен 2.2.x, как минимум,
 а теперь стал.
 
  EG>> Ты опять не понял. Проблема не о том, что -g исключает -O2,
  EG>> а о том, что -g стал влиять на уровень оптимизации, когда годами
  EG>> этой зависимости не было и факт сборки отладочного ядра на
  EG>> производительность не влиял. А теперь добавляешь -g и теряешь -O2
  EG>> и это не документировано - или документировано? 
  VG>  Кажется недокументированно, но вполне ожидаемо и логично.
 
 Для кого как. Если помнить историю, то не ожидаемо. Я не против самого
 изменения как такового. Hо такие вещи надо объявлять.
 
 Eugene
 -- 
 Choose your future
 --- slrn/0.9.8.1 (FreeBSD)
  * Origin: Svyaz Service JSC (2:5006/1@fidonet)
 
 

Вернуться к списку тем, сортированных по: возрастание даты  уменьшение даты  тема  автор 

Тема:    Автор:    Дата:    Re: парадокс   Eugene Grosbein   16 Aug 2007 23:40:53   Re: парадокс   Vlad Gnatov   16 Aug 2007 21:04:32