The OpenNET Project / Index page

[ новости /+++ | форум | wiki | теги | ]

В Firefox 48 начнётся интеграция компонентов на языке Rust

12.07.2016 20:36

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

Первый код на Rust задействован в подсистемах, связанных с обработкой мультимедийной информации. В частности, в состав включен написанный на языке Rust парсер для распаковки медиаконтейнеров в формате mp4. Поддержка компиляции компонентов на языке Rust встроена в систему сборки и сборочный инструментарий Firefox, и доступна для всех поддерживаемых платформ.

Язык Rust был основан в 2006 году Грейдоном Хоаром (Graydon Hoare) как альтернатива языку C++, предоставляющая средства для безопасной работы с памятью, избавляющие разработчика от необходимости манипулирования указателями и защищающие от таких уязвимостей, как обращение к области памяти после её освобождения, разыменование нулевых указателей, выход за границы буфера и т.п. При этом, несмотря на автоматическое управление памятью, в Rust не применяется сборщик мусора и runtime, что позволяет использовать язык для системного программирования. Другим важным достоинством Rust является изначальная ориентация на организацию высокого параллелизма выполнения заданий.

Изначально Rust развивался как персональный проект Грейдона, но в 2009 году разработкой заинтересовалась компания Mozilla, благодаря ресурсам которой спустя семь лет язык был доведён до состояния пригодного для применения в реальных проектах. Интерес Mozilla к Rust вызван в первую очередь желанием повысить безопасность Firefox и уйти от бесконечной череды исправления всё новых и новых уязвимостей. Кроме того, при помощи Rust можно решить задачу распараллеливания операций с DOM (Document Object Model) и JavaScript - если для ускорения одновременной обработки разных страниц на многоядерных системах можно использовать многопроцессную модель, то обработка одной страницы остаётся однопоточной. Rust позволяет разбить код DOM, JavaScript и разбора HTML на более мелкие подзадачи, которые могут выполняться параллельно и более эффективно использовать ресурсы многоядерных CPU.

  1. Главная ссылка к новости (https://hacks.mozilla.org/2016...)
  2. OpenNews: Началось формирование ночных сборок браузерного движка Servo
  3. OpenNews: В Firefox запланировано включение по умолчанию многопроцессного режима
  4. OpenNews: Успехи Rust: Подготовка первого выпуска Servo и использование Rust в новом хранилище Dropbox
  5. OpenNews: На 2016 год запланировано задействование в Firefox кода на языке Rust и движка Servo
  6. OpenNews: Firefox на пути сокращения цикла разработки и отказа от XUL
Лицензия: CC-BY
Тип: К сведению
Ключевые слова: rust, firefox
При перепечатке указание ссылки на opennet.ru обязательно
Обсуждение (107) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.2, Аноним (-), 20:49, 12/07/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • –14 +/
    Chrome R.I.P.
    Проблему с многоядерностью Rust решает на раз.
     
     
  • 2.12, тоже Аноним (ok), 21:18, 12/07/2016 [^] [^^] [^^^] [ответить]  
  • +18 +/
    Если ваша проблема в том, что браузер полностью сжирает только одно ядро - многоядерность, конечно, ее решает...
     
     
  • 3.35, Аноним (-), 22:04, 12/07/2016 [^] [^^] [^^^] [ответить]  
  • –7 +/
    "Броузер сжирает ядро" - это будни линукс-реальности что-ли? У меня сейчас три броузера запущено плюс мюТоррент жрёт сеть на 100% - 3-4% цп.


     
     
  • 4.36, Ivan_83 (ok), 22:10, 12/07/2016 [^] [^^] [^^^] [ответить]  
  • +/
    И?
    ФФ однотредовый, значит что он всё или почти всё в один поток делает.
    Когда вкладок много начинаются тормоза.

    У меня rTorrent, если качать на полную - 50-60 мегаБАЙТ/сек то загрузка проца АМД 5350 где то 20%, при это он ещё и сохраняет на программный рейд с AES шифрованием.

     
     
  • 5.42, Аноним (-), 22:19, 12/07/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    И?


     
     
  • 6.47, Аноним (-), 23:23, 12/07/2016 [^] [^^] [^^^] [ответить]  
  • +5 +/
    У меня uTorrent на Windows 10, если качать на полную через 10 гигабитный интернет то загрузка проца Intel 80286 где то 200000%, при это ещё и сохраняется на программный рейд с 256 AES шифрованием и при этом еще крутится 4K 120fps гейпорно и брутятся сервера АНБ.
     
     
  • 7.48, Аноним (-), 23:40, 12/07/2016 [^] [^^] [^^^] [ответить]  
  • +6 +/
    OK! Салфетку? Кофе? Сигарету?


     
     
  • 8.66, jan pi nimi ala (?), 10:15, 13/07/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Салфетку ... текст свёрнут, показать
     
  • 5.59, Акамап (?), 08:17, 13/07/2016 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Однотредовый? Вы ничего не попутали?
     
  • 4.57, Тот же аноним (?), 06:02, 13/07/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > мюТоррент жрёт сеть на 100% - 3-4% цп.

    + еще у вас майнятся бипкоины

     
     
  • 5.89, Аноним84701 (?), 13:41, 13/07/2016 [^] [^^] [^^^] [ответить]  
  • +3 +/
    >> мюТоррент жрёт сеть на 100% - 3-4% цп.
    > + еще у вас майнятся бипкоины

    Но биткоинмайнер благоразумно мониторит запуск диспетчера задач и временно отключается. А если более продвинутый, то правит SSDT и вообще становится "невидимкой".


     
     
  • 6.111, rico (ok), 17:57, 22/07/2016 [^] [^^] [^^^] [ответить]  
  • +/
    oh shi...
     
  • 2.68, Чел (?), 11:03, 13/07/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Не решает ничего. Движок браузера изначально не запилен под многопоток. Вот Servo от той же мозиллы сделан с учетом этого, но его только-только релизнули 1 июля. Нет пока что идеального браузера, но servo может поменять ситуацию.
     

  • 1.3, Аноним (-), 20:51, 12/07/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +7 +/
    Однозначно приятная новость. Ждём servo by-default.
     
     
  • 2.14, rob pike (?), 21:20, 12/07/2016 [^] [^^] [^^^] [ответить]  
  • +/
    И без XUL. Результат немного предсказуем.
     
     
  • 3.55, d000 (?), 04:07, 13/07/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    В XUL вся фишка лисы. Без него это будет клон хрома на другом движке. И только.
    Сама задумка, когда сам браузер это просто расширение, с возможностью кастомизировать его другим расширением, весьма хороша. Сам XUL сменить можно. Но идеологию нужно оставить.
     
     
  • 4.60, Аноним (-), 08:59, 13/07/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    XUL - это не только кастомизация, это целая подсистема кроссплатформенного UI. Для своего времени - довольно прорывная штука, но с нынешним развитием веб-технологий ее вполне можно заменить на web components, никак не затронув саму идею расширений. Вон в том же Vivaldi примерно это и делают.

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

     
     
  • 5.79, rob pike (?), 12:50, 13/07/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Теоретически, может быть и можно. Но ведь затронут. Пропасть фичи пропадут, а появятся только нескучные темы оформления.
     
  • 5.80, РОСКОМУЗОР (?), 12:51, 13/07/2016 [^] [^^] [^^^] [ответить]  
  • +/
    То то я смотрю как в Опере все фичи появились в новой реализации что в результате большинство на др браузеры свалили.
     
     
  • 6.82, iPony (?), 12:54, 13/07/2016 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > То то я смотрю как в Опере все фичи появились в новой реализации что в результате большинство на др браузеры свалили.

    Ну не ври, по доли использования браузера не видно

     
  • 6.88, Аноним (-), 13:34, 13/07/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Вернули многое (но ещё больше выкинули безвозвратно, это правда).
     

  • 1.4, Аноним (-), 20:51, 12/07/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +6 +/
    Многопроцессорку в последний момент отложат как пить дать
     
  • 1.5, Аноним (-), 20:56, 12/07/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Интересно как все же такое развитие Rust повлияет на мир C, стоит ли уже готовиться к тому, что через лет 5 рынок для системного программирования будет активно использовать ржавчину?
     
     
  • 2.7, Crazy Alex (ok), 21:08, 12/07/2016 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Если уж Go не взлетел пока толком (а он куда менее экзотичен, чем Rust) - то очень вряд ли.

     
     
  • 3.8, th3m3 (ok), 21:14, 12/07/2016 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Go только для узких админских задач. Поэтому он и не взлетел. А у админов и Python есть, bash и т.д. Google же говорили, им нужен был инструмент для джуниоров, которые даже Python освоить не смогли. И выкатили Go.
     
     
  • 4.13, rob pike (?), 21:19, 12/07/2016 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Взять LuaJIT при этом было недостаточно по-хипстерски.
     
     
  • 5.22, Никто (??), 21:32, 12/07/2016 [^] [^^] [^^^] [ответить]  
  • +7 +/
    Зато сравнивать встраиваемый скриптовый язык с системным строго типизированным - это достаточно по-хипстерски. Вы зачем светлое имя порочите? Возьмите себе другой псевдним.
     
     
  • 6.45, rob pike (?), 22:29, 12/07/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Легкость встраиваемости в данном случае к сравнению с Go если и относится, то лишь как дополнительное преимущество Lua.
    По поводу имен, насчет Go - это больше к Тейлору, к тому самому который UUCP.
     
     
  • 7.92, Comdiv (ok), 14:19, 13/07/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >Легкость встраиваемости в данном случае к сравнению с Go если и относится,
    >то лишь как дополнительное преимущество Lua

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

     
  • 4.67, Аноним (-), 10:55, 13/07/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Для чего го - это рыночек порешает. Джава тоже не для серверсайда была.
     
  • 3.11, 123 (??), 21:18, 12/07/2016 [^] [^^] [^^^] [ответить]  
  • –4 +/
    Для языка - 7 лет не срок. Пошел в первый класс можно сказать. Хотя опять все изобретают С#.
     
  • 3.16, Аноним (-), 21:28, 12/07/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >Go ... куда менее экзотичен, чем Rust

    Это смотря с какой стороны. Go - вообще странный язык. Ступенькой безопаснее Си, более лаконичен и позволяет проще писать параллельный код, но в остальном решения дизайна непонятны. "Системный", но с GC. Безопасность на параллельный код не распространяется: хочешь состояние гонки - на здоровье. Аскетичен до абсурда.

     
     
  • 4.20, Ананим1111 (?), 21:30, 12/07/2016 [^] [^^] [^^^] [ответить]  
  • +3 +/
    >"Системный"

    даже в кавычках, системный и GC несовместимы.

     
     
  • 5.24, Никто (??), 21:35, 12/07/2016 [^] [^^] [^^^] [ответить]  
  • +/
    >>"Системный"
    > даже в кавычках, системный и GC несовместимы.

    Иногда системный язык означает язык для построения систем. В случае Go - именно так.


     
     
  • 6.27, Аноним (-), 21:40, 12/07/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Каких систем? Ядра - нет. Системные библиотеки - нет. Какие-нибудь демоны - да, говорят там более-менее справляется.
     
     
  • 7.41, Никто (??), 22:18, 12/07/2016 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Непосредственно Go создавался в первую очередь для серверных систем. Да, это тоже системы.

    Тем не менее, даже для создания ядра ОС язык со сборщиком мусора можно использовать. Это было убедительно доказано в 1988(!) году при создании Oberon OS. Производные этой системы XOberon и XO/2 вообще являются системыми настоящего времени.

     
     
  • 8.65, Аноним (-), 10:03, 13/07/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Где используются в настоящее время Oberon-производные ОС В Top-500 их нет, на д... текст свёрнут, показать
     
     
  • 9.93, Comdiv (ok), 14:28, 13/07/2016 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Речь же идёт не о популярности операционной системы, а о совместимости языка со ... текст свёрнут, показать
     
  • 6.101, Аноним (-), 10:03, 14/07/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Иногда системный язык означает язык для построения систем.

    Тогда и JavaScript системный язык.

     
  • 4.61, Аноним (-), 09:02, 13/07/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    go - это такой узкоспециальный язык для написания IO-bound демонов. Писать на нем что-то другое так же неразумно, как писать тех же демонов на, скажем, PHP.
     
  • 3.23, Аноним (-), 21:33, 12/07/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Go весьма экзотичен, нет Exception, нет толкового ООП.

    Для меня это экзотика.

     
     
  • 4.26, Никто (??), 21:39, 12/07/2016 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Exception в нём есть, но из-за того, что люди, зачастую, судят поверхностно, не могут этого понять, не найдя знакомого слова в описании.
     
     
  • 5.58, Аноним (-), 06:30, 13/07/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Это panic? "Замечательная" альтернатива, как и всё в этом языке.
     
     
  • 6.96, Comdiv (ok), 14:39, 13/07/2016 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > Это panic? "Замечательная" альтернатива, как и всё в этом языке.

    Есть или нет - это один вопрос, нравится или нет - это другой.

    Как ни странно, но отлов исключений в Go поддерживается даже лучше, чем в "традиционном" С++. В Go можно восстановить нормальное поведения даже при делении на 0 и разыменовании нулевого указателя, а в стандартном С++ - нет. Впрочем, не исключаю, что я не знаю всех возможностей С++, но в

    try {
        a = b / 0;// условно
    } catch (...) {
      
    }

    catch не отрабатывает, и приложение всегда завершается аварийно

     
  • 2.10, rob pike (?), 21:18, 12/07/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Си он точно никак не повредит, потому что сложность несопоставима.
    Замах был в сторону С++, но тот практически сразу после этого начал бурно развиваться. А для того чтобы значительная часть С++ разработчиков перешла на Rust, быть немного лучше недостаточно, нужно быть на порядок лучше. За С++ огромное количество кода, огромная экосистема, качественные компиляторы и тулзы.
     
     
  • 3.17, s (?), 21:29, 12/07/2016 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >нужно быть на порядок лучше

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

     
     
  • 4.108, Аноним (-), 03:03, 18/07/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Откровенно говоря, мне, как новичку, больше понравилась документация всего и вся. Можно просто выделить тип из стандартной библиотеки, нажать в Eclipse F3, и читать комментарии. Все сразу становится понятно. А есть еще целый сайт с поиском по библиотеке. Который к тому же идет вместе с компилятором для оффлайн-прочтения (тоже с поиском).
    Эта поддержка пользователей что-то на уровне QT.
     
     
  • 5.110, Тузя (ok), 17:00, 20/07/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Вот это, пожалуй, самый глубокий и ёмкий комментарий про C++ и Rust. Да и вообще информация из первых рук, так сказать.

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

     
  • 3.25, Аноним (-), 21:37, 12/07/2016 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >С++ разработчиков перешла на Rust, быть немного лучше недостаточно, нужно быть на порядок лучше.

    Memory safety, race freedom, нормальные generics, нормальные макросы, - действительно, "немного" лучше.

    И что это там на C++ за "качественные тулзы"? Что там "бурно развивается"? Вы вообще видели, что появится в C++17? Появилось в последнее время несколько штучек на основе clang, да Guidelines Support Library что-то там копошится. В остальном - тоска и уныние. Модули, концепты, сопрограммы? Не, давайте как-нибудь потом. Соответственно и инструменты толковые не создать - ни системы сборки, ни управления зависимостями. Из перечисленных "достоинств" только огромное количество кода и можно отметить, но это больше благодаря истории, нежели качеству языка.

     
     
  • 4.53, Аноним (-), 02:31, 13/07/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Memory safety, race freedom, нормальные generics, нормальные макросы, - действительно, "немного" лучше.

    Это всё, для типового жуниора с лихвой перекрывается 2 моментами: упoрoтейший синтаксис руста, и отсутствие в том же отделе, или хотя бы в пределах предприятия, гуру, который покажет где кoсяк в этом куске кода.

     
     
  • 5.70, Аноним (-), 11:15, 13/07/2016 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Тут поможет ещё одна фича RUST, сообщения об ошибках пишут что нужно сделать, и что возможно предполагалось ввиду! Иначе нескомпилируется!
     
     
  • 6.78, Аноним (-), 12:44, 13/07/2016 [^] [^^] [^^^] [ответить]  
  • +2 +/
    В хелловорде - несомненно.
     
  • 5.104, Aleks Revo (ok), 09:14, 15/07/2016 [^] [^^] [^^^] [ответить]  
  • +/
    А что уже не так с си-подобным синтаксисом в контексте сравнения с крестами?
     
     
  • 6.109, Вареник (?), 07:32, 20/07/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Тем что это синтаксис паскаля, а не С.
     
  • 3.29, Аноним (-), 21:43, 12/07/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Как и ожидалось в комментах перепись мамкиных борщехакеров.
     
  • 3.44, Андрей (??), 22:27, 12/07/2016 [^] [^^] [^^^] [ответить]  
  • +6 +/
    > За С++ огромное количество кода, огромная экосистема,

    Да. И мы в заложниках вот этого по большей части хлама.

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

    Которые по несколько секунд компилируют пару сотен строк кода, а весь проект собирается часами!? Нет, качественных нет.

     
     
  • 4.54, Аноним (-), 03:42, 13/07/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > а весь проект собирается часами

    Модульность? Выделение библиотек? Не, не слышал. А любители nero и личкрафта должны гореть в аду на меедленном огне.

     
     
  • 5.71, Аноним (-), 11:17, 13/07/2016 [^] [^^] [^^^] [ответить]  
  • +/
    >> а весь проект собирается часами
    > Модульность? Выделение библиотек? Не, не слышал. А любители nero и личкрафта должны
    > гореть в аду на меедленном огне.

    модульность на основе динамич. библиотек?  которые не проверялись статическими анализаторами кода? или конкат в один файл всех "модулей" как обычно? о чем речь?

     
     
  • 6.81, Аноним (-), 12:53, 13/07/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > модульность на основе динамич. библиотек

    Представь себе. Можно и по другому - путём построения чёткой иерархии в проекте. Только это сложно - этож думать надо!

    > которые не проверялись статическими анализаторами кода
    > конкат в один файл всех "модулей" как обычно

    Сам придумал, сам обoсpал. Далеко пойдёшь.

     
  • 5.76, Андрей (??), 12:22, 13/07/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Шаблоны в библиотеку не засунешь.

    А модульности в С++ из-коробки нет: приватные члены класса сидят... в публичном заголовке! Поменял - перекомпилируй пол проекта. PIMPL должен был бы быть в самом языке, иначе весь этот public/private какая-то показуха. У него есть серьёзные недостатки? Ну, тогда выходит, что язык не поддерживает модульность, о чём я и говорил.

     
     
  • 6.83, Аноним (-), 12:59, 13/07/2016 [^] [^^] [^^^] [ответить]  
  • –2 +/
    То-то поцкалю его модули страсть как помогли. Если ты ещё не понял - идеального языка нет, не было и не будет.

    Но ты можешь ещё потратить десяток лет жизни, выучив три-четыре очередных "убийц с++". :-)

     

  • 1.6, th3m3 (ok), 21:07, 12/07/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Наконец-то!
     
  • 1.9, Аноним (-), 21:17, 12/07/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Отличная новость!

    >Грейдоном Хоаре

    QuickSort тоже Тони "Хоаре" изобрёл? Откуда такие странная транслитерация?

     
  • 1.15, Аноним (15), 21:28, 12/07/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • –5 +/
    Почему не Haskell? У него с распаралеливанием все в порядке.
     
     
  • 2.28, Аноним (-), 21:43, 12/07/2016 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Как минимум - непредсказуемость "ленивости". Ну и парадигма другая. Rust хотя и содержит элементы ФП, но в целом более императивен.
     
  • 2.87, abnis (?), 13:18, 13/07/2016 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Почему не Erlang?
    Он говорят не хуже
     
     
  • 3.102, анос (?), 19:20, 14/07/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Erlang все таки крутой, вот обсуждение на форуме - https://www.reddit.com/r/rust/comments/2qzyfb/erlang_vs_rust_for_high_concurre
     

  • 1.18, Аноним (-), 21:29, 12/07/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    > включения многопроцессного режима для ограниченного круга пользователей

    шел 2016 год

     
     
  • 2.46, Аноним (-), 22:50, 12/07/2016 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > шел 2016 год

    ... а количество ядер на средней десктопной (уж о мобильных я не говорю) системе можно сосчитать по пальцам одной, максимум двух рук.

    И?

     
     
  • 3.49, Аноним (-), 23:55, 12/07/2016 [^] [^^] [^^^] [ответить]  
  • –5 +/
    То есть тормозящий браузер, при простое "немногочисленных ядер" это номарльно? Мусье случайно не украинский зомби?
     
     
  • 4.50, Аноним (-), 00:26, 13/07/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > тормозящий браузер

    Во-первых, он тормозит не из-за того, что занял одно ядро вместо четырёх.

    > при простое "немногочисленных ядер"

    Во-вторых, в статье не сказано про "простой" ядер. Я уверенно предполагаю, что в мозилле сделают как и все остальные - будут грузить все ядра НЕЗАВИСИМО от того, в простое они или нет.

    > это нормально

    В-третьих, да, это нормально. Я предпочту чтоб тормозил только браузер и у меня была в запасе пара ядер, чтобы натравить на него xkill, вместо того, чтоб тормозила вся система а я был вынужден ждать, пока же мне творение мозиллы отрисует очередной эффект по сдвигу на полэкрана картинки в 4K разрешении.

    И вообще, стоит ли доверять загрузку ядер компании, которая просто не в состоянии написать что-то нетормозящее?

     

  • 1.19, AlexYeCu (ok), 21:30, 12/07/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Лучше б починили наглухо разломанную поддержку GTK-шных тем.
    Сломали ещё в 46, на багтрекеры болт, обещают к 49 исправить.
    Приложение не работоспособно с темами кроме дефолтной, никого не скребёт. «Зато у нас будет Раст!» — кому б он сдался в браузере.
     
     
  • 2.32, Stax (ok), 21:56, 12/07/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Просто вы не входите в их ЦА. Если бы было сломано что-то на винде или андроиде, починили бы быстро. А gtk... их это, в целом, не слишком интересует.
     
     
  • 3.38, Аноним (-), 22:11, 12/07/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Вот-бида. А мне и на венде то ни разу не приходило в голову дефолтную тему менять. Ну а на линуксе оно ж даа. Там же что-то анимешачное по канону же должно стоять. Какие-нить сисястые покепони.


     
     
  • 4.63, ryoken (ok), 09:31, 13/07/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > Там же что-то анимешачное по канону же должно стоять. Какие-нить сисястые
    > покепони.

    И много в Kaiji вот этого самого вы увидели?

     
  • 4.90, Аноним84701 (?), 13:54, 13/07/2016 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Вот-бида. А мне и на венде то ни разу не приходило в
    > голову дефолтную тему менять.

    А что, в форточках уже сделали нормальную (т.е. не только цвет и градиенты декораций)  замену темы? И даже гвоздями не прибили?

    > Ну а на линуксе оно ж даа.
    > Там же что-то анимешачное по канону же должно стоять. Какие-нить сисястые
    > покепони.

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


     
  • 4.103, Аноним (-), 23:26, 14/07/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Руки прочь от темы, аниме и поней.
     
  • 3.39, AlexYeCu (ok), 22:13, 12/07/2016 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > Просто вы не входите в их ЦА. Если бы было сломано что-то
    > на винде или андроиде, починили бы быстро. А gtk... их это,
    > в целом, не слишком интересует.

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

     
     
  • 4.43, Аноним (-), 22:24, 12/07/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Это заговор M$. Они проплачивают Гуглю и Мозилле за саботаж, чтобы пересадить всех на свой Edge. Вы скажете, как это проплачивают Самому Гуглю!? Не может этого быть! Я вам по секрету скажу, что индус с индусом завсегда договорится. Вот так.


     
     
  • 5.73, XoRe (ok), 11:47, 13/07/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Давай ещё круче: это Гугль проплачивает MS, чтобы MS проплачивал Гуглю
     
     
  • 6.98, ryoken (ok), 16:26, 13/07/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Давай ещё круче: это Гугль проплачивает MS, чтобы MS проплачивал Гуглю

    ...ощутил себя в комнате с зеркальными стенами...

     
     
  • 7.105, Aleks Revo (ok), 09:25, 15/07/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >> Давай ещё круче: это Гугль проплачивает MS, чтобы MS проплачивал Гуглю
    > ...ощутил себя в комнате с зеркальными стенами...

    вылазь из лазера ))

     
  • 4.86, Ordu (ok), 13:10, 13/07/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > Судя по общему вектору развития FF, в их ЦА пользователи не входят в принципе.

    При любом развитии пользователи вываливаются из ЦА. Любое развитие -- это изменения. Пользователи принимают любые изменения в штыки, но мало того, как только начинаешь что-нибудь менять, как сразу что-нибудь ломается. И этого пользователи тоже не готовы понять.

    Но ваш случай мне нравится больше, чем случай заурядного пользователя: вы пользуетесь последними версиями, вместо LTS/ESR и плачете, что что-то там у вас не работает? Вы из git не пробовали собрать? Попробуйте обязательно. Может быть там gtk-шные темы заработают? Ах да, не забудьте при этом поставить системным компилятором llvm, который тоже надо обязательно взять со всеми новейшими патчами из git. Да, а вообще, чего там мелочиться -- пересоберите всю систему, вытянув все сорцы из git или ещё каких vcs. После этого приходите сюда порыдать о том, что линуск не для пользователей сделан, а для красноглазых гиков, которые трахаются с пересборкой софта неделями, и несмотря на это у них ничего не работает.

     
  • 2.34, th3m3 (ok), 22:03, 12/07/2016 [^] [^^] [^^^] [ответить]  
  • –2 +/
    У меня в 47 версии - всё нормально стало работать.
     
     
  • 3.37, AlexYeCu (ok), 22:10, 12/07/2016 [^] [^^] [^^^] [ответить]  
  • +3 +/
    >У меня в 47 версии - всё нормально стало работать.

    Весьма информативное сообщение.

     
     
  • 4.74, th3m3 (ok), 11:52, 13/07/2016 [^] [^^] [^^^] [ответить]  
  • –2 +/
    В 47 версии это пофиксили. Во всяком случае, у меня всё стало нормально. Так информативнее стало?
     
     
  • 5.77, AlexYeCu_not_logged (?), 12:39, 13/07/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Информативней. Только вот на багтрекерах Мозиллы этот баг отмечен как неисправленный. И в 47 версии я его наблюдаю.
     
  • 2.72, Аноним (-), 11:21, 13/07/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Лучше б починили наглухо разломанную поддержку GTK-шных тем.
    > Сломали ещё в 46, на багтрекеры болт, обещают к 49 исправить.
    > Приложение не работоспособно с темами кроме дефолтной, никого не скребёт. «Зато у
    > нас будет Раст!» — кому б он сдался в браузере.

    FIY, у RUST отличная поддержка GTK, биндинги пишут разработчики/мейнтейнеры GTK, некоторые пишут на форумах RUST

     
     
  • 3.84, Аноним (-), 13:01, 13/07/2016 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > биндинги пишут разработчики/мейнтейнеры GTK

    это-то и пугает...

     

  • 1.21, Аноним (-), 21:32, 12/07/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    Firefox 50.0a1 (2016-07-11) раст уже там?
     
     
  • 2.31, paulus (ok), 21:46, 12/07/2016 [^] [^^] [^^^] [ответить]  
  • +/
    естественно :)
     

  • 1.30, Аноним (-), 21:46, 12/07/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Многопоточность не так уж прямо и нужна. На моем смартфоне за 3к сайты не тормозят...
     
     
  • 2.33, Аноним (-), 22:02, 12/07/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Это неправильные сайты.
     
  • 2.40, Аноним (-), 22:14, 12/07/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Многопоточность не так уж прямо и нужна. На моем смартфоне за 3к
    > сайты не тормозят...

    Где-то не подключены.. То есть, у вас не тормозят, а на срасунге с тизенем будут тормозить! Да и без тизеня они там тормозят.


     

  • 1.51, AnotherReality (ok), 02:02, 13/07/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • –3 +/
    Неплохо. Интересно а потребление памяти уменьшится, или увеличится? Всё таки  гугл  подход к  написанию программного обеспечения, который жрет ОЗУ тоннами, дал хрому выйти вперед, но на 2016 год это не так нужно.
    И да есть варианты в пару кликов перейти на мозиллу с хрома? перенести пароли ?
     
  • 1.52, AnotherReality (ok), 02:16, 13/07/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    Кстати, что за extensions лежит под названием
    {972ce4c6-7e08-4474-a285-3208198ce6fd}.xpi ?
     
     
  • 2.56, Аноним (-), 05:39, 13/07/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    xpi - это zip. открой да посмотри что там внутри
     
  • 2.107, paulus (ok), 22:24, 15/07/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > Кстати, что за extensions лежит под названием {972ce4c6-7e08-4474-a285-3208198ce6fd}.xpi?

    Если не ошибаюсь там лежит "The default theme"

     

  • 1.64, Аноним (-), 10:01, 13/07/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    чем далее, тем более понимаю, что не так уж и плох Chromium
     
  • 1.69, Аноним (-), 11:07, 13/07/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Прямые руки решают все вышеперечисленные проблемы. А ЯП тут вообще не при чём!
     
     
  • 2.85, Аноним (-), 13:02, 13/07/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Святой П-трек, адекват в треде, все в машину!
     

  • 1.75, Анонимный Алкоголик (??), 11:59, 13/07/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    > При этом, несмотря на автоматическое управление памятью, в Rust не применяется сборщик
    > мусора и runtime

    Так это же чудо. Было бы. А так-то там подсчёт ссылок. Внезапно. В программы встраивается. Незаметно судя по всему...

     
     
  • 2.99, Аноним (-), 17:31, 13/07/2016 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Подсчёт ссылок в Swift работает, в Rust - только если явно указать. Прекратите уже газифицировать.
     

  • 1.91, Ilya Indigo (ok), 14:18, 13/07/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Интересует только одно, Firebug сможет работать на серво? Теоретически возможно ли это и ведутся ли работы над этим?
    Кто в теме, расскажите пожалуйста.
     
     
  • 2.97, iPony (?), 15:20, 13/07/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Вообще, пользоваться отдельным инструментом для разработки, когда и так в браузер понапихано его ого-го, по моему попахивает позерством.

    Старый Firebug выкинут на помойку. Ибо сильная завязанность на XUL.
    Будет новый/модный/стильный на основе встроенных средств отладки браузера. Разработчики об этом писали.
    https://blog.getfirebug.com/2016/06/07/unifying-firebug-firefox-devtools/

     
     
  • 3.106, Aleks Revo (ok), 09:35, 15/07/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > Вообще, пользоваться отдельным инструментом для разработки, когда и так в браузер понапихано
    > его ого-го, по моему попахивает позерством.

    Привычка - вторая натура. Хотя, увы, файрбаг как самостоятельный инструмент - умер.

     

  • 1.100, Аноним (-), 20:44, 13/07/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • –3 +/
    Веб разрабатывался для распостранения научных статей, они понапихали туда кучу всякой дряни и удивляются, что оно тормозит. Браузеры также, глупо разжирели. Забыт принцип KISS да UNIX-way.

    А Rust-то не сильно поможет, ведь сами принципы современного ПО хромают. Да и Rust не слишком хорош. Можно же было взять лисп, смоллток.. Но идеал непостижим. К чему я пишу? Я уже подготовил свое мыло, ведь информатика такая нерациональная, математику я не понял, а квантовая физика привела меня в психушку

     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Спонсоры:
    Слёрм
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2020 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру