LINUX.ORG.RU

Началось формирование и тестирование сборок движка Servo

 ,


2

6

По сообщению разработчиков Mozilla, началось формирование ежедневных тестовых сборок браузерного движка Servo. Движок написан на языке Rust, тестовые сборки формируются для OS X и Linux 64bit, сборки для Windows и Android обещаются в самое ближайшее время.

В настоящее время, как сообщается, движок не полностью совместим с веб-стандартами и готов лишь для проведения тестирования и экспериментов.

На базе Servo предлагается браузер Browser.html с интерфейсом, полностью реализованным при помощи технологий HTML5. Данный браузер включён в ночные сборки и предлагается в качестве эталонного интерфейса для тестирования возможностей движка.

>>> Подробности (на английском языке)

★★★★★

Проверено: tailgunner ()
Последнее исправление: DeadEye (всего исправлений: 1)

Ответ на: комментарий от kirill_rrr

Какие же? Мне, вообще, с программирования нравится только Prolog.

anonymous
()

Сначала хипстеры запилили Redox, где отказались от концепции всё есть файл и сделали подобно на адресс http. Теперь браузер на хтмле и без адресов пилят дабы проприетарный JS (а с WebAssembly и страшней) от господина было тяжелей найти и даже понять, что это не твоем компьютере. И за это боролись диды компьютеров и ЭВМ?

капча: ILLE 666

anonymous
()

Многопоточный DOM - это react'окапец? Можно будет не теряя производительности патчить DOM напрямую, без его виртуального двойника?

makoven ★★★★★
()

Запускал вчера... Сильно грузит проц, памяти с одной вкладкой потребляет как Firefox с несколькими, кодировку поддерживает только UTF-8. На этом моё тестирование закончилось.

Ya_gnu_linux
()
Ответ на: комментарий от anonymous

Видимо Rust оказался не таким уж эффективным.

Это наивная детская вера в то, что эффективные языки автоматически дают быстрые программы, или обычная провокация флейма?

tailgunner ★★★★★
()

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

Centrin0
()
Ответ на: комментарий от Centrin0

В Servo, вроде, хотели добавить что-то вроде «CSS on GPU».

anonymous
()
Ответ на: комментарий от anonymous

Простые аддоны, которым глубокая интроспеция не нужна, и так давно на Jetpack. Портировать на WebExtensions не особо болезненно. Но многие аддоны без XUL не попрут, даже при диалоге с разработчиками аддонов максимум пару API запилят дополнительных типа поддержки кастомных панелек; в остальном разработчики дополнений тупо зазовут пользователей на какой-нибудь SeaMonkey или Pale Moon без анальных инноваций. Чесслово, Vivaldi намного перспективнее выглядит в плане расширяемости на фоне того, куда катят лису.

anonymous
()
Ответ на: комментарий от droserasprout

Радуйся, если в новой лисе будет. В ёпере вон вроде как завозят.

anonymous
()
Ответ на: комментарий от kirill_rrr

С твоими библиотеками придётся пересобирать полбраузера для того, чтоб панель навигации под вкладки сунуть, например, это вообще ни разу не лиса-вей. Дуй со своими культями к хромопидорам. А если культи будут строить гуй динамически по конфигу (хоть тому же QML), то чем это лучше HTML? Нафига в браузер пихать лишний движок отображения?

anonymous
()
Ответ на: комментарий от makoven

Пока во все мейнстримные браузеры (ну хотя бы три) не завезут, никакого капца не будет. А проблема производительности DOM не в многопоточности, а в том, что в него напихали стопицот свойств и каждая нода очень ЖЫРНАЯ. Казалось бы, прототипность JS должна это сглаживать, но нет.

anonymous
()
Ответ на: комментарий от anonymous

У Столлмана на сайте даже кубик Рубика покрутить нельзя, купи лучше печатную машинку и шли на ЛОР пакеты голубями с такими советами.

anonymous
()

Что-то подсказывает мне, что это будет последний гвоздь в крышку гроба. Немного попилят и сделают серво основной веткой, а работать он так и будет через анальную дырку. RIP.

anonymous
()
Ответ на: комментарий от anonymous

Главное, что он безопасный не в ущерб производительности. Теперь всякие банки хоть обратят вообще внимание на вебдев, а не будут вкладываться в развитие того браузера на жабе, который готов чуть менее чем никак и работает как жирная черепаха. Существующие на рынке поделия на плюсах, в которых регулярно дыра на дыре и дырой погоняет, не подходят вообще никак. C и потомки не то чтобы говно, но он подходит лишь для мелких программок, в которых легко детерминировать все возможные состояния и быть уверенным, что код делает, а не для монстров уровня браузеров, разрабатываемых командными методами.

anonymous
()
Ответ на: комментарий от tailgunner

Хорош маняврировать!

Кто тут трындел про мощь, безопасность и зерокостабстракшонс?

Кто утверждал, что утечка памяти - это норма?

Вот теперь люди могут воочию убедиться во всем, не обессудь.

shkolnick-kun ★★★★★
()
Последнее исправление: shkolnick-kun (всего исправлений: 1)
Ответ на: комментарий от anonymous

К тому времени даже в бюджетной лопате будет 4 ГБ памяти минимум, так что никто, кроме дрочащих на старое железо линуксоидов-нищебродов и прочих кукарекающих маргиналов, не заметит.

anonymous
()
Ответ на: комментарий от anonymous

Голуби уж слишком проприетарны. Вот когда сделают полный реверс-инжинеринг ДНК, тогда ладно.

anonymous
()
Ответ на: комментарий от Lavos

А почему HTML должен тормозить? Это вообще не язык программирования, чтоб тормозить. Ты ещё скажи, что у тебя текстовые документы тормозят.

anonymous
()
Ответ на: комментарий от shkolnick-kun

Хорош маняврировать!

Хорош постить на ЛОР в бухом виде.

Кто утверждал, что утечка памяти - это норма?

Приведи пруфлинк, посмотрим подпись.

tailgunner ★★★★★
()
Последнее исправление: tailgunner (всего исправлений: 1)
Ответ на: комментарий от anonymous

ПЦ, такого бреда я давно не видел. Кажется именно в хроме запилен собственный тулкит с функциями оконного менеджера, оконного декоратора и ещё чёрт знает чем, при этом всё прибито гвоздями по самые помидоры. XUL по сути и является такой универсальной библиотекой-тулкитом, только он устарел лет на 10.

А для примера приведу konqueror - у него просто ужастный движок webkit, потому что его устаревшая версия собрана и подключена через задницу. А js реализован ещё хуже. Но при этом у него быстрый, легко и широко настраиваемый интерфейс который можно сделать красивым и удобным. Угадай на каком тулките.

kirill_rrr ★★★★★
()
Ответ на: комментарий от Lavos

Там нет сборки мусора, чем собственно гордятся рустеры.

Вместо сборки мусора там есть Rc и Arc, и еще не исзвестно, поверх чего сделан Mutex, соответственно и возникают проблемы с производительностью:

1. Не известно, что хуже: сборка мусора, или посчет ссылок.

2. Подсчет ссылок с атомарными операциями однозначно хуже, чем обычный (атомарные операции на NUMA приводят к залочиванию шины на сотни тактов, даже malloc иногода отрабатывает быстрее, именно поэтому разработчики lock-free алгоритмов меряются тем, кто сделает что-то за наименьшее количество атомарных операций).

3. Если Mutex сделан через настоящий мьютекс, а не через спин-лок, то он вносит дополнительные тормоза.

4. Утечки памяти вероятно возникают из-за всё того-же подсчета ссылок и хипсторов, которые им пользовались.

shkolnick-kun ★★★★★
()
Ответ на: комментарий от zaz

Как ты думаеш почему сейчас в телефоны/планшеты не тыкают по 4/8/16 гиг RAM ?

А кто тебе сказал, что не тыкают? У меня на смартфоне позапрошлого года 3 гига. А на данный момент уже анонсируют новые модели с 8Гб.

anonymous
()
Ответ на: комментарий от anonymous

Технически совсем не проблема впихнуть в IPhone 6 4 гига оперативки, и при этом цена самого смарта никак не поменяется - там изменение себестоимости будет в пределах рыночных колебаний цен на комплектующие/сборку/доставку/курсовую разницу. Однако никто в IPhone не спешит ставить не то - что 4 а даже 2 гига ...

zaz ★★★★
()
Ответ на: комментарий от anonymous

А почему HTML должен тормозить? Это вообще не язык программирования, чтоб тормозить.

Там видимо есть тормозной тег <script>

goingUp ★★★★★
()
Ответ на: комментарий от anonymous

У меня нет батхерта от раста.

Мне не нравятся его адепты-евангелисты, производящие тонны информационного шума, засирающие реддиты, твиторы, гитхабы, имбед-треды гигабайтами продуктов своей никчемной жизнедеятельности.

Короче рустер - не бро!

shkolnick-kun ★★★★★
()
Последнее исправление: shkolnick-kun (всего исправлений: 1)
Ответ на: комментарий от kirill_rrr

в хроме запилен собственный тулкит

Да, Aura, библиотечка HTML-виджетов.

только он устарел лет на 10

Чем, кроме того, что он не имеет отношения к веб-стандартам?

konqueror

В нём же KHTML, нэ? Вы уже заманали всех родственников вебкита вебкитом кликать.

легко и широко настраиваемый интерфейс

Перетасовки мало, как насчёт прогноз погоды на панель засунуть, ась? Или адресную строку на куски поделить?

anonymous
()
Ответ на: комментарий от shkolnick-kun

Да оно близко к FORTH, так что, легко расширять. Даже до фрактальной структуры Вселенной с применением алгоритма хаоса..

anonymous
()
Ответ на: комментарий от tailgunner

что эффективные языки автоматически дают быстрые программы

Зависит от определения эффективности. Тут можно до потери пульса спорить, если не договориться о значениях понятий.

i-rinat ★★★★★
()
Ответ на: комментарий от shkolnick-kun

Пока в треде 0 евангелистов и один хейтер. ИЧСХ хейтеры тоже производят информационный шум, и в итоге его становится только больше :)

goingUp ★★★★★
()
Ответ на: комментарий от anonymous

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

anonymous
()
Ответ на: комментарий от zaz

На айфоне однозадачность и нативные приложения, нашёл что в пример приводить.

anonymous
()
Ответ на: комментарий от shkolnick-kun

У тебя довольно специфические взгляды на производительность больших систем. Вместо того, чтобы чтобы искать высокоуровневые проблемы (https://github.com/servo/servo/issues/11024, например), ты твёрдо и чётко утверждаешь, что всё дело в недостатке микрооптимизаций.

quantum-troll ★★★★★
()
Ответ на: комментарий от i-rinat

Кстати, да; эффективность быдлокодинга — тоже эффективность, да ещё какая! Причём в современных реалиях она становится куда более важным фактором...

anonymous
()

Потыкал - очень глючное, причем не в том плане, что многое нереализовано или тормозит, а именно глючное, вплоть до вылетов и зависаний намертво. Лучше бы они взяли gecko и по частям переписывали. А так, ИМХО, они еще не один год будут в стороне доводить его до стабильного состояния.

anonymous
()
Ответ на: комментарий от anonymous

Хотел хорошого работающего софта не требующего сотни нефти и рациональное использование компьютерных ресурсов.

В общем, виноват клятый капитализм. Может быть, не были бы разрушена система Киберсин в Чили и система ОГАС СССР, то сейчас бы был технокоммунизм.

anonymous
()
Ответ на: комментарий от goingUp

Тормозит он только у наркоманов, пихающих JSONP или темплейты в него.

anonymous
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.