DuckDuckGo начал тестировать собственный десктопный браузер Статьи редакции

Да, все так, только создать сейчас полностью новый браузер, который бы работал с js не хуже v8 и рендерил css/html по современным стандартам — это кажется невозможным.

Создать возможно. Невозможно окупить, если ты не Google.

Возможно окупить, если использовать другую бизнес-модель и не раздувать штат

Представим, что такой браузер создан. Как будешь окупать?

Дак вот уже есть пример выше — https://www.ekioh.com/flow-browser/
Они его делают под всякие встраиваемые системы, чтобы можно было разрабатывать интерфейсы для этих систем на веб-технологиях. Если у них ещё хорошо получится поддержать совместимость с большей частью современного веба, то это и производителям бытовухи типа телевизоров будет интересно. В общем они целятся в b2b

Им ещё пилить и пилить, а окупаемость под вопросом.

Как я говорил, у них нет цели выпустить general purpose браузер на пользовательский рынок. У них уже есть рынок встраиваемых систем, на которых они уже запускают своё имеющееся решение и получают с этого прибыль. Новым браузером они расширят свой рынок на ещё менее производительные системы, а потом рано или поздно выйдут и на широкий рынок. И будут при этом востребованы, если вспомнить, какой была основная причина перехода на Хром — производительность
То есть окупаемость у них не под вопросом вообще, но до выхода на широкий рынок, конечно, времени ещё много пройдёт, это бесспорно, но прогресс не может не радовать

Но это только кажется! Чуваки пилят полностью* с нуля вот: 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) не такой шустрый, хотя новый :)))

Вот это как раз к вопросу быстродействия DOM и DOM API, да, и потом это накладывается на потенциальный медленный рендер и всё, приехали :)))

Для этого есть различные бенчмарки, на какие конкретно смотреть — я хз, можете у Флоу в блоге посмотреть, они выкладывали всякие: https://www.ekioh.com/blog/
Вот например: https://www.ekioh.com/devblog/motionmark-20200127/

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