LINUX.ORG.RU

Mozilla и Samsung объявили о совместной работе над браузерным движком нового поколения

 , , ,


1

4

Mozilla и Samsung объявили о совместном проекте: разработке веб-движка «нового поколения», оптимизированного под будущие «более быстрые, многоядерные компьютерные архитектуры».

Servo — попытка создать веб-браузер заново с нуля на современном оборудовании и переосмыслить старые посылки. Это значит устранить сами причины уязвимостей в системе безопасности и в то же время создать платформу, которая полностью использует производительность массовых параллельных вычислений на оборудовании завтрашнего дня. Поэтому Servo пишется на языке Rust, новом, безопасном языке системного программирования, разработанном в Mozilla совместно с большим сообществом энтузиастов.

Движок Servo написан на языке Rust и отличается поддержкой многопоточного рендеринга web-страниц и возможностью параллельного выполнения операций с DOM в процессе обработки одной web-страницы. Использование Rust позволит разбить код DOM и рендеринга на более мелкие подзадачи, которые смогут выполняться параллельно и более эффективно использовать ресурсы многоядерных CPU.

Совместно с Samsung экспериментальный движок Servo уже портировали на платформу ARM и Android. По мнению Mozilla, это значительный шаг вперёд и для языка программирования Rust. Компания Samsung разработала ARM-бэкенд для Rust.

В течение ближайшего года Mozilla планирует закончить работу над первой мажорной версией Rust — задокументировать библиотеки, выпустить необходимый инструментарий и увеличить производительность. В то же время Mozilla обещает выделить больше ресурсов на доработку Servo для доказательства, что «можно создать быстрый веб-браузер с глубоким параллелизмом на безопасном, весёлом языке программирования».

Всех, кто желает поучаствовать в разработке языка и движка, организация Mozilla приглашает присоединиться к соответствующим спискам рассылки Rust и Servo.

Исходные коды на github

>>> Подробности

★★★★★

Проверено: maxcom ()
Последнее исправление: Klymedy (всего исправлений: 6)

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

О, будет чем нагрузить мой 8-ядерный FX-8350

жизнь во славу броузера, как мило

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

Type inference. Type annotations on local variable declarations are optional. Статически типизирован?? Или это у них игра словами?

А в чём проблема с Type inference?
Так в C# сделано.
например
var x=10;
создаст пеменную int.
var z = from c in list
where c.att.value < 10
select new {c.debit, c.credit};
Создаст перемнную тип которой займет 20 символов, но которая останется строго типизированной.

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

А нативную компиляцию mono умеет.

Моно умеет свою стековую машину и hip+stack модель памяти загнать в платформозависимые коды. Жаву тоже можно загнать в натив через ikvm или gcj. А при желании и что угодно. Это не одно и тоже что компилировать уже в целевой ассемблер.

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

Куда не взлетит? «Невзлетит» можно говорить например про D - он уже давно взлетает но его использование экзотично. А скала уже давно взлетела в крупные проекты (twitter, linked-in) и на рынки труда. Всякая попса типа Play Framework не просто разрабатываются со скальными и жабскими интерфейсами одновременнно. НА github #15 по популярности (2 года назад было 21 - 6 позиций за два года, такими темпами скоро будет фдисятке). Мне например предложения по работе на скале приходят так же часто как и на жаве. Я работаю последние 9 лет в компаниях в которых последние 5 лет скала является майнстримом для создания кучи продуктов. Уже давно взлетела.

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

Ещё один Верующий в Спасительный Язык Программирования!

Нет - просто если закатывать солнце каждый раз нужно вручную - не надо дудивлятся что процесс будет сбоить.

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

Я думаю если в скале сделают целевую компиляцю прямо в далвик,с соответствующими оптимизациями, чтобы не через ж^Hproguard, и запихнут как либу в андроид, то она взлетит как на ракете изза андроидного девелопмента. Сейчас тормозом является что скалу надо таскать на андроид вместе с приолжением - а это жручедорого.

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

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

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

r ★★★★★
()

НУЖНО БОЛЬШЕ ДВИЖКОФФФФФ!!!1111

//Как там Netscape и Konqueror поживают?

MiniRoboDancer ★☆
()
Ответ на: комментарий от grim

А в чём проблема с Type inference?

Нет проблемы, наоборот всё отлично. Это я просто уточнял, не подсовывают ли динамический велосипед под видом type inference.

nikodymus
()

отличается поддержкой многопоточного рендеринга web-страниц

Разве это принципиально возможно? Или опять журналиста всей мозиллой насиловали?

Vit ★★★★★
()

Интересно, с каких пор язык для задачи выбирается по принципу «весёлости» а не по принципу соответствия задаче. Впечатление что я проспал нашествие клоунов-хедкрабов из глубокого космоса.

ranka-lee
()

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

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

Для кого-то падение тоже полёт.

Интересный ты тип. Тебе четко показывают тренд роста популярности а ты отделываешься присказками про чайку по имени джонатан. Есть альтернативные показатели? В студию.

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

Я и так в курсе, что вы Верующий в Спасительный Язык Программирования!

Нет - между ними нет никакой разницы - а изобретают их потому что это сециальная олимпиада.

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

Я переносил проекты как с Java на mono/.Net так и обратно.
Это ничего не показывает.

Ну да - когда большие проекты которые «переносили только с жабы на нет и обратно» начинают «переносить» еще и на скалу - это совсем совсем ничего не показывает. Совсем.

r ★★★★★
()

параллельного выполнения операций с DOM в процессе обработки одной web-страницы

Распараллелить можно что угодно, конечно, но при этом легче получить замедление, чем ускорение. Удачи им.

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

ачинают «переносить» еще и на скалу - это совсем совсем ничего не показывает.

Это показывает что кто-то проехал по ушам мэнеджменту о крутоте скалы и они сдались.

Знаю проект, который уже 3 года переписывают с Java на Groovy при том что планировалось за год.
Какие я слышал восторги первый год.
Как все было хорошо и красиво.
Теперь они винят Groovy, так я предложил переписать на Scala - обиделись :(

Так что сказки мне не интересны.

измерителем популярности являтся количество работ на Job board.
На данный помент это примерно как Lisp а если считать все диалекты лиспа, то Scala далеко позади.

А уже 10 лет ЯП.

Кстати Groovy это на 40% больше чем Scala.
http://jobsearch.monster.com/search/?q=Groovy
http://jobsearch.monster.com/search/?q=Scala

По моему личному мнению, кроме отсутствия усов у Одерски, Скала не взлетит изза бестолкового синтаксиса

grim ★★☆☆
()
Ответ на: комментарий от r

Нет.
У скала есть только черепаший рост.
Лет через 50 оно не достигнет популярности Ruby и по

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

Это показывает что кто-то проехал по ушам мэнеджменту о крутоте скалы и они сдались.

Менеджмент этого не решает. И второе - эта фраза применима к любому явления начиная от переписываняи с жабы на с№ и заканчивая закупки гаек.

А вот то что куча проектов и кучу людей наняли писать на скале и люди пишущие на скале есть на рынке и рынок их ищет - показатель. Проверни мне подобный же ход конем скажем для D.

измерителем популярности являтся количество работ на Job board.

Давно не является. По причине того что хедхантеры так не ищут.

Скала не взлетит изза бестолкового синтаксиса

И что там не так с синтаксисом? Особенно по сравнению с сабжевым rustом?

У скала есть только черепаший рост.

Можешь применять какие угодно прилагательные. А в цифрах это по статистике гитхаба 25% за два года.

r ★★★★★
()

Больше ядер и оперативки, больше производительность процессоров. А скорость как была так и осталась?

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

Знаю проект, который уже 3 года переписывают с Java на Groovy

Ого, а зачем интересно? Это как переписывать с C на Питон. Обычно наоборот делают.

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

Нет, rust это тот же С++ в другом стиле с другим синтаксисом и на свой лад. STD в rust очень маленькая, язык очень молодой.

Исходные коды на rust компилируются в обычные бинари, это не питон и не java, тут не нужен ни jit ни VM.

По крайней мере хуже стать не может :)

bhfq ★★★★★
() автор топика
Ответ на: комментарий от r

Давно не является. По причине того что хедхантеры так не ищут.

Вы контрактора учите как хедхантеры работают.
Ну,ну :)

вот то что куча проектов и кучу людей наняли писать на скале и люди пишущие на скале есть на рынке и рынок их ищет - показатель.

Рынок я вам продемонстрировал - это монстр.
И что показательно на все штаты 90 вакансий за год.

Но, я совершенно уверен, что фанаты будут о нем писать и за него воевать.

А в цифрах это по статистике гитхаба 25% за два года.

25% гитхаба - Скала?
OMG
Как только не прутся чтоб факты подтусовать :)

grim ★★☆☆
()
Ответ на: комментарий от nikodymus

Ого, а зачем интересно? Это как переписывать с C на Питон. Обычно наоборот делают.

Приложение старое и корявое.
Его действительно нужно переделать.
И Groovy совершенно не виноват в их неудаче.
Кривые руки - вот причина.

grim ★★☆☆
()

Кто-нибудь, радибога, подскажите им, чтобы на уровне движка предусмотрели возможность отключать анимацию одной командой в API «Анимация, стой! Ать-два!». Мигающей пёстрой анимации на многоядерных ПК будущего будет много. Нужно пожалеть пользователей хотя бы в будущем.

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

Ну, это радует. Хотя скорость интерфейса огнелиса меня угнетает.

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

Вы контрактора учите как хедхантеры работают.

У тебя есть аргуенты кроме «не учите меня жить»?

Рынок я вам продемонстрировал - это монстр.
И что показательно...

Дада. Исходя из монстра в Украине it нет совсем а на всю РФию нужно 5 жабщиков. Если бы этим «рынком» пользовались для поиска работы - постсовковские програмисты умерли бы с голоду.

Мне в месяц приходит больше предложений по прямым каналам чем на монстре объявлений на постсовок.

25% гитхаба - Скала?

Читать совсем разучился? Прыжок на четверть рейтинга.

Как только не прутся чтоб факты подтусовать :)

Главное не читать - тогда тролить можно успешнее.

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

У тебя есть аргуенты кроме «не учите меня жить»?

Вы написали, что лучше меня знаете рынок.
Это ложь.
Я намекал именно на это.
Я не говорил, что не желаю учиться.

Дада. Исходя из монстра в Украине it нет совсем а на всю РФию нужно 5 жабщиков.

Вы, как человек, который не монироит рынок непрерыно, не знаете о сайтах с IT работой для Украины и России.
Вам, как потребителю стульев они не нужны.
Но поверьте, они существуют.

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

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

Вы написали, что лучше меня знаете рынок.
Это ложь.

Это ложь.

Я написал что хедхантеры так народ не ищут. И монстер - это не рынок. Потому что согласно рыночным исследованиям на монстере - рынок программистского труда на постсовке не существует. Утверждаешь что это так или согласишься что монстер - это не рынок?

Вы, как человек, который не монироит рынок непрерыно, не знаете о сайтах с IT работой для Украины и России.

Я как человек который за последние 10 лет проинтервьюировал приблизительно ~250 человек знаю откуда они брались. И как человек который регулярно получет приглашения знаю в чем они состоят. Согласно «сайтам работы» спроса например на эрлангеров в украине нет. Тогда откуда я взял шестерых которые сидят вокруг? Некрономикон мне в этом помог? И приходят они из разных контор. И предложения на эрланг от хедхантеров тоже приходят. Реже чем на скалу - но и такое есть. А на монстере или «сайтах работы» хоть шаром покати. Тык какой мне сделать вывод - что у меня галюцинации, или что в состоянии высокого спроса на IT профессионалов особенно по непопсовым направлениям применение методики пассивного ожидания размещая объявы на столбах не работает и поэтому «сайты работы» не отражают состояние рынка? И рекрутинговые конторы как «гробы после вождя» наросли - наверное потому что никто не готов им платить по причине того что простое размещение объявления работает на ура.

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

Мы перестанем быть офшоркой? Не через пару лет а лет через 20 может быть. А пока тенденции северной америки не показывают ничего на офшорных рынках труда.

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

Перефразиру ваш поток:
1. Агентства не пользуются job board
2. В экс.совке нет рынка работы
3. Скала очень популярна
4. Вы все о знаете лучше меня
Я вас правильно сократил?

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

А пока тенденции северной америки не показывают ничего на офшорных рынках труда.

Это вообще потрясающая глупость.

grim ★★☆☆
()
Ответ на: комментарий от r

Тогда откуда я взял шестерых которые сидят вокруг?

С улицы разве нет? Спроси у них какие они приняли усилия для поиска работы.

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

С улицы разве нет? Спроси у них какие они приняли усилия для поиска работы.

Их нашли. HH или по рекомендации.

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

Я вас правильно сократил?

Нет. Try again later.

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

Убийственный аргумент.

Мне кажется его дастаточно просто вывести логически.

1. Вы писали что IT в Украине аутсорсинговый.
Вы все ещё с этим согласны?

grim ★★☆☆
()

разработке веб-движка «нового поколения», оптимизированного под будущие «более быстрые, многоядерные компьютерные архитектуры».

А вот что говорят непосредственные исполнители:

«There are many large risks that may prevent Servo from being competitive in any timeframe, let alone a reasonable one. It's a high-risk research project».

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

Вы согласны?

Нет. Слишком общее утверждение ниачем. Жизнь под небом зависит от наличия неба. Сделаем вывод что цвет неба влияет на половую активность муравьев?

Хочешь играться в эту игру - конкретные аргументы в студию. В чем зависят, от кого конкретно, как зависят, почему зависят.

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

Подозреваю из опыта что они там хотят в полный рость применить месседж пассинг например параллельного обновления DOM, и подозревают что это может быть чревато боком - и не зря подозревают - например накладные расходы на параллелизм сделают его жручим, или наоборот не очень быстрым - в конце концов акторы это не про скорость, а про безлоковую модель программирования. Однако, если взять тот же OTP - безловокый то он безлоковый но все OTP паттерны сериализуют его через месседж пассинг, и на высокочастотном месседжинге оно просто захлебывается. И тут они носом чуют что даже переписав все может получится так что желаемый эффект от использования акторов может не выйти каменным цветком.

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

2. Работы которые США аутсорсит зависят от США.

Нет.

Cool! Я считал это аксиомой.

Думаю продолжать дискуссию не имеет смысла изза коренных различий в мыслительных процессах.

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

Думаю продолжать дискуссию не имеет смысла изза коренных различий в мыслительных процессах.

Да - пока ты не понимаешь роли аксиомы в теории - не имеет.

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

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

grim ★★☆☆
()
Последнее исправление: grim (всего исправлений: 2)
Ответ на: комментарий от grim

Аксиома - это высказывание не требующее доказательства.

Это детям на первом уроке геометрии рассказывают. На этом уровне - не интересно.

Соответственно я хотел выстроить цепочку аксиом для доказательства теоремы.

Почитай где нибудь что такое аксиома вообще (а не определение для детей) и какие критерии подбора аксиоматики для некой теории.

Но, как я уже написал, если вы считаете, неочевидным что аутсорсер имеет влияние на то, что аутсорсит,

А что США(страна) - уже стало аутсорсером? Можно увидеть какую-нить официальную бумагу, контракт, договор, любую другую бумагу хоть туалетную на которой стороной по договору который можно квалифицировать как договор аутсорсинга выступает субъект права соединенные штаты америки, за подписью полномочного представителя этой страны?

Так что да. Говорить о том что США это аутсорсер можно на таком же уровне что и белая расса аутсорсит, «новый свет» или там абстрактный «запад». Ниачем.

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

То что вы делаете, называется валать дурака.
ps
Хотя может мы и вправду настолько разно устроены.

grim ★★☆☆
()
Последнее исправление: grim (всего исправлений: 2)
Ответ на: комментарий от r

Да - пока ты не понимаешь роли аксиомы в теории - не имеет.

Я вообще хотел теорему доказать а не теорию развить :)

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