Разработчики браузерого движка Servo представили инициативу по усилению модульности и уходу от использования низкоуровневых API JavaScript-движка SpiderMonkey, развиваемого компанией Mozilla и применяемого в Servo для обеспечения поддержки JavaScript и WebAssembly. В дальнейшем Servo планируют перевести на более высокоуровневый API и слой абстракций для взаимодействия с JavaScript-движками, что даст возможность избавиться от небезопасных прямых обращений к коду SpiderMonkey, выполняемых в блоках unsafe. В отдалённой перспективе изменение позволит уйти от жёсткой привязи к SpiderMonkey и обеспечить поддержку других движков JavaScript и WebAssembly, таких как используемый в Chrome движок V8...Подробнее: https://www.opennet.dev/opennews/art.shtml?num=60994
Самый выдающийся долгострой на расте.
>Самый выдающийся долгострой на расте.под крылом Linux Foundation
Что-то в нем все же есть. В Кеды вот проталкивают его тоже.
Это будет меньше чем qtwebengine собираться?
Оно будет быстрее и безопаснее работать на мощной встройке, бортовых интерактивных системах и терминалах, т.е. туда, куда суждено идти Qt со своим QML, а не эти QtWidgets и Frameworks.
Ну в кедах сейчос флакон. Обновляется раз в два года по праздникам. Servo уж более прогрессивнее будет.
> Ну в кедах сейчос флакон. Обновляется раз в два года по праздникам.Флакон - да, а вот Qtwebengine - куда чаще. Т.к. я простой гентоюзер, то вижу его пересборку раз в месяц примерно, а это часа 1,5-2 :).
Это на скольки поточном процессоре?
2 ч 23 мин на 6 ядер по 2 потока, 3400 МГц
> 2 ч 23 мин на 6 ядер по 2 потока, 3400 МГцПримерно так. 2x Xeon X5690.
Да.
На Rust?
Какая разница что сколько собирается, почему вас это постянно так беспокоит? Я начинаю думать, что системы CI не на компьютерах работают, а это на самом деле дженкинс, тимсити, бамбу и прочие наняли людей вручную исходники парсить.Собирается программа один раз - в момент релиза - и дальше юзеры качают бинарь. Если 100 человек на всю планету зачем-то захотят собрать сами, они всё равно тоже это сделают только один раз.
> Какая разница что сколько собирается, почему вас это постянно так беспокоит?Потому что у меня Gentoo и при обновлениях системы qtwebeingine часто бывет в списке обнов.
qtwebengine наверное то, ради чего нужны бинарные пакеты в gentoo. А то у меня ощущение, что он у меня собирается чаще(про дольше я и не говорю), чем я его(те пакеты что его тянут по зависимостям) использую. У меня он нужен только digikam(использую раз в пол года), stellarium(ещё реже), kmail(отказался от него) и единственно ради чего он и правда нужен - qt-creator.
>В Кеды вот проталкивают его тоже.Где, кто сказал?
https://www.opennet.dev/opennews/art.shtml?num=60961
ну то не в кеды, а в эмбедный куте..
Какой ещё выдающийся. Это просто обычный среднестатистический провал.
Ты вообще понимаешь, что браузеры сейчас -- это одни из самых сложных программ на планете? Без всякой иронии. Причем написать свой браузер оказалось не под силу даже Микрософту. Если им удастся переписать движок -- это реально будет выдающееся достижение.
А вот интересно, пробовал ли кто-нить написать браузер, к-й запускается прям из UEFI без операционки?
> А вот интересно, пробовал ли кто-нить написать браузер, к-й запускается прям из
> UEFI без операционки?Там хватает костылей просто для того, чтоб он вообще работало. Графический драйвер потребует графическую среду, соответственно. На примере DooM-Efi можно сказать, что завелось оно ровно на 1-м ноуте Dell :D.
Чушь не неси - UEFI и есть опреационка.
Написать рендер https+css под это не проблема. Проблема с JS и мультимедиа. Тупо устройства не инициализированы.Возьми lynx и ему подобные и с некоторыми, не сложными, ухищрениями оно там полетит
Его даже под макось не могут сделать по-человечески. Предлагают всякие мак-порты и вообще хз что, сделанное на основе линкса, а то ещё и подразумевающее питоновские поделия для опенГЛ и даже фильтра рекламы в качестве первоочередных зависимостей
Куда уж там уефи. Кстати, а пихон со всем своим обвесом на уефи встанет ?)Ещё забавнее то, что он и под вендой так себе работал( запускался но не открыл ни одной ссылки ). Мне было лень разбираться с проблемой, тем более, что всё остальное работало, посему, тупо выкинул.
При всей его якобы минимальности, проблем с ним, вероятно, даже больше чем с обычным браузером нормально отображающим страницы
У меня дежа-ву: и по тезису и по вопросу…
Да там особых проблем нет, просто надо будет написать прослойки между протоколами uefi и браузером.Дело простое, но очень муторное, кто этим будет заниматься и, главное, зачем?
Гораздо проще запустить Линукс и показать браузер в монопольном режиме.
>А вот интересно, пробовал ли кто-нить написать браузер, к-й запускается прям из UEFI без операционки?Думаю, systemd-browserd это более реально.
ChromeOS
ну были минималистичные ефи-тулз браузеры.. такто в формат ефи даже целое ядро линукса эмбедится при необходимости..
> написать свой браузер оказалось не под силу даже МикрософтуЧего это вдруг? Насколько я помню Осёл закопал Netscape, а лет 5 назад Edge (на своём движке), был лучшим браузером в мире.
Чего же виндузятники этим Edge на своём движке не пользовались, а педпочитали Хромого?
У МС мутный был магазин с дополнениями в том числе и к Едж, у Чрома лучше.
> был лучшим браузером в мире.Такой прекрасный был браузер, что променяли его на скин для хромиума
В том Edge, что на своём движке, до сих пор вспоминаю, что вместо сохранения страницы предлагалось открыть её в Internet Explorer, который в свою очередь являлся скачивалкой браузера...
В итоге Edge на движке Хрома.;)
В том емнип работало сглаживание шрифтов, в целом не такой и плохой браузер был по сравнению с хромоногом. Сейчас, как я слышал, недавно уже прикрутили и к хромому ежу, но не проверял. Шрифты в хромом разъедают глаза, если у тебя не ретина вместо экрана и с ретиной просто жыр вместо шрифтов.
IE 5.5 для своего времени был прорывным, но на этом Microsoft остановился. А отстав на 10 лет, уже никогда не смогли догнать. По старой привычке неимоверными усилиями смогли сделать на костылях и подпорках что-то близкое к современному браузеру, но когда Гугл отказался поддерживать windows for ARM, а пользователи стали просить Хром (неудивительно), Microsoft взялся за портирование самостоятельно. Ознакомившись с исходниками Хрома, разрабы Microsoft подумали "ну и фигнёй же мы страдаем", выбросили свой код отфоркались от Хромиума.
>Причем написать свой браузер оказалось не под силу даже Микрософту.конспираси-моде-оn
неправильная формулировка. правильная: корпорасы специально усиленно и целенаправленно усложняют веб, чтобы можно было не париться с бэкдорами в 3rd party, а просто запускать код сразу в твоем компе (если ты вдруг перестанешь быть неуловимым джо)желания нет, нет желания. возможности всегда есть.
Никогда не приписывайте злому умыслу то, что вполне можно объяснить глупостью
> Ты вообще понимаешь, что браузеры сейчас -- это одни из самых сложных
> программ на планете? Без всякой иронии.С.Ш.: А вот, кстати, про web. У тебя сейчас, всё-таки, HTML-движок не общего назначения, а именно для GUI. И в этой области у тебя сильные козыри на руках: это маленький размер бинарников в несколько мегабайт, если сравнить с CEF (Chromium Embedded Framework), он больше на порядок десятичный весил. Кроме того, у тебя есть возможность контролировать, допустим, выбор бэкенда для рендеринга, чего Chromium в принципе не позволяет. А вот теперь скажи: после того, как у тебя все стандартные браузерные компоненты будут поддержаны, у тебя нету планов с Chromium'ом ещё и в web'е потягаться? Выйти из GUI-ниши? Сделать свой браузер, конкурирующий с Chromium, Gecko!
А. Ф.: Ничего этому не помешает! На самом деле, технически вполне возможно. Понятно, что каждый браузерный движок, Gecko тот же, тот же Webkit, у них есть своя специфика. Они немножко разные. Старый Internet Explorer…
С.Ш.: …Trident…
А. Ф.: … Trident, да — он тоже был… специфический, так скажем. Не проблема добавить к ним ещё один. Проблема в другом. Сообщество разработчиков web'а, оно просто сейчас счастливо тем, что у нас остался, фактически, один браузер. [...]
А Linux для десктопа разве не выдающийся долгострой, но кого это смущает? Собака лает, а караван идёт.
ХЗ о чем ты, я уже четверть века использую исключительно Linux на десктопе. А ты можешь попробовать Servo вместо лисы или хрома юзать, потом расскажешь об успехах.
А Window еще больше долгострой для сервера...
>А Linux для десктопа разве не выдающийся долгостройwindowmaker достиг идеала ещё в 2002м, когда я его впервые увидел.
зеленые буковки в xterm, всё на хоткеях, супер легкий, раскладки в каждом окне свои. чё ещё надо-то от десктопа?про ядро молчу - ядро ещё раньше было передовым. 10 лет только дрова и ненужности добавляют.
WindowMaker реально красивый WM, причем по-дефолту без всякой настройки
> WindowMaker реально красивый WM, причем по-дефолту без всякой настройкии функциональный. я в докаппе смотрел видео с камеры наблюдения)) Эххх, легенда. Кстати, живая.
Дак конечно живой. Мой основной wm в 2024г
Servo с duktape 🤔
> Servo с duktapeES5/ES5.1 сейчас, к сожалению, почти все сайты не воспринимают как "включённый" джаваскрипт.. тот же netsurf с (включённым) duktape как-то не очень помогает, когда сайт требует "включить javascript" или .. ну вы понели.. приходится пользовать прокси, которые могут выдрать и отдать текст кому угодно.. увы..
Предвижу батхерты на опеннете на тему "у вас хром на расте" .
> Предвижу батхерты на опеннете на тему "у вас хром на расте" .Чувак, ты не поверишь!..
Rust in Chromium
The Rust toolchain is enabled for and supports all platforms and development environments that are supported by the Chromium project. The first milestone to include full production-ready support was M119.
Rust is approved by Chrome ATLs for production use in certain third-party scenarios.https://chromium.googlesource.com/chromium/src/+/refs/heads/...
Прочитал первый абзац, какая-то ерунда джаваскриптовая.
На втором оказалось что на расте написано. Так это же отлично. Надо было сразу в заголовок выносить.
Уже выросло поколение фанатиков раста, которое не помнит серво и с чего всё начиналось.
> Проект Servo написан на языке Rustвот от этого его и надо избавлять в первую очередь
Зачем этому миру ещё один кривой, глючный и полный дыреней движок?
Та не-е-е-е... Он будет идеален - его же будут писАть Правильные Эксперты-Плюсовики с опеннета, которые уж точно знают как надо, а не эти гугловские/майкрософтовские "студенты-рукожопы", которые даже со всевозможными специализированными инструментами и техниками программирования вечно плодят дырени.
OK, Гугель перепишет на Carbon.
Чуваки пытаются из нехромиума очередной хромиум с костылями сляпать, лол
Оптимизации движка SpiderMonkey (Firefox 118-121)
https://spidermonkey.dev/blog/2023/11/27/newsletter-firefox-...
> В отдалённой перспективе изменение позволит уйти от жёсткой привязи к SpiderMonkey и обеспечить поддержку других движков JavaScript и WebAssembly, таких как используемый в Chrome движок V8.Окошко Овертона планомерно раскачивается. Скоро нам предложат лису на движке хрома.
... или Хром на движке SpiderMonkey. Что было бы лучше, так как SpiderMonkey опережает v8 по производительности (а хромой код для DOM быстрее лисьего).
Ох уж эти сказочники.
> SpiderMonkey опережает v8 по производительностиГде, на специально написанных синтетических тестах? Не следует путать время запуска с общим временем исполнения. Java вон тоже долго запускается, но после прогрева JIT он работает всего в полтора раза медленнее плюсов. С V8/JIT vs. всякие хипстерские "bun" ситуация та же.
Именно на синтетических тестах, тестирующих именно движок JavaScript, а не оконную подсистему или объектную модель документа. Странно ведь в аргументации, какую JS-библиотеку задействовать в качестве встраиваемого движка в игре (lua не предлагать — говно), использовать производительность оконного интерфейса браузера, которого в игре вообще нет, как аргумент.
> SpiderMonkey опережает v8Да ну, затестил https://chromium.github.io/octane/ и скорость файрфокса 60% от скорости хромиума оказалась.
>слой абстракций для взаимодействия с JavaScript-движкамидавно пора. Ибо неудобно для внедрения каждого движка в приложение для каждого свой код писать. Главное чтобы потом, как Keras, не свернули лавочку, перейдя эксклюзивно на v8, как keras выкинул все бэкэнды, кроме TensorFlow.
В последнее время о нём так много новостей, хотя проект давно в стагнации и со всей своей кривой архитектурой не может даже собраться при помощи cargo, что им пришлось аж придумывать python-проект для всех необходимых действий (сборка и тд)
> им пришлось аж придумывать python-проект для всех необходимых действий (сборка и тд)Не, они не придумывали, а взяли мозилловский от файрфокса. И вероятно это из за spidermonkey в депендансах.
О, так это может открыть дорогу другим языкам вместо JS. Например заменить его на Lua :)
А зачем там язык? Заменить на ИИ, чтоб тот не только сам рендерил страницу, но и смотрел сам. А тебе даже с толчка слезать не надо, все нужные сайты просмотрят за тебя.
Так что круто звучит. Сидишь на толчку, а ИИ за тебя новости читает, на опеннете комменты оставляет и т.д.
> Сидишь на толчку, а ИИ за тебя" - Стоп! Стоп! Вы что это... и к... и конфеты за меня есть будете?
- Ага!
..." (ц) Вовка в тридевятом царствеНе будешь ты и на толчке сидеть. Потому что скрипач (мешки с костями) тогда станет не нужен.
А ты на толчке - батарейка для ИИ.
>>> В дальнейшем Servo планируют перевести на более высокоуровневый API и слой абстракций для взаимодействия с JavaScript-движками, что даст возможность избавиться от небезопасных прямых обращений к коду SpiderMonkey, выполняемых в блоках unsafe.О да. И в этом весь rust. Наш код safe кричат они со слюной у рта, в то же самое время используют прослойку, которая содержит в себе весь unsafe код, который раньше был в main проекте. Но наш код то unsafe-free! Значит он безопасный!!!11 Как ты смеешь говорить плохое про rust?!?11
Давайте писать прослойки абстракции на C++ с умными указателями для C библиотек, ведь тогда все эти си библиотеки станут безопасными! Ведь так? Или не так?
> Или не так?Конечно не так.
Мы не можем переписать весь дырявый код одномоментно.
Поэтому переписываем по частям. А если дыра в сишном овнокоде - ну так это еще одна причина его переписать!
>> Или не так?
> Конечно не так.
> Мы не можем переписать весь дырявый код одномоментно.
> Поэтому переписываем по частям. А если дыра в сишном овнокоде - ну
> так это еще одна причина его переписать!Что именно в данной новости авторы Servo собираются переписывать в SpiderMonkey (и возможном V8)? Ровном смысле ни_че_го. Они пишут прослойку, которая в свою очередь будет ровно также обмазана unsafe кодом. Каким иным способом кроме как unsafe блоками можно вызывать Си/С++ код?
> Что именно в данной новости авторы Servo собираются переписывать в SpiderMonkeyОни перепишут интерфейс обращения к SpiderMonkey, чтобы его можно было заменять на что-то другое, напр. на V8.
Или на что-то новое. В том числе и по частям.> Они пишут прослойку, которая в свою очередь будет ровно также обмазана unsafe кодом.
Разумеется! Оно же обращается к с/с++ кодам.
> Каким иным способом кроме как unsafe блоками можно вызывать Си/С++ код?
Никаким.
Мне кажется ты немного недогоняешь зачем это делается.
Попробуй, что ли, пройтись по ссылкам из новости
servo.org/blog/2024/04/15/spidermonkey/
github.com/servo/servo/wiki/Servo-and-SpiderMonkey-Report
https://www.youtube.com/watch?v=4t1K66dMhWk
tl;dr вы скрыли unsafe от глаз ровно также как девушка на rustconf скрыла от borrowchecker время жизни объектов в векторе, вы не переписываете spidermonkey и v8 на rust.>>> Попробуй, что ли, пройтись по ссылкам из новости
>>> The current code works instead with higher-level and safe concepts, hiding the use of low-level and unsafe SpiderMonkey APIs. The result is code that is easier to use and contribute to, because it does not require fiddling with unsafe and SpiderMonkey specific concepts.OMFG! Программисты на Rust открыли для себя тот дивный мир когда разработчики на C++ пишут код абстракции над Си кодом чтобы его было удобно встраивать в проект на C++ на манер ООП и реюзабельности! Как хорошо что разработчики самого ЯП rust пишут и держат такой огромный stdlib для программистов на rust, чтобы для последних весь мир казался "высокоуровневым". Только им не рассказывайте, мало что в их розовом мире и мозгу происходит, еще суициднутся.
> Каким иным способом кроме как unsafe блоками можно вызывать Си/С++ код?Никаким, ведь любой C/C++ априори unsafe и safe быть не может by design.
C в CVE - означает язык программирования (простите за каламбур).
rce?
>Никаким, ведь любой C/C++ априори unsafe и safe быть не может by design.и как "великий и могучий" может меня избавить от мата в речи?
Причем тут мы, т.е. вы? Ты ничего не пишешь, не примазывайся.
Я так пониаю, SpiderMonkey готовят выставить на мороз.
Нет, он как был в Firefox в связке с Gecko, так и останется. Удивляюсь, как анонимы новости читают.
Сложно ли привязать к сабжу интерфейс от КДЕ-ешного браузера?
Совсем не сложно, там по сути просто убрать старый движок и прикрутить к нему сабж. Работы от силы на 5 минут.
Прошло уже 6 часов, а пуллреквеста "на 5 минут" ты так и не предоставил.
Нам обещали "движок на xulrunner" ещё в 2005 году.Его нет не потому, что кто-то "не сделал pull-request", а потому, что Mozilla врёт.
Если это ирония, то я еë не понял.
Сначала добавить ничего не делающий слой абстракции, а потом грохнуть свой движок жс. Гендиру Mozilla Corporation тоже яхта нужна.
> Сначала добавить ничего не делающий слой абстракции, а потом грохнуть свой движок жс.Так у них и нет своего движка ЖС, потому и движения к независимому API, иначе свой не получится написать.
> Гендиру Mozilla Corporation тоже яхта нужна.
А зачем Linux Foundation покупать яхту CEO какой-то мутной компании?
Аналитика опеннета в своем репертуаре...
Сомнительно, что на прикручивании чужого движка можно на яхту заработать.
Во что имел ввиду Хуанг когда сказал цель, чтобы каждый кто хотел, мог сам быть себе создателем программного кода (программ), нет это не колдовство - это использование GPT. Пока GPT делает простое, позже сложность возрастёт. Это как с написанием текстов, создание изображений, лицами и голосами актёров, заменить живых, а для создания фильмов и умерших людей или создавать несуществующие лица для создания фильмов. Лица умерших актёров в фильмах уже используют, не массово единичные случаи. Зачем? Так проще и в перспективе дешевле. Будут только обслуживающие GPT и создающие языки программирования. Вопрос только когда это произойдёт, когда сложность создания вырастит. И в каком виде будет доступно? Будут варианты напиши мне троян, майнер или ещё что. Но, будет это конечно не запрос напиши мне троян. https://habr.com/ru/articles/807785/
Скорее всего будут варианты заплати или плати и пользуйся. Нет денег делай как можешь. Компании богатые конечно подсуетятся и людей подсократят. И тогда: вы свободны хочешь работай, хочешь не работай и умри с голоду.
> Будут только обслуживающие GPT
> Будут варианты
> Скорее всего будутВот когда будут - тогда и возвращайся. Ехал будут через будут.
Меня честно говоря как человека не относящегося не как к программированию кроме как я тоже использую программы и операционные системы, меня это интересует только с точки зрения для чего будут использовать, а использовать будут в том числе и для плохого - доступность вырастит. Ну и лица умерших людей использовать для заработка денег создавая как минимум мусорные фильмы или вредные это не есть хорошо. И для полезных фильмов это тоже не хорошо, но лучше. Не только фильмы, концерты голография c концертами умерших певцов. Всё человек умер.
Когда сам человек при жизни делает свой выбор это его выбор человек сам может на него влиять - это реальность. А когда для заработка денег используют того чего уже нет, умер человек за него решают - это ещё появился один инструмент делать вред в мире. Один из вариантов взяли лицо человека и создали рекламу казино в обход согласия владельца, ты уже не принадлежишь себе. В трюмах тоже себе не принадлежишь - это другое, это тюремный распорядок жизни, это тоже отчасти выбор человека нарушать закон или нет, чтобы жить в тюрьме - это если без подвоха. Сейчас делают копии голосов и лиц с согласия при жизни людей (актёров, певцов, певиц). Для использования лиц умерших людей (актёров) обращаются за согласием к родственникам - всё это оплачивается.
Причем тут твой Guided Partition Table?
Не шутка, я не пользуюсь GPT, я использую MBR. Не вижу для себя нужных мне аргументов зачем мне вместо MBR использовать GPT. Разницу между MBR и GPT знаю.
Болезни обычно лечат, ими не гордятся.
В качестве аргумента GPT преподносят большое возможное количество разделов. Но есть же LVM2, на нём тоже сколько хош логических разделов и можно давать им осмысленные имена.
Самый главный аргумент в пользу GPT (помимо прочих плюсов) - это то, что UEFI с ним работает и как следствие не нужен stage1 загрузчик.
Grub кому-то мешает жить? Мне не мешает.
Я уже и забыл что его когда-то пилили, думал отменили как многое другое.
ну дак и правда отменили, какому-то одиночке неймётся
Servo - уродец, от которого взяли один, более менее получившийся орган и стали использовать.Разработчики Servo поднапряглись и не пытаются свой движок доделать, а переделать все остальное, что бы смысл в движке был.
Ограничения языка сильно сказываются на допустимых архитектурах проектов, поэтому всегда при переписывании переписывают не полностью а лишь частично.
> В дальнейшем Servo планируют перевести на ...... гугл хром. Очевидно.
Короче, опять как обычно переписывание на Rust свелось к переписыванию тонюсенькой прослойки между блоками кода на C и C++ с бесконечным количеством unsafe. Немного утрирую, но видеть в таком оптимизм совсем фанатиком нужно быть.