URL: https://www.opennet.me/cgi-bin/openforum/vsluhboard.cgi
Форум: vsluhforumID3
Нить номер: 121956
[ Назад ]
Исходное сообщение
"В ночных сборках Firefox заметно увеличена производительность JIT-компиляции "
Отправлено opennews , 27-Сен-20 09:12 
В ночные сборки Firefox включён обновлённый JIT-компилятор, развиваемый под кодовым именем WarpBuilder. Для активации нового JIT в  about:config предложена опция "javascript.options.warp"...

Подробнее: https://www.opennet.me/opennews/art.shtml?num=53789

Содержание
Сообщения в этом обсуждении
"В ночных сборках Firefox заметно увеличена производительност..."
Отправлено Аноним , 27-Сен-20 09:12 
Ну всё. Удаляю Google Chrome.
"В ночных сборках Firefox заметно увеличена производительност..."
Отправлено Dzen Python , 27-Сен-20 13:56 
Как ты вообще допустил к себе на машину эту ноду ботнета?

%%не удаляй, подумой%%

"В ночных сборках Firefox заметно увеличена производительност..."
Отправлено Аноним , 28-Сен-20 12:30 
> Как ты вообще допустил к себе на машину эту ноду ботнета?

Ты про огнеглист? Или хромого? По части ботнетовости эти - похуже оперы будут. Та хоть меньше данных льёт даже будучи проприетарной. Это именно тот нетипичный случай позора, когда свободный зонд оказывается хуже проприетарного.

А вот я(другой аноним) сейчас использую ungoogled-chromium и палёного. Ашчушчэнія вроде ничего, но даже в палёном приходится снимать галочки.

Чтобы не было обид в предвзятости, оставлю tcptracer-bpfcc здесь.

"В ночных сборках Firefox заметно увеличена производительност..."
Отправлено Фристайло , 27-Сен-20 20:03 
Инсталлировал то ты его зачем?
"В ночных сборках Firefox заметно увеличена производительност..."
Отправлено Аноним , 28-Сен-20 10:48 
Зачем нужен Chrome:
1. Есть некоторые уникальные расширения, которых нет для Firefox (все же есть в Chrome уникальное API, например в отличии от Firefox ему можно разрешить открытие локальных файлов которые НЕ html b и обрабатывать их расширением).
2. Тестировать для веб разработки (Chromium все же может не так сайты показывать). В инструментах разработчика есть фичи которых нет в Firefox.
3. Аппаратное ускорение, для html5 игр и онлайн видео.
4. Некоторые онлайн приложения (например Skype) не работают на движке Firefox, они использовали нестандартные функции и поленились поставить js-полифил для совместимости. А куда дется, если знакомые в скайпе, а ставить десктопную версию не хочется?
"В ночных сборках Firefox заметно увеличена производительност..."
Отправлено rvs2016 , 28-Сен-20 14:26 
> 4. Некоторые онлайн приложения (например Skype)
> не работают на движке Firefox

Начал недавно (месяца 2-4 назад) тоже постепенно переползать с Файрфокса на Чрома именно по причине этого пункта: многие сайты начали не работать корректро в Файрфоксе, но продолжают работать правильно в Чроме. Добавлю пару таких примеров: Яндекс-деньги, ну и примерно с месяц назад - Сбербанк-онлайн.

"В ночных сборках Firefox заметно увеличена производительност..."
Отправлено Аноним , 28-Сен-20 16:25 
Хромиум может не так сайты открывать))) А как? )))
"В ночных сборках Firefox заметно увеличена производительност..."
Отправлено Аноним , 29-Сен-20 09:46 
> Некоторые онлайн приложения (например Skype) не работают на движке Firefox, они использовали нестандартные функции и поленились поставить js-полифил для совместимости. А куда дется, если знакомые в скайпе, а ставить десктопную версию не хочется?

все там работает, просто в некоторы случаях нужно User agent хромой поставить, и тогда все открывается и работает.

"В ночных сборках Firefox заметно увеличена производительност..."
Отправлено Аноним , 28-Сен-20 12:32 
(дополнение от другого анонима)
А также, ничем не отличется по сливам данных от огнелиса.
"В ночных сборках Firefox заметно увеличена производительност..."
Отправлено Аноним , 27-Сен-20 09:15 
> поднять производительность JavaScript-движка SpiderMonkey.

Потом докодят сайты CockroachMonkey и станет как было

"В ночных сборках Firefox заметно увеличена производительност..."
Отправлено Аноним , 27-Сен-20 14:47 
> при использовании WarpBuilder наблюдается ускорение на 5-15%

Ну да, а сайтопейсатели замедлят свои поделия на 200%.

"В ночных сборках Firefox заметно увеличена производительност..."
Отправлено vitektm , 27-Сен-20 16:06 
Ну если разработчики библиотек еще как-то думают о производители, то сайтостряпатели, запихивают и запихивают на каждый чих все больше библиотек.

А клиентам будут до последнего врать, что скорость сайтов ни как не влияет на производительность.

Почему врать ??? Да потому что,  чтобы это утверждать нужно проверить, и ускорить сайт. Но они же ленивые попы и этого делать не будут.

90% сайтов тормозное убожеще, зато куда не плюнь у на гигантский стёк разработки ...

так и хочется сказать ну не  **** ?

"В ночных сборках Firefox заметно увеличена производительност..."
Отправлено ID0 , 27-Сен-20 18:51 
> стёк

Прикольно, до реально услышанного слова я так же произносил, как и контролёр.
> А клиентам будут до последнего

говорить, что сами виноваты, что поскупились на дата-центр.

"В ночных сборках Firefox заметно увеличена производительност..."
Отправлено Аноним , 28-Сен-20 10:53 
Это не правда, последние 3 года как раз веб разработка берет курс на максимальную производительность благодаря Angular, React + Redux, Vue и TypeScript. А еще самые крутые штуки часть кода компилируют в WebAssembly (например расширение uBlock Origin). Еще в моду вошел Service Worker который сильно кэширует сайты (которые там принято называть приложения) и избавляет от лишних запросов данных и делает сайт условно рабочим даже при отключении сети.
"В ночных сборках Firefox заметно увеличена производительност..."
Отправлено ID0 , 28-Сен-20 13:14 
Хотелось бы верить
"В ночных сборках Firefox заметно увеличена производительност..."
Отправлено Аноним84701 , 28-Сен-20 13:50 
> Это не правда, последние 3 года как раз веб разработка берет курс
> на максимальную производительность благодаря Angular, React + Redux, Vue и TypeScript.
> А еще самые крутые штуки часть кода компилируют в WebAssembly (например
> расширение uBlock Origin). Еще в моду вошел Service Worker который сильно
> кэширует сайты (которые там принято называть приложения) и избавляет от лишних
> запросов данных и делает сайт условно рабочим даже при отключении сети.

Угу-угу. Чтобы посмотреть _заголовок_ этой новости (и один комментарий к ней) в твиттере:
https://twitter.com/opennetru/status/1310097587794587650
All: 57 requests 3.30 MB / 995.50 KB transferred Finish: 31.52 s
JS: 21 requests 3.19 MB / 915.37 KB transferred
Для показа практически пустой страницы "Security Check, Join or Log Into Facebook" на https://www.facebook.com/OpenNet.News/
41 requests 7.01 MB / 1.57 MB transferred Finish: 10.14 s

Чтобы посмотреть новость тут и прочитать всю сотню+ комментов:
https://www.opennet.me/opennews/art.shtml?num=53789
All: 10 requests 232.28 KB / 35.92 KB transferred Finish: 5.50 s

Такой вот курс.

"В ночных сборках Firefox заметно увеличена производительност..."
Отправлено Сишник , 28-Сен-20 20:16 
> Для показа практически пустой страницы "Security Check, Join or Log Into Facebook" на
> 41 requests 7.01 MB / 1.57 MB transferred Finish: 10.14 s

Лол, это как 2 раза скачать прошивку для роутера и ещё трафик останется.

"В ночных сборках Firefox заметно увеличена производительност..."
Отправлено Аноньимъ , 29-Сен-20 04:08 
Я не могу понять если честно, это ирония или вы на полном серьёзе.

Другие коментаторы, похоже, считают что вы серьёзно, может просто непонимают ничего в упомянутых технологиях?

"В ночных сборках Firefox заметно увеличена производительност..."
Отправлено Аноним , 27-Сен-20 18:55 
Ну и что теперь, сесть и никому ничего не делать? К черту оптимизации, все-равно плохие программисты напишут медленный код? Такие же аргументы относятся ко всем библиотекам, к ОС, к ЯП и т.д. Зачем делать новые CPU, зачем оптимизировать ядро, зачем ...
"В ночных сборках Firefox заметно увеличена производительност..."
Отправлено Аноним , 27-Сен-20 09:17 
а вы думали с растом шутки шутят?
"В ночных сборках Firefox заметно увеличена производительност..."
Отправлено Аноним , 27-Сен-20 09:24 
Понимаю, что это (вероятно) ирония, но тем не менее, как

>  за счёт сокращения внутренней информации о типах, отслеживаемой внутри движка, и применению техники кэширования промежуточного кода

связано с этим самым Растом?

"В ночных сборках Firefox заметно увеличена производительност..."
Отправлено 1030гор , 27-Сен-20 10:13 
Warp написан на С++ ^_^. Они как раз перестали заниматься ерундой и занялись делом.
"В ночных сборках Firefox заметно увеличена производительност..."
Отправлено 1030гор , 27-Сен-20 10:17 
https://hg.mozilla.org/integration/autoland/raw-file/9000173...

Так что смузи-пати отменяется.

"В ночных сборках Firefox заметно увеличена производительност..."
Отправлено Аноним , 27-Сен-20 12:46 
Хуже растохипстеров только с++хипстеры.
"В ночных сборках Firefox заметно увеличена производительност..."
Отправлено ПэЖэ , 27-Сен-20 13:01 
>Хуже растохипстеров только с++хипстеры.

как ц++ свяан с хипстерами? это несовместимые понятия. В мире ц++ хипстеры не  выживают, но заводятся как плесень там  куда свет ц++ не попадает.

"В ночных сборках Firefox заметно увеличена производительност..."
Отправлено A.Stahl , 27-Сен-20 13:50 
Ты никогда не видел последователей Чаушес^WАлександреску? Да, по сравнению с node.js-никами они выглядят вполне серьёзно, но по своей сути они вполне себе хипстеры.


"В ночных сборках Firefox заметно увеличена производительност..."
Отправлено Аноним , 27-Сен-20 17:50 
Александреску - это гик, развивший тему с шаблонами, а хипстеры - по-определению галимые позеры, вероятно, не способные понять как пользоваться шаблонами и из-за этого переехавшие на Rust (и думаю, хипстерам это не поможет).
"В ночных сборках Firefox заметно увеличена производительност..."
Отправлено inferrna , 28-Сен-20 12:15 
Только вот софт на плюсах постоянно течёт, сегфолтит, харкает уязвимостями. Виноваты, конечно, дорвавшиеся до разработки на плюсах хипстеры. Но в такой ситуации, когда от этих поганцев никак не избавиться, единственный способ забороть проблему - разрабатывать на том, на чём сможет писать без ошибок доступа к памяти даже хипстер.
Настоящие же плюсовики, ребята умные, поймут и переучатся. А кто не сможет - тот, значит, хипстерок с окостеневшим мозгом,туда ему дорога.
"В ночных сборках Firefox заметно увеличена производительност..."
Отправлено Аноним , 29-Сен-20 17:53 
Чтобы программа на с++ не текла и не крашилась, надо учить с++, а не чтото другое. Почему бы хипстерам не писать фронтенды на джаваскрипте? И переучиваться не надо, и жит им ускорили, правда все равно будет течь и крашиться когда гдето ссылку забудут или на нуль не проверят, но им же про это можно не рассказывать, потом сами разберутся.
"В ночных сборках Firefox заметно увеличена производительност..."
Отправлено Аноним , 27-Сен-20 14:31 
Как раз в плюсы каждый раз тащат дикие смузи-новинки, превращая некогда лаконичный язык в помойку. Нормальными языками остались только COBOL, FORTRAN да C89(99).
"В ночных сборках Firefox заметно увеличена производительност..."
Отправлено VINRARUS , 27-Сен-20 16:12 
>с++хипстеры

Это те которые немытую бороду в сереневый красят?

"В ночных сборках Firefox заметно увеличена производительност..."
Отправлено деанон , 29-Сен-20 18:20 
а мне понравилось!)
"В ночных сборках Firefox заметно увеличена производительност..."
Отправлено Аноним , 27-Сен-20 19:06 
не надо путать warp и cranelift
"В ночных сборках Firefox заметно увеличена производительност..."
Отправлено Аноним , 27-Сен-20 21:15 
Кстати, а почему warp не на расте, как cranelift? Пошел полный отказ от раста?
"В ночных сборках Firefox заметно увеличена производительност..."
Отправлено topin89 , 27-Сен-20 22:57 
Не уверен наверняка. Есть две гипотезы. Либо после увольнения кучи народа уже нет времени на эксперименты, либо этот Warp написан не с нуля, и большая часть кода взята как есть. Ставлю на второе.
"В ночных сборках Firefox заметно увеличена производительност..."
Отправлено llolik , 28-Сен-20 00:01 
ИМХО у них уже и так есть большая задача (он же WebRender), которая отнимает дофига сил и пока они её более-менее не завершат перетачивать одновременно на Rust ещё и JS-движок - это было бы уже как-то сильно слишком.
"В ночных сборках Firefox заметно увеличена производительност..."
Отправлено Аноним , 27-Сен-20 09:32 
Блин, они дефолтный dial бы запилили, как в vivaldi и sidebar, можно было бы перейти
"В ночных сборках Firefox заметно увеличена производительност..."
Отправлено Аноним , 27-Сен-20 10:54 
Это недостаточно инновационно, да ещё и подражательство, а это ниже достоинства лидеров веб индустрии.
"В ночных сборках Firefox заметно увеличена производительност..."
Отправлено Аноним , 27-Сен-20 11:00 
Поддерживаю, а то сторонние это риск.
"В ночных сборках Firefox заметно увеличена производительност..."
Отправлено коржик , 27-Сен-20 09:38 
Жду лай в комментариях наподобие "тормозiлла смузи раст. двигают кровати. ненависть. абырвалг."
"В ночных сборках Firefox заметно увеличена производительност..."
Отправлено 1030гор , 27-Сен-20 10:18 
https://hg.mozilla.org/integration/autoland/raw-file/9000173...

Наоборот, молодцы, погнали ссаными тряпками смузеров и занялись делом.

"В ночных сборках Firefox заметно увеличена производительност..."
Отправлено 1030гор , 27-Сен-20 10:19 
ССылка не вставилась, но там чистый С++ в реализации.
"В ночных сборках Firefox заметно увеличена производительност..."
Отправлено Ilya Indigo , 27-Сен-20 09:38 
> ...заметно увеличена производительность...
> ...наблюдается ускорение на 5-15%...

Заметно, это хотя бы на 50%. На 10% это немного увеличена.

"В ночных сборках Firefox заметно увеличена производительност..."
Отправлено Аноним , 27-Сен-20 10:38 
К вас российский подход.
50% - это прорывной скачек вперёд
10-15% -это заметно и хорошие изменения
"В ночных сборках Firefox заметно увеличена производительност..."
Отправлено Аноним , 27-Сен-20 16:18 
Так "скачок" или "прорывной"?
"В ночных сборках Firefox заметно увеличена производительност..."
Отправлено Ключ , 27-Сен-20 18:36 
Прорыв
"В ночных сборках Firefox заметно увеличена производительност..."
Отправлено Аноним , 27-Сен-20 23:14 
в никуда
"В ночных сборках Firefox заметно увеличена производительност..."
Отправлено Ключ , 28-Сен-20 03:00 
На дно разумеется
"В ночных сборках Firefox заметно увеличена производительност..."
Отправлено Аноним , 28-Сен-20 01:03 
Прорыв Мозилы
"В ночных сборках Firefox заметно увеличена производительност..."
Отправлено n00by , 27-Сен-20 12:28 
Около 7% прирост скорости человек начинает замечать. В среднем. Кто-то и +50% не видит.
"В ночных сборках Firefox заметно увеличена производительност..."
Отправлено Аноним , 27-Сен-20 15:54 
Неа, не верно. Есть ещё время реакции. И не всегда оно в долях секунды измеряется.
"В ночных сборках Firefox заметно увеличена производительност..."
Отправлено Аноним , 27-Сен-20 09:42 
uBlock -> block 3rd-party первым делом, и дальше пофиг :)
"В ночных сборках Firefox заметно увеличена производительност..."
Отправлено Аноним , 27-Сен-20 10:06 
интересно, они с umatrix/ublock тестили или без? просто, если без, то кому какое дело, за 100 секунд оно загрузилось или за 90, когда с - грузится за 2. ну и есть сайты, которые при любых вообще обстоятельствах грузятся не меньше 30 секунд. например, лк ovh
"В ночных сборках Firefox заметно увеличена производительност..."
Отправлено Аноним , 27-Сен-20 11:33 
Когда весь мир помешался на электрон-поделках, новость о том, что кто-то вообще занимается оптимизациями (в пределах своей компетенции) на вес золота.
"В ночных сборках Firefox заметно увеличена производительност..."
Отправлено ПэЖэ , 27-Сен-20 13:04 
>Когда весь мир помешался на электрон-поделках, новость о том, что кто-то вообще занимается оптимизациями (в пределах своей компетенции) на вес золота.

электрон поделки на яваскрипте, а новость как раз про оптимизацию яваскрипта в фаерфокасе

"В ночных сборках Firefox заметно увеличена производительност..."
Отправлено Аноним , 27-Сен-20 20:26 
Электрон-поделки - на v8, а новость - про оптимизацию spidermonkey.
"В ночных сборках Firefox заметно увеличена производительност..."
Отправлено ПэЖэ , 28-Сен-20 01:30 
>Электрон-поделки - на v8, а новость - про оптимизацию spidermonkey.

это то понятно, просто по моему не совсем разумно противопоставлять электрон поделки на v8 аналогу v8

"В ночных сборках Firefox заметно увеличена производительност..."
Отправлено A.Stahl , 27-Сен-20 13:11 
Ну да, в мире в котором отказались от бетона и арматуры и все здания глинобитные -- глинобитные сараи, глинобитные собачьи будки, глинобитные небоскрёбы -- кто-то взял и улучшил на 10% процесс смешивания глины, дерьма и соломы. Ну круто, да...
"В ночных сборках Firefox заметно увеличена производительност..."
Отправлено 4 , 27-Сен-20 13:20 
На чем там писали до яваскрипта,говорите?
"В ночных сборках Firefox заметно увеличена производительност..."
Отправлено A.Stahl , 27-Сен-20 13:31 
> На чем там писали до яваскрипта,говорите?

На HTML.

"В ночных сборках Firefox заметно увеличена производительност..."
Отправлено Аноним , 28-Сен-20 07:44 
И это было прекрасно.
"В ночных сборках Firefox заметно увеличена производительност..."
Отправлено 12 , 29-Сен-20 16:05 
Не знал, что HTML является языком программирования.
"В ночных сборках Firefox заметно увеличена производительност..."
Отправлено A.Stahl , 29-Сен-20 16:20 
Не знал, что писать можно только на языках программирования.


"В ночных сборках Firefox заметно увеличена производительност..."
Отправлено 12 , 30-Сен-20 14:38 
организуешь чатик на html?
"В ночных сборках Firefox заметно увеличена производительност..."
Отправлено A.Stahl , 30-Сен-20 14:56 
> организуешь чатик на html?

А ещё HTML не умеет штопать носки и предсказывать погоду.

"В ночных сборках Firefox заметно увеличена производительност..."
Отправлено 12 , 30-Сен-20 16:33 
Да, жаль, что в угоду ткацким станкам и метеостанциям тоже пришлось отказаться от html. Эх, были же времена...
"В ночных сборках Firefox заметно увеличена производительност..."
Отправлено Аноним , 27-Сен-20 15:50 
Не поверишь, был проект ещё даже до html, и был это - pdf, с формами, скриптами, анимациями, интерактивностью...
"В ночных сборках Firefox заметно увеличена производительност..."
Отправлено X86 , 28-Сен-20 11:42 
Еще были прекрасные сайты на flash, с прекрасными кнопочками и шрифтом.
"В ночных сборках Firefox заметно увеличена производительност..."
Отправлено Денис , 29-Сен-20 03:13 
Многие старые сайты визитки. Сейчас только в web archive остались.
Особенно печально, когда каждый фильм создавал свой домен, который, конечно, потом забрасывался. Лучше бы на сайтах кинокомпаний хостились. Не так эффектно, зато надежно.
"В ночных сборках Firefox заметно увеличена производительност..."
Отправлено Nicho , 27-Сен-20 14:08 
Золотые слова!
"В ночных сборках Firefox заметно увеличена производительност..."
Отправлено Аноним , 27-Сен-20 15:52 
Это стёб такой? "Золотые слова, золотой ты человек..." (с)
"В ночных сборках Firefox заметно увеличена производительност..."
Отправлено Аноним , 27-Сен-20 12:38 
а есть еще профи, такие как Я, которые пересобирают FF с -mtune=native и -O3 в clang?
"В ночных сборках Firefox заметно увеличена производительност..."
Отправлено Аноним , 27-Сен-20 13:30 
У вас есть хоть один пруф того, что сборка фф с О3 даёт хоть какой-то буст? Если же нет, то это не профессионализм, а кретинизм.
"В ночных сборках Firefox заметно увеличена производительност..."
Отправлено Аноним , 27-Сен-20 13:38 
да, потому и спрашиваю  
единственный конкретный показатель, который стоит учитывать это напряжение vcore,
в "оптимизированном" меньше скачков и он ниже при просмотре видео например  
    
"В ночных сборках Firefox заметно увеличена производительност..."
Отправлено Аноним , 27-Сен-20 15:25 
Попробуй gcc с pgo, есть вероятность, что будет ещё лучше. Можно и lto заодно взять. Эффект есть даже в попугаеметрах (от обычного O3-native попугаеметры просаживаются).
"В ночных сборках Firefox заметно увеличена производительност..."
Отправлено Аноним , 27-Сен-20 15:37 
я только учусь, как именно?
там шланг, хруст, гцц, еще и како-то профилирование везде
"В ночных сборках Firefox заметно увеличена производительност..."
Отправлено Аноним , 27-Сен-20 15:45 
В генту был ебилд, вроде и сейчас есть (хотя уже пару раз пропадал). Я собирал раньше, без проблем, только для pgo компиляция немного дольше и браузеру нужно будет запуститься, т.е. иксы должны быть настроены на запуск программ другого пользователя (в том числе рута) и для lto нужно много памяти на этапе линковки (можно подключить своп).
"В ночных сборках Firefox заметно увеличена производительност..."
Отправлено ан , 27-Сен-20 22:36 
>только для pgo компиляция немного дольше

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

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

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

"В ночных сборках Firefox заметно увеличена производительност..."
Отправлено Аноним , 27-Сен-20 22:59 
Странно, портаж предлагает собрать 80.0.1-r1 с пго, правда только вместе с лто -- они раньше раздельные были. Без шланга, угу. А шланг не сбирает быстрее, кстати, уже давно. И про быстрее работает это тоже ложь. Даже бинарники компактнее уже не выдаёт.
"В ночных сборках 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.

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

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

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

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

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

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

"В ночных сборках Firefox заметно увеличена производительност..."
Отправлено Аноним , 27-Сен-20 17:41 
Там шланг и не native, а все мы знаем, что шланг может оптимизировать только лапшой из goto. Да и бандленные либы использовать не обязательно, тот же libvpx можно собрать отдельно, как и sqlite. В любом случае, может быть интересно сравнить. На тяжёлых программах гцц оптимизирует код заметно лучше шланга, на простых вещах шланг может соптимизировать и лучше (или по крайней мере так же, но на других вводных всё равно просаживается). Я сравнивал opera (pgo, емнип gcc был) и chromium (тогда ещё не было pgo в хроме), у opera тоже были лучше попугаи, и намного.
"В ночных сборках Firefox заметно увеличена производительност..."
Отправлено ID0 , 27-Сен-20 19:02 
У меня с -O3 даже микроконтроллер чудил на ровном месте (как минимум стандартный printf выводил криво, т.е. не мой код даже), даже с volatile всюду ради прикола, зато бинарник 15Кб, а не 25 был.
"В ночных сборках Firefox заметно увеличена производительност..."
Отправлено Аноним , 28-Сен-20 01:01 
> printf выводил криво

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

"В ночных сборках Firefox заметно увеличена производительност..."
Отправлено Аноним , 28-Сен-20 13:12 
Вот кстати да, если код работает только на одном уровне оптимизации (чаще всего это не выше O1), это явный симптом напиханых багов. Ещё бывает разница между статическим и динамическим билдом и поведение которое невозможно объяснить ну никак, причём, проявляется оно только когда ты захочешь отладить что-то совершенно не связанное. Пенять на O3 тут не стоит.
"В ночных сборках Firefox заметно увеличена производительност..."
Отправлено ID0 , 28-Сен-20 13:18 
Да, но это уже уровень мастера, который в ассемблерном листинге найдет почему оно и во что компилируется.
"В ночных сборках Firefox заметно увеличена производительност..."
Отправлено КО , 27-Сен-20 13:23 
"сокращение времени загрузки Google Docs "
Нехорошее у меня предчувствие...
"В ночных сборках Firefox заметно увеличена производительност..."
Отправлено Аноним , 27-Сен-20 13:32 
Может перестанет лагать звук на ютубе когда в фоне вкладке открываются)
"В ночных сборках Firefox заметно увеличена производительност..."
Отправлено YetAnotherOnanym , 27-Сен-20 14:36 
Когда вкладке открываюцо в фоне, звука вообще быть не должно.
"В ночных сборках Firefox заметно увеличена производительност..."
Отправлено Kuromi , 27-Сен-20 17:09 
> Когда вкладке открываюцо в фоне, звука вообще быть не должно.

Не должно быть, но некоторые трюкачи как-то уже обходят эти ограничения. Точно так же как блокировка автовоспроизведения видео (даже без звука) обходится Яндекс.Дзеном.

"В ночных сборках Firefox заметно увеличена производительност..."
Отправлено ryoken , 28-Сен-20 08:54 
Ну, если по всяким болотам лазать, поди и не такие зверства сыщутся.
"В ночных сборках Firefox заметно увеличена производительност..."
Отправлено Аноним , 30-Сен-20 18:21 
я наверно криво объяснил:
я смотрю ютуб, открываю новую вкладку с другим сайтом, пока он сайт прогружается лагает звук из ютуба в соседней вкладке
"В ночных сборках Firefox заметно увеличена производительност..."
Отправлено YetAnotherOnanym , 02-Окт-20 13:58 
Ааа... в этом смысле...
"В ночных сборках Firefox заметно увеличена производительност..."
Отправлено Nicho , 27-Сен-20 14:09 
А мы уже не надеялись, выходит сейчас оптимизируют только Edge и Firefox
"В ночных сборках Firefox заметно увеличена производительност..."
Отправлено th3m3 , 27-Сен-20 15:19 
Джва года ждал!
"В ночных сборках Firefox заметно увеличена производительност..."
Отправлено Kuromi , 27-Сен-20 16:26 
В ночнушке уже по умолчанию включено, пара дней как. Полет нормальный.
"В ночных сборках Firefox заметно увеличена производительност..."
Отправлено Аноним , 27-Сен-20 16:50 
Обещанное ускорение на 5-15% и снижение потребления памяти заметны?
"В ночных сборках Firefox заметно увеличена производительност..."
Отправлено Kuromi , 27-Сен-20 17:03 
> Обещанное ускорение на 5-15% и снижение потребления памяти заметны?

Насчет снижения памяти сказать сложно, но пошустрее стало, да, особенно на "навороченных" сайтах.

"В ночных сборках Firefox заметно увеличена производительност..."
Отправлено Аноним , 27-Сен-20 17:27 
Т.е. скрипты стали не 60 сек выполняться, а всего за 54 сек?
"В ночных сборках Firefox заметно увеличена производительност..."
Отправлено Аноним , 27-Сен-20 18:29 
Раньше сайт загружался за 2 секунды, теперь он будет загружаться за 1.8, что заметно быстрее.  Большинство обычных сайтов загружается в районе 1 секунды, 0.1с конечно менее заметно, но всё ещё значительно. Хромиум на эти 30% быстрее и загружает, так что полезное дело делают, особенно полезное для аддонов и маломощных устройств.
"В ночных сборках Firefox заметно увеличена производительност..."
Отправлено Аноним , 27-Сен-20 19:29 
в слепом тесте ты эти 0.2 сек не определишь, можешь даже перепутать 2 сек и 3 сек.
"В ночных сборках Firefox заметно увеличена производительност..."
Отправлено Аноним , 27-Сен-20 19:46 
Это, конечно, так, но, скажем, рассинхрон видео и звука в 0.05с уже можно заметить (даже меньше). И 0.2 это очень, очень много, за это время ты успеешь его заметить и подумать о нём, даже если бы хотел не заметить. Судя по тому, что я видел, для визуального восприятия достаточно задержки порядка 0.02с и время реакции будет намного больше. Слепой тест тебя очень быстро утомит, только поэтому разница может стать незаметной и появятся ошибки.
"В ночных сборках Firefox заметно увеличена производительност..."
Отправлено Аноним , 27-Сен-20 23:02 
> рассинхрон видео и звука в 0.05с

А вот тут уже мухлёж, ибо ты берёшь дифференциальный сигнал. В случае с топиком оного нету - отсутствует какой-либо параллельный синхронный процесс. Более того, ты даже не знаешь, чем окончится загрузка. Работоспособность гуя проверяется только экспериментально кнопкотыкальством.

"В ночных сборках Firefox заметно увеличена производительност..."
Отправлено Аноним , 27-Сен-20 23:39 
Как-то раз я совершенно точно заметил разницу между 450мс и 700 мс (слешдот, по-моему), собственно, потому и потому и полез в консоль сравнивать хромиум с фф. Человек свободно воспринимает разницу в 1/5 секунды.
"В ночных сборках Firefox заметно увеличена производительност..."
Отправлено Аноним , 28-Сен-20 00:58 
И опять пальцем в небо... если б ты смог рассказать, что именно ты наблюдал.
"В ночных сборках Firefox заметно увеличена производительност..."
Отправлено Аноним , 28-Сен-20 01:43 
Задержку загрузки я наблюдал, по-моему, это было из-за того, что ff не использовал http/2. Один и тот же параметр времени в консоли сравнивал. Что я могу рассказать сейчас, это было несколько лет назад? The point is, даже такая незначительная разница будет заметна, даже если ты её не ищешь.
"В ночных сборках Firefox заметно увеличена производительност..."
Отправлено Денис , 29-Сен-20 03:22 
> рассинхрон видео и звука в 0.05с уже можно заметить (даже меньше)

Тут такое дело. Многие lossy кодеры вносят задержку (особенно mp3 и aac). Не всегда она учитывается в контейнере. Если файл несколько раз пережимался, она только увеличивается. Так что на старте она может быть ненулевой и даже 0.05с (50мс) губительны.

"В ночных сборках Firefox заметно увеличена производительност..."
Отправлено Аноним , 29-Сен-20 07:27 
Именно. Но если файл несколько раз пережимался, его уже ничто не спасёт. Можно конечно натравить нейронки, но это будет уже производно-рандомно-сгенерированный файл, а не испорченный оригинал.
"В ночных сборках Firefox заметно увеличена производительность JIT-компиляции "
Отправлено б.б. , 27-Сен-20 18:25 
> В ночные сборки Firefox включён обновлённый JIT-компилятор, развиваемый под кодовым именем
> WarpBuilder. Для активации нового JIT в  about:config предложена опция "javascript.options.warp"...

ждём утренних сборок. уж там то!

"В ночных сборках Firefox заметно увеличена производительность JIT-компиляции "
Отправлено Kuromi , 27-Сен-20 22:26 
>> В ночные сборки Firefox включён обновлённый JIT-компилятор, развиваемый под кодовым именем
>> WarpBuilder. Для активации нового JIT в  about:config предложена опция "javascript.options.warp"...
> ждём утренних сборок. уж там то!

Несколько дней уже там-то - https://bugzilla.mozilla.org/show_bug.cgi?id=1666417 настройку всем включили 4 или 5 дней тому назад, просто баг почему-то до сих пор официально не закрыт

"В ночных сборках Firefox заметно увеличена производительност..."
Отправлено Аноним , 27-Сен-20 20:34 
https://browserbench.org/Speedometer2.0/ эта штука у меня выдала 89,5 попугаев в секунду в ночной версии и всего 85,8 в обычной версии v81
Хром в инкогнито режиме (чтобы без расширений) показал 106 попугаев в секунду.
Ну то есть прирост есть и это хорошо. Но если вы хотите заметить более быстрое открывание страниц, то пока самый верный способ это сделать это пересесть с ФФ на Хром.
"В ночных сборках Firefox заметно увеличена производительност..."
Отправлено Kuromi , 27-Сен-20 22:30 
> https://browserbench.org/Speedometer2.0/ эта штука у меня выдала 89,5 попугаев в секунду
> в ночной версии и всего 85,8 в обычной версии v81
> Хром в инкогнито режиме (чтобы без расширений) показал 106 попугаев в секунду.
> Ну то есть прирост есть и это хорошо. Но если вы хотите
> заметить более быстрое открывание страниц, то пока самый верный способ это
> сделать это пересесть с ФФ на Хром.

Ты наверное хотел сказать "заметить более быстрое утекание инфы о вас в интернет".

"В ночных сборках Firefox заметно увеличена производительност..."
Отправлено Анонимсан , 28-Сен-20 00:20 
>> сделать это пересесть с ФФ на Хром.
> Ты наверное хотел сказать "заметить более быстрое утекание инфы о вас в интернет".

Вместо хромого можно использовать ungoogled-chromium. Там добрые анонимы уже вырезали всю телеметрию, отправляемую в ZOG.

"В ночных сборках Firefox заметно увеличена производительност..."
Отправлено Аноним , 29-Сен-20 07:44 
А вот и не всю
"В ночных сборках Firefox заметно увеличена производительност..."
Отправлено Аноним , 27-Сен-20 22:31 
Сдаётся мне, что ей это не поможет.
"В ночных сборках Firefox заметно увеличена производительност..."
Отправлено Аноним , 27-Сен-20 22:35 
Я уже грешил что интернет у меня тупит, странички стали грузится по долгу. Попробовал хромобраузер и понял что тупит фирефокс.
Не хотелось бы, но придется с него опять уходить.
Для себя из хромых, выбрал Slimjet, страшноватенький, иногда подглючивает, но оказался самым шустрым.
"В ночных сборках Firefox заметно увеличена производительност..."
Отправлено Аноним , 27-Сен-20 22:40 
Слимджет скурвился с 15-й версии где-то. Разрабы вообще перестали что-либо делать. Растеряли всё, что было.
"В ночных сборках Firefox заметно увеличена производительност..."
Отправлено Kuromi , 27-Сен-20 22:58 
> Я уже грешил что интернет у меня тупит, странички стали грузится по
> долгу. Попробовал хромобраузер и понял что тупит фирефокс.
> Не хотелось бы, но придется с него опять уходить.
> Для себя из хромых, выбрал Slimjet, страшноватенький, иногда подглючивает, но оказался
> самым шустрым.

Аддонов стремных не ставил? У меня бывало тормоза вызывал CanvasBlocker и даже NoScript в ночнушке.

"В ночных сборках Firefox заметно увеличена производительност..."
Отправлено Аноним , 28-Сен-20 01:27 
Есть сравнение скорости с js от Chrome?
"В ночных сборках Firefox заметно увеличена производительност..."
Отправлено Аноним , 28-Сен-20 08:59 
Хром быстрее.
"В ночных сборках Firefox заметно увеличена производительност..."
Отправлено Аноним , 28-Сен-20 17:42 
Современного фирефокса только ленивый не обгонит. Надо ещё больше кода на расте, чтобы всё окончательно приржавело и встало мёртвым колом.
"В ночных сборках Firefox заметно увеличена производительност..."
Отправлено Наноним , 29-Сен-20 00:47 
ощущение что тебя программист на Rust изнасиловал, и ты ему мстишь
"В ночных сборках Firefox заметно увеличена производительност..."
Отправлено Аноним , 29-Сен-20 02:42 
Кэп, никто и не сомневается, что в мозиле одни LGBT-насильники сидят.
"В ночных сборках Firefox заметно увеличена производительност..."
Отправлено Аноним , 28-Сен-20 08:27 
> увеличена производительность JIT-компиляции

О чем люди думают при сбоике ПО, так это как отключить всюду поддержку JIT.

> Усложнённость реализации и потенциальные проблемы с безопасностью

Не хочешь иметь проблем с безопасностью не используй JIT.

"В ночных сборках Firefox заметно увеличена производительност..."
Отправлено Матцумото , 01-Окт-20 21:59 
А местным анонимам то что с этого?
Они всё равно JS отключают в настройках.