The OpenNET Project / Index page

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

Началась работа по переводу GNOME Mutter на многопоточную отрисовку

21.06.2019 11:09

В код оконного менеджера Mutter, развиваемого в рамках цикла разработки GNOME 3.34, включена начальная поддержка нового транзакционного (атомарного) API KMS (Atomic Kernel Mode Setting) для переключения видеорежимов, позволяющего проверить корректность параметров перед фактическим изменением аппаратного состояния разом и при необходимости откатить изменение.

С практической стороны поддержка нового API является первым шагом для перевода Mutter на многопоточную модель, при которой код взаимодействующий с видеоподсистемой, компоненты, связанные с OpenGL, и основной цикл обработки событий GLib выполняются в отдельных потоках, что позволит добиться распараллеливания операций отрисовки на многоядерных системах. Выпуск GNOME 3.34 запланирован на 11 сентября.

  1. Главная ссылка к новости (https://www.phoronix.com/scan....)
  2. OpenNews: В Wayland-сеансе GNOME 3.34 будет обеспечен запуск XWayland по мере необходимости
  3. OpenNews: Разработчики SUSE представили DRM-драйвер, работающий поверх FrameBuffer-драйверов
  4. OpenNews: Из состава Fedora 21 планируется исключить X.Org-драйверы без поддержки KMS
  5. OpenNews: Компания Collabora представила графический драйвер kms_swrast
  6. OpenNews: Google в Android начинает использовать штатные DRM/KMS драйверы Linux
Лицензия: CC-BY
Тип: К сведению
Ключевые слова: mutter, kms, gnome
При перепечатке указание ссылки на opennet.ru обязательно
Обсуждение (40) Ajax | 1 уровень | Линейный | Раскрыть всё | RSS
  • 1.1, Аноним (1), 11:19, 21/06/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • –6 +/
    Нужно больше процессов чтобы создавать видимость важности
    Помнится Интернет Эксплорер пятый создавал новый процесс на каждую открытую страницу потому что вкладок у него попросту не было
    А теперь этот тренд дошёл и до опенсорца
     
     
  • 2.2, lockywolf (?), 11:22, 21/06/2019 [^] [^^] [^^^] [ответить]  
  • –2 +/
    А что в этом плохого?

    Может, наконец, переключение контекста в Линуксе станет побыстрее.

     
     
  • 3.4, Аноним (4), 11:33, 21/06/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Это очень накладно же по ресурсам.
     
     
  • 4.7, lockywolf (?), 11:39, 21/06/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Не очень понятно, почему это должно быть накладно.

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

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

     
     
  • 5.14, eganru (?), 12:35, 21/06/2019 [^] [^^] [^^^] [ответить]  
  • +/
    [i]С точки зрения шедулинга, не должно быть большой разницы между процессами и потоками.[/i] - по моему опыту при переключении потоков в рамках процесса и при переключении процесса принципиально разные накладные расходы.

    В случае потоков нам не надо работать над тем, чтобы перенастроить MMU, нам не надо заботиться о cache, в случае процессов мы должны обеспечить другую трансляцию адресов и позаботиться о cache.

     
     
  • 6.22, имя (?), 15:55, 21/06/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > В случае потоков нам не надо работать над тем, чтобы перенастроить MMU

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

    > нам не надо заботиться о cache

    Если ваши треды работают с одним и тем же клочком памяти, который настолько мал, что вы в кеш помещаетесь, то сэкономленное на сбросе кеша вы наверняка уже потратили на ожидание локов. (Хотя L3, конечно, нынче и конских размеров встретить можно, не спорю.)

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

    > по моему опыту

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

     
  • 5.36, anonymous (??), 08:30, 22/06/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > С точки зрения шедулинга, не должно быть большой разницы между процессами и потоками.

    А что делать с TLB cache при переключении контекста?

     
     
  • 6.37, lockywolf (?), 08:33, 22/06/2019 [^] [^^] [^^^] [ответить]  
  • +/
    >> С точки зрения шедулинга, не должно быть большой разницы между процессами и потоками.
    > А что делать с TLB cache при переключении контекста?

    Кэш сейчас большой.

     
  • 4.8, Аноним (8), 11:41, 21/06/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Так а какая там архитектура, вот есть куча приложений, они раскиданы по процессорам, сейчас они получаются стучат в один процесс на одном ядре? А теперь будет локальный процесс на треде для отрисовки? Или в чем там суть
     
  • 2.3, Аноним (3), 11:32, 21/06/2019 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Как связана убогость интерфейса IE с многопроцессностью в программах? Нам дали кучу ядер - надо этим пользоваться.
     
     
  • 3.5, Аноним (4), 11:34, 21/06/2019 [^] [^^] [^^^] [ответить]  
  • +/
    В IE не осилили многопоточность. И эти за ними.
     
     
  • 4.6, wat (?), 11:39, 21/06/2019 [^] [^^] [^^^] [ответить]  
  • +/
    А в Firefox осилили, и?
     
     
  • 5.9, Аноним (9), 11:54, 21/06/2019 [^] [^^] [^^^] [ответить]  
  • –2 +/
    И каскадные таблицы работают молниеносно.
     
  • 5.28, Cosmonaft (?), 21:14, 21/06/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Это когда они осилили многопоточность? Квантум это афера.
     
     
  • 6.30, IRASoldier_registered (ok), 23:15, 21/06/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Сильное заявление. Пруфы будут?
     
  • 4.11, Аноним (11), 11:57, 21/06/2019 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Помнится, многопоточность долго считалась не unix-way. Нужен новый поток? делай форк!
    И лишь [относительно] недавно появились pthread (1995).
     
  • 2.20, marks (?), 14:07, 21/06/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Нет. Это революция. Наконец-то не будет тормозить интерфейс гномощели от расширений. У них один поток, в котором они обрабатываются.
     

  • 1.10, Аноним (9), 11:56, 21/06/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    Рамштайн муттер. Теперь будет работать быстрее.
     
  • 1.12, Аноним (12), 12:18, 21/06/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +6 +/
    Этот тип новостей, когда маленько охреневаешь: А ЧТО, В 2019 ЭТОГО ЕЩЕ НЕ БЫЛО?!
     
     
  • 2.17, develop7 (ok), 13:29, 21/06/2019 [^] [^^] [^^^] [ответить]  
  • –3 +/
    так сищечька же. там что в 2019, что в 3019 написание многопоточного кода — унижение, боль и минное поле. тем более любителями из GNOME.
     
     
  • 3.19, Punk_Joker (ok), 13:40, 21/06/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А модненьком JS и того,в районе полугода назад только добавили такую возможность в принципе
     
     
  • 4.38, develop7 (ok), 13:28, 22/06/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > А модненьком JS и того,в районе полугода назад только добавили такую возможность в принципе

    воркеры не про это; да и модненький он разве только среди ковбоев альтернативной этической ориентации


     
  • 3.25, Гонделярбы (?), 21:03, 21/06/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > тем более любителями из GNOME.

    Так а на кого ровняться нужно?

     
  • 2.21, marks (?), 14:16, 21/06/2019 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Не было, конечно. Во-первых, Третий гном - это далеко не 2019й год, как бы это невероятно бы не казалось.
    >Релиз 3.0 6 апреля 2011

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

     
     
  • 3.35, Fracta1L (ok), 06:06, 22/06/2019 [^] [^^] [^^^] [ответить]  
  • +/
    В 2011 году не было необходимости? Ну-ну. Тогда многоядерные процессоры уже господствовали на рынке.
     

  • 1.13, eugener (ok), 12:26, 21/06/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Для людей придумали треды, а они всё равно хотят форкаться.
     
     
  • 2.15, Аноним (15), 12:41, 21/06/2019 [^] [^^] [^^^] [ответить]  
  • +6 +/
    В оригинальной новости речь именно про треды идёт.
     
     
  • 3.16, eugener (ok), 12:46, 21/06/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > В оригинальной новости речь именно про треды идёт.

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

     

  • 1.18, kiwinix (?), 13:31, 21/06/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    А как на счёт vulkan?
    Уже бы пилили на него. Была бы и многопроцессорность. Задел на будущее.

    А опенгл пусть бы так и оставался в 1 поток..

     
     
  • 2.23, Аноним (23), 17:54, 21/06/2019 [^] [^^] [^^^] [ответить]  
  • +/
    https://www.phoronix.com/scan.php?page=news_item&px=Chamferwm-Vulkan-WM
    Только далеко не факт что допилят, и тем более не факт что взлетит.
     
     
  • 3.24, kiwinix (?), 20:10, 21/06/2019 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Так то же Х11. Не сказал бы что его вообще нужно развивать
     
     
  • 4.26, Гонделярбы (?), 21:05, 21/06/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А что, есть рабочая замена Х?
     
     
  • 5.27, Аноним (27), 21:11, 21/06/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Нет.
     
  • 5.29, Аноним (29), 22:11, 21/06/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Wayland есть, он работает, используется в GNOME по умолчанию, по умолчанию используется в Debian 10, Red Hat Enterprise Linux 8, Fedora, и если GNOME установить на Arch Linux.
     
     
  • 6.31, Гонделярбы (?), 23:20, 21/06/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Приманил евангелиста! Подсекай! Подсекай!
     
     
  • 7.33, анним (?), 01:00, 22/06/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Бросай удочку, да греби быстрее!
     
  • 6.39, lockywolf (?), 14:57, 22/06/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Wayland есть, он работает, используется в GNOME по умолчанию, по умолчанию используется
    > в Debian 10, Red Hat Enterprise Linux 8, Fedora, и если
    > GNOME установить на Arch Linux.

    Есть ли у Вейленда аналог ssh -X/ssh -Y ?

     
     
  • 7.40, Клыкастый (ok), 13:48, 23/06/2019 [^] [^^] [^^^] [ответить]  
  • +/
    обязательно напишут. ведь тут как - сначала надо придти на лозунгах "а давайте выкинем всё лишнее", а потом "а теперь давайте наращивать функционал", в процессе наращивания "лишнее", обрастая костылями, вернётся на место. кто сказал "надо было разрабатывать X12"!?
     
  • 2.34, анним (?), 01:02, 22/06/2019 [^] [^^] [^^^] [ответить]  
  • +/
    С разморозкой, новые версии OpenGL (хотя бы 3 или больше) как раз на многопоточность переделаны. Зря чтоли в KWin выбор между OpenGL 2/3?
     

  • 1.32, pXeL (?), 23:51, 21/06/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    отрисовка опенгл в многоядерных системах... имхо этим должен gpu заниматься а не цпу... кто-то/где-то/что-то гонитЪ, а пипел хаватЪ
     
     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



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

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