DuckDuckGo начал тестировать собственный десктопный браузер Статьи редакции
Первые тесты показывают, что он быстрее Chrome, сообщили в компании.
- Разработчик поисковой системы DuckDuckGo с особой конфиденциальностью объявил о работе над десктопным браузером.
- Браузер по умолчанию предлагает «надежную защиту», без необходимости включать дополнительные настройки безопасности. В нём будет кнопка «Огонь», которая мгновенно стирает всю историю просмотров, сохраненные данные и вкладки.
- Браузер пока находится в закрытом бета-тестировании на macOS, но гендиректор DuckDuckGo Габриел Вайнберг намекнул в Twitter, что готовится и версия для Windows.
- В июне 2021 года DuckDuckGo заявил, что стал вторым по популярности поисковиком на смартфонах в США, Канаде и других странах. Система не собирает и не хранит данные о поисковых запросах, просмотрах страниц и покупках.
3
показа
15K
открытий
2
репоста
Абсолютный минимум для подростка-дауна в 2021:
1) покривляться в тиктоке
2) раскопать и съесть пару закладок вперемешку с прошлогодними собачьими фекалиями
3) скачать хромиум, поменять название, отключить кучу полезного, скомпилить, гордо заявить «я сделал свой собственный браузер, работает быстрее хрома»
Да, все так, только создать сейчас полностью новый браузер, который бы работал с js не хуже v8 и рендерил css/html по современным стандартам — это кажется невозможным.
Но это только кажется! Чуваки пилят полностью* с нуля вот: https://www.ekioh.com/flow-browser/
Он заточен под супер-высокую производительность, чтобы работать на всяком встраиваемом железе, уже есть публичные беты под Raspberry Pi
* JS-движок они не пилят, используют Мозилловский, но JS — это как раз не узкое место сейчас ни для одного браузера, так что нет смысла это обсуждать
а что узкое? (это без сарказма, как то давно забил на отслеживания че там время жрет у браузеров)
Всё остальное :))) то есть рендеринг, работа DOM/DOM API и прочее
тогда почему пара тонн html+css без js открывается влет, а вот с js начинается ад или в рендер относите все манипуляции с dom по средством js?
Вообще где можно посмотреть сравнительный анализ, можно на буржуйском? Ну либо как вычленить в dev tools js и все остальное(и опять же js с учетом дом манипуляций или нет).
Сайт сайту рознь + открыть и статично отрендерить — это одно, а обеспечить 60+fps при скролле/CSS анимациях и прочем интерекшене — это другое. Ну и да, всегда можно всё сделать ещё быстрее :) эти ребята, например, изначально делают максимально параллелизованные реализации всего, чтобы утилизировать все ядра процессора, в то время как хром/фф и другие содержат очень много легаси (причём фф, кстати, тут идёт вперёд особенно уверенно, втаскивая наработки из Servo). Также эти ребята делают рендеринг полностью на GPU, в то время как остальные браузеры не могут себе этого позволить как из-за легаси, так, вероятно, и из-за факта, что им надо поддерживать больше платформ, даже новый рендерер фф (WebRender) не такой шустрый, хотя новый :)))
а вот с js начинается ад или в рендер относите все манипуляции с dom по средством jsВот это как раз к вопросу быстродействия DOM и DOM API, да, и потом это накладывается на потенциальный медленный рендер и всё, приехали :)))
Про то что Flow крут я уже почитал на исходном сайте)
Для этого есть различные бенчмарки, на какие конкретно смотреть — я хз, можете у Флоу в блоге посмотреть, они выкладывали всякие: https://www.ekioh.com/blog/
Вот например: https://www.ekioh.com/devblog/motionmark-20200127/
Я имел ввиду хром и его производительность)