The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

В ночных сборках Firefox заметно увеличена производительность JIT-компиляции , opennews (??), 27-Сен-20, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


22. "В ночных сборках Firefox заметно увеличена производительност..."  –6 +/
Сообщение от Анонимemail (22), 27-Сен-20, 12:38 
а есть еще профи, такие как Я, которые пересобирают FF с -mtune=native и -O3 в clang?
Ответить | Правка | Наверх | Cообщить модератору

30. "В ночных сборках Firefox заметно увеличена производительност..."  +1 +/
Сообщение от Аноним (30), 27-Сен-20, 13:30 
У вас есть хоть один пруф того, что сборка фф с О3 даёт хоть какой-то буст? Если же нет, то это не профессионализм, а кретинизм.
Ответить | Правка | Наверх | Cообщить модератору

33. "В ночных сборках Firefox заметно увеличена производительност..."  +/
Сообщение от Анонимemail (22), 27-Сен-20, 13:38 
да, потому и спрашиваю  
единственный конкретный показатель, который стоит учитывать это напряжение vcore,
в "оптимизированном" меньше скачков и он ниже при просмотре видео например  
    
Ответить | Правка | Наверх | Cообщить модератору

44. "В ночных сборках Firefox заметно увеличена производительност..."  +2 +/
Сообщение от Аноним (44), 27-Сен-20, 15:25 
Попробуй gcc с pgo, есть вероятность, что будет ещё лучше. Можно и lto заодно взять. Эффект есть даже в попугаеметрах (от обычного O3-native попугаеметры просаживаются).
Ответить | Правка | Наверх | Cообщить модератору

45. "В ночных сборках Firefox заметно увеличена производительност..."  –1 +/
Сообщение от Анонимemail (22), 27-Сен-20, 15:37 
я только учусь, как именно?
там шланг, хруст, гцц, еще и како-то профилирование везде
Ответить | Правка | Наверх | Cообщить модератору

46. "В ночных сборках Firefox заметно увеличена производительност..."  +/
Сообщение от Аноним (44), 27-Сен-20, 15:45 
В генту был ебилд, вроде и сейчас есть (хотя уже пару раз пропадал). Я собирал раньше, без проблем, только для pgo компиляция немного дольше и браузеру нужно будет запуститься, т.е. иксы должны быть настроены на запуск программ другого пользователя (в том числе рута) и для lto нужно много памяти на этапе линковки (можно подключить своп).
Ответить | Правка | Наверх | Cообщить модератору

84. "В ночных сборках Firefox заметно увеличена производительност..."  +/
Сообщение от ан (?), 27-Сен-20, 22:36 
>только для pgo компиляция немного дольше

Немного, это в 2 раза.

В новом фоксе как пошёл он квантуме PGO  флага нет.

И с того момента как он пошёл на квантуме он собирается клангом в полтора раза быстрее и значительно шестрее работает, чем раньше с pgo.

Ответить | Правка | Наверх | Cообщить модератору

88. "В ночных сборках Firefox заметно увеличена производительност..."  +/
Сообщение от Аноним (44), 27-Сен-20, 22:59 
Странно, портаж предлагает собрать 80.0.1-r1 с пго, правда только вместе с лто -- они раньше раздельные были. Без шланга, угу. А шланг не сбирает быстрее, кстати, уже давно. И про быстрее работает это тоже ложь. Даже бинарники компактнее уже не выдаёт.
Ответить | Правка | Наверх | Cообщить модератору

109. "В ночных сборках Firefox заметно увеличена производительност..."  +/
Сообщение от an (??), 28-Сен-20, 10:57 
>Странно, портаж предлагает собрать 80.0.1-r1 с пго

У меня фокс в 2017 собирался с PGO, был небольшой прирост в скорости (но и вылетал иногда с непонятными сегфолтами), при переходе на квантум, собираться перестал, вылетал с ошибкой примерно где-то после 90% сборки (если судить по времени).
На багрепорт ответили, что с PGO больше собирать ненужно.
При последующем обновлении PGO был замаскирован для всех компиляторов. Даже со страницы FF на gentoo.org флаг убрали, сейчас смотрю он снова появился.

>И про быстрее работает это тоже ложь.

На моем старичке AMD Athlon(tm) 64 Processor 3200+ и 2G RAM собранный клангом работает очень ощутимо быстрее чем старый лис с PGO (правда с сентября 2018 собирать с PGO больше не пробовал).

На вашем желе возможно разница не видна.
Ниже логи сборки без PGO, c PGO и клангом, чтобы увидеть разницу.
     ...

     Fri May 26 03:44:38 2017 >>> www-client/firefox-52.1.0-r1 //без PGO
       merge time: 4 hours, 12 minutes and 12 seconds.

     Sun May 28 07:39:21 2017 >>> www-client/firefox-52.1.0-r1 //c PGO
       merge time: 10 hours, 7 minutes and 36 seconds.

     Thu Jun 22 13:52:07 2017 >>> www-client/firefox-52.2.0 //c PGO
       merge time: 10 hours, 5 minutes and 31 seconds.

     ...

     Wed Sep 12 10:29:49 2018 >>> www-client/firefox-60.2.0 //c PGO
       merge time: 1 day, 2 hours, 46 minutes and 56 seconds.

     Wed Oct  3 12:31:14 2018 >>> www-client/firefox-60.2.1-r1 //PGO error, Clang
       merge time: 7 hours, 36 minutes and 50 seconds.

     ...

     Sun Sep 15 05:58:53 2019 >>> www-client/firefox-68.1.0 // Clang
       merge time: 12 hours, 1 minute and 7 seconds.

     ...

     Tue Jul 21 12:47:04 2020 >>> www-client/firefox-68.10.0
       merge time: 10 hours, 22 minutes and 38 seconds.

Ответить | Правка | Наверх | Cообщить модератору

104. "В ночных сборках Firefox заметно увеличена производительност..."  +/
Сообщение от ryoken (ok), 28-Сен-20, 08:53 
Куда делся (PGO)? Вчера вроде был, когда запускал обновление (опять, собака, около 160 пакетов).
Ответить | Правка | К родителю #84 | Наверх | Cообщить модератору

110. "В ночных сборках Firefox заметно увеличена производительност..."  +/
Сообщение от an (??), 28-Сен-20, 11:09 
Да снова появился, как ни странно. У меня с ним сначала перестало собираться, потом его  замаскировали для всех компиляторов, потом убрали со страницы FF, а сейчас вижу снова появился и есть багрепорты на версии 72 и 73, что с PGO не собирается.
Я последний раз пробовал с ним собирать в 2018 на версии 60.2.0, собиралось больше суток, при этом вылетал с сегфолтами, а кланг собрал ту версию за 7 часов, а последнюю за 9 и работает шустро и не сегфолтится.
При том, что у меня GCC тоже с PGO собирается и он с этими оптимизациями собирает где-то на 15% быстрее чем без PGO.
Ответить | Правка | Наверх | Cообщить модератору

113. "В ночных сборках Firefox заметно увеличена производительност..."  +/
Сообщение от ryoken (ok), 28-Сен-20, 12:13 
> Я последний раз пробовал с ним собирать в 2018 на версии 60.2.0,
> собиралось больше суток, при этом вылетал с сегфолтами, а кланг собрал
> ту версию за 7 часов, а последнюю за 9 и работает
> шустро и не сегфолтится.
> При том, что у меня GCC тоже с PGO собирается и он
> с этими оптимизациями собирает где-то на 15% быстрее чем без PGO.

Вот бы у меня в Gentoo на повермаке оно вообще хоть как-то собиралось, хоть шлангом, хоть gcc. Пару месяцев назад вообще грохался, после многочасового гоняния процессоров, а на выходных сунулся попытаться - так ему подай nodejs, какой-то версии, который тоже нифига не собрался :D.

Ответить | Правка | Наверх | Cообщить модератору

67. "В ночных сборках Firefox заметно увеличена производительност..."  +3 +/
Сообщение от Аноним (67), 27-Сен-20, 18:44 
>>> профи, такие как Я
> я только учусь

Мог бы не уточнять, это по и первому сообщению видно.

Ответить | Правка | К родителю #45 | Наверх | Cообщить модератору

58. "В ночных сборках Firefox заметно увеличена производительност..."  +1 +/
Сообщение от Kuromi (ok), 27-Сен-20, 17:09 
> Попробуй gcc с pgo, есть вероятность, что будет ещё лучше. Можно и
> lto заодно взять. Эффект есть даже в попугаеметрах (от обычного O3-native
> попугаеметры просаживаются).

Мозилловские сборки ФФ давно уже с PGO. Не один год как.

Ответить | Правка | К родителю #44 | Наверх | Cообщить модератору

60. "В ночных сборках Firefox заметно увеличена производительност..."  +/
Сообщение от Аноним (44), 27-Сен-20, 17:41 
Там шланг и не native, а все мы знаем, что шланг может оптимизировать только лапшой из goto. Да и бандленные либы использовать не обязательно, тот же libvpx можно собрать отдельно, как и sqlite. В любом случае, может быть интересно сравнить. На тяжёлых программах гцц оптимизирует код заметно лучше шланга, на простых вещах шланг может соптимизировать и лучше (или по крайней мере так же, но на других вводных всё равно просаживается). Я сравнивал opera (pgo, емнип gcc был) и chromium (тогда ещё не было pgo в хроме), у opera тоже были лучше попугаи, и намного.
Ответить | Правка | Наверх | Cообщить модератору

70. "В ночных сборках Firefox заметно увеличена производительност..."  +/
Сообщение от ID0 (?), 27-Сен-20, 19:02 
У меня с -O3 даже микроконтроллер чудил на ровном месте (как минимум стандартный printf выводил криво, т.е. не мой код даже), даже с volatile всюду ради прикола, зато бинарник 15Кб, а не 25 был.
Ответить | Правка | К родителю #22 | Наверх | Cообщить модератору

95. "В ночных сборках Firefox заметно увеличена производительност..."  +/
Сообщение от Аноним (41), 28-Сен-20, 01:01 
> printf выводил криво

уже признак того, что кто-то портит стёк.

Ответить | Правка | Наверх | Cообщить модератору

117. "В ночных сборках Firefox заметно увеличена производительност..."  +1 +/
Сообщение от Аноним (44), 28-Сен-20, 13:12 
Вот кстати да, если код работает только на одном уровне оптимизации (чаще всего это не выше O1), это явный симптом напиханых багов. Ещё бывает разница между статическим и динамическим билдом и поведение которое невозможно объяснить ну никак, причём, проявляется оно только когда ты захочешь отладить что-то совершенно не связанное. Пенять на O3 тут не стоит.
Ответить | Правка | Наверх | Cообщить модератору

119. "В ночных сборках Firefox заметно увеличена производительност..."  +/
Сообщение от ID0 (?), 28-Сен-20, 13:18 
Да, но это уже уровень мастера, который в ассемблерном листинге найдет почему оно и во что компилируется.
Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру