LINUX.ORG.RU

GNOME vs. KDE с точки зрения разработчика

 ,


0

3

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

Гном в этом плане прост и лаконичен: часто запускаемые приложения находятся на панели слева, редко запускаемые находятся в специальном меню.

KDE красив и не тормозит, но… Нажимаешь «Пуск» и вываливается эта помойка: выключить, настроить, поискать, запустить. Какие то виджеты, которые ещё в седьмой винде на мороз выкинули. Спорная DE, по моему мнению.

С точки зрения разработки всё наоборот. Гном - это C (для UI так себе), Vala, GKT (чисто гномьи технологии)

У KDE проще, плюсы и Qt. Легко начать разрабатывать приложение и прокачанные скилы пригодятся в оплачиваемых проектах. Да и стек приложений получше у KDE.

Интересно было бы услышать мнения, под что лучше делать приложения.


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

Про таймтрекеры не могу сказать, не пользуюсь. Но скриншоты, скринкасты, вот это всё, прекрасно работает, как и раньше. Приложения теперь и вправду «урезаны в полномочиях», но параллельно Вяленду пилится, например, PipeWire, который решит большинство этих проблем, не жертвуя секьюрностью.

А сторонним разработчикам каково лезть в этот бардак? Там работает, там не работает, проще забить вообще на жмупинус, чем совладать с Ънновационной Графической Системой, тьфу.

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

вялендофанатикам идеология и сесурность головного мозга важнее

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

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

Кто мешает измерить количество чурбанов

Это вы про кодеров?

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

Меня - нет, пользуюсь ей несколько раз в год. А нестрашно жить - это пока ни разу в реальности не пропадали ценные данные.

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

Или строчки кода мерять, против чего Вы вроде сами выше выступали?

Количество решенных задач для начала неплохо. А вообще вам должно очень понравиться. https://habr.com/ru/post/530390/

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

Qt, GTK

Вот видите, уже два, а не единый тулкит платформы ;) И не всё означенное они покрывают. И не всех устраивают.

Никому в голову не приходит писать графические программы на системных вызовах

Похоже на то.

@bq:00:55:13:/media/d/temp/git/kmonad$ grep -R WIN32K.SYS /downloads/progs/bin/mz/
@bq:20:54:17:/media/d/temp/git/kmonad$ grep -R WIN32K.SYS /downloads/progs/lib/mz/
@bq:20:57:45:/media/d/temp/git/kmonad$ 

А почему? Потому что в WinAPI есть полноценные обёртки для всех вызовов?

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

прекрасно работает, как и раньше

Работает где, только в GNOME/KDE/wlroots, как всегда? ;)

Все современные браузеры, OBS Studio, это первое, что приходит в голову

А проприетарщики?

Это админы локалхоста и мамкины кулхацкеры могут плевать на секьюрность

Ну поэтому и поливают говном современные технологии ещё с тех пор, как майки закопали ветку Win9x вместе с DOS (а юниксы эти ваши изначально огороженно-многопользовательскими были, что в Android вообще в культ возвели). Ниша свободных систем, которые не трахают пользователю мозги анальным огораживанием, с тех пор пустует; отчасти её занимают Windows XP и Kali Linux, ещё на ReactOS есть надежда, а остальное катится в жопу, на мобилках вообще никакого просвета, кроме GerdaOS.

mertvoprog
()

Гном в этом плане прост и лаконичен: часто запускаемые приложения >находятся на панели слева, редко запускаемые находятся в >специальном меню.

KDE красив и не тормозит, но… Нажимаешь «Пуск» и вываливается эта >помойка: выключить, настроить, поискать, запустить. Какие то >виджеты, которые ещё в седьмой винде на мороз выкинули. Спорная >DE, по моему мнению.

Вкусовщина. С моей колокольни все строго наоборот, гном ужасно неудобен, даже после настройки, кде же почти и настраивать не надо,главное меню пуск выбрать классическое (это тоже вкусовщина), удобней нигде не видел

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

Вот только данные пользователя могут угнать без участия пользователя, достаточно каких-нибудь безалаберных знакомых, которые пользуются IM со сливом телефонной книжки, заливают с мобильника все фоточки в облако, и чужие рожи в соцсети постят, помечая на них всех, даже тех, кто соцсетями не пользуются ;)

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

Ну эта штука заточена лишь под определённый набор ПО, увы.

Хорошие таймтрекеры более универсальны. Потому и кроссплатформенны ;)

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

В комментах ничего нового, очередные наивные визги «большой брат», «вместо работы будут статистику накручивать» и «мне надо отвлекаться для продуктивности», что уже обсуждалось в этом треде; доставьте что-то менее аутистское ;)

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

Работает где, только в GNOME/KDE/wlroots, как всегда? ;)

Ну извините, линуксоедов никто не заставлял разводить этот зоопарк😏

А проприетарщики?

А они чем кардинально отличаются?

Ниша свободных систем, которые не трахают пользователю мозги анальным огораживанием, с тех пор пустует; отчасти её занимают Windows XP и Kali Linux, ещё на ReactOS есть надежда, а остальное катится в жопу, на мобилках вообще никакого просвета, кроме GerdaOS.

Хрюша уже свободная стала? Я что-то проспал?) Ну и опять же, утверждение о том, что ХП не трахает мозги, это абсурд 80 lvl. Там флешки не монтируются, шрифты не сглаживаются, поддержка железа из коробки нулевая, программ запускается даже меньше, чем под Wine, все популярные браузеры уже не поддерживаются, шанс подхватить вирус огромная - обновлений-то нет. И это только по сравнению с семёркой, которая тоже ужасно устарелая. И всё это трахает мозг несоизмеримо сильнее, чем проблемы со скриншотером или цветовой пипеткой на Вейленде, которые, к тому же, продолжают решаться.

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

линуксоедов никто не заставлял разводить этот зоопарк😏

Так с X.Org нет никакого зоопарка: write once, run everywhere. В том числе на других никсах. Это вялендофанатики, опять же, устроили сознательную диверсию, возложив реализацию на каждый композитор по отдельности, заодно убрав возможность менять его на лету.

А они чем кардинально отличаются?

Тем, что в танке сидят и вообще на онтопик особо не ориентируются; как-нибудь портировали — уже хорошо, они ещё во всяких примочках к вяленду будут разбираться?

Хрюша уже свободная стала?

Конечно, она Руссиновичем вдоль и поперёк исследована. А пропатчить её куда проще, чем Chromium какой-нибудь.

флешки не монтируются

4.2, всё работает.

шрифты не сглаживаются

man GDI++.

поддержка железа из коробки нулевая

Проблемы пожирателей дефолтного говна от M$, в сборочках всё есть.

программ запускается даже меньше, чем под Wine

man OneCore.

все популярные браузеры уже не поддерживаются

А популярный Safari на онтопике и на новых оффтопиках поддерживается, что ли? ;)

обновлений-то нет

Будто когда они были — их ставили. Васянские патчи сломают же. Да и где эти ваши обновления брать без интернетов и зачем?

которые, к тому же, продолжают решаться

Вот когда решатся, и на вяленд полностью портируют что-то кроме i3/Compiz — тогда и приходите. Нам-то, как пользователю Compiz, повезло, можем быть во втором эшелоне адоптеров (первый — гномосеки с дефолтными федоробубунтами), но Wayfire вопиюще сыроват пока ;)

А вот куда деваться пользователям всяких Awesome/XMonad/IceWM/Openbox/FVWM, у которых порты в лучшем случае в зачаточном состоянии или полностью велосипедные вместо пользования готовых wlroots/Mir — это вялендофанатики пока не придумали ;) И чем заменить XEmbed — тоже не придумали. И как обеспечить устойчивость сессии к падениям композитора (уже пару лет обсуждается позаимствование восстановления сессии из Enlightenment, но оно не совсем про то и должно поддерживаться клиентами). Короче, тут ещё по меньшей мере работы лет на 5, пока всерьёз можно будет визжать о какой-то замене иксам, а не только о режиме гомощели в GDM ;)

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

Только с этими тулкитами они никак не связаны: оба поддерживают или только X11, или оба, в зависимости от версии.

И куда дели Mir, DirectFB, Ozone, SurfaceFlinger?

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

Mir

Он перешёл на Wayland:

Mir was designed from the ground-up with security in mind. To meet the needs of today’s users Mir avoids the X11 protocol and uses Wayland for a more modern and secure approach to graphics.

Отсюда.

DirectFB

Закопали в пользу DRI.

Ozone

Он работает поверх X11/Wayland: https://chromium.googlesource.com/chromium/src/+/master/docs/ozone_overview.md.

SurfaceFlinger

Это чисто композитор, он только рисует растровые буферы на экране. Вводом и управлением окон он не занимается. Этим занимается WindowManager на Java. И да, в Android есть свой единый системный тулкит.

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

Он перешёл на Wayland

Мы в курсе, речь о протоколе.

Закопали в пользу DRI

А что в него умеет? Мы mpv в DRI-режиме запускали когда-то, так мало того, что его fbgrab/fbcat не скринили, так ещё и иксы соседние уронило ;D На DirectFB в своё время даже браузеры портированы были.

Он работает поверх X11/Wayland: https://chromium.googlesource.com/chromium/src/+/master/docs/ozone_overview.md

Шо, точно? Судя по тому, что там написано, он умеет работать поверх X11/Wayland на онтопике, а на хромоси использует свой бэкенд. Вяленые композиторы-то попервой тоже только поверх иксов работали, пока в аппаратный вывод не научились, и что? :P

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

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

в Android есть свой единый системный тулкит

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

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

Конечно, она Руссиновичем вдоль и поперёк исследована.

Ты меня неправильно понял. Я говорю, она стала СВОБОДНОЙ или просто сырцы улетели в инет?

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

Проблемы пожирателей дефолтного говна от M$, в сборочках всё есть.

Ох, лол. Я было тебя всерьёз воспринял. В общем, моральный облик типичного закапывателя GTK/GNOME/Wayland/SystemD вырисовывается.

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

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

И с определениями открытости/свободы бардак. Война поколений даже, можно сказать. А также война юрисдикций, в которых копирастия работает, с юрисдикциями, в которых на неё кладут болт ;)

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

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

с юрисдикциями, в которых на неё кладут болт ;)

Имеется в виду Сомали, Уганда и ДНР? Так это «борьбой» трудно назвать.

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

отношением к чистоте

За чистотой дуйте к нацистам и прочим озабоченным.

линуксовый декстоп пилится под нужды корпораций, а не мамкиных копротивленцев

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

Так это «борьбой» трудно назвать.

С говном (копирастами) не нужно бороться, его нужно не трогать, вонять не будет ;)

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

С говном (копирастами) не нужно бороться, его нужно не трогать, вонять не будет ;)

Тогда как случилось, что ты вляпался в Шиндовс ХП, которую ты не покупал?

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

А какое отношение они имеют к десктопу?

Если понимать десктоп не как систему для повседневного домашнего использования, а как нечто похожее на шиндос хрю, то никакого отношения sway к десктопу не имеет, да :D

У тайловодов своя атмосфера и своя парадигма управления ЭВМ, ни на что не похожая

Нууу.. Лично моя «парадигма управления ЭВМ» – это табы + тайлинг, причём больше табы – Qt Creator, Firefox и Steam удобно юзать в квази фулл-скрине (в шиндос подобных – это «развёрнутое окно»).

Более того, тут @derlafff давеча выяснили, что она и для лопатофонов неплоха.

Что в этом плохого?

Нет, врожную.

Ахаха, не пропечатавшийся пробел – это тааак смешно :|

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

Он толком не готов, там и обсуждать толком нечего.

Ааа, эвона как. Не сгнило = не готово? Ну тогда Qt5 с этим его QML, QtDeclarative и всем вот этим вот ещё не готов, чего уж :D

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

Ну вот даже ты понимаешь, что консорциумы просто ретарды антипрогрессоры с рассуждениями примерно – «ышь чаво кляты пендосы удумали – окна в и даже в VR раскидывать! Это не десктоп! Мы ведь на съезде 30 лет назад определили, шо десктоп это когды окошки перекрываются и мышкой ездиют!»

Считают попенсорц злом

Кек ) А чего удивляются, что OpenSource сообщество считает злом их?

форматировать код как душе угодно — своим неотъемлемым правом

Право то они, конечно имеют.. Но также и любой имеет право агриться и орать про то, что такое форматирование вызывает у него приступы конъюнктивита. Ну или просто назвать код write only говном и отказаться его изучать / улучшать.

Или они «считают своим неотъемлемым правом» форматировать код как угодно и обязанностью всех остальных любить такой код?

Капс это уродство.

Кому-то и спецсимволы в коде — уродство, давайте COBOL и Lisp во все щели пропихивать?

Рассуждения такие – я не люблю орать капсом, но если пишешь на винапи, будешь орать капсом, причём постоянно. Весьма неприятно, хотя и некритично.

Про то, что MS заставляет клиентский код выплачивать свой технический долг забыть не получится :]

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

Уже не помним, в первый и последний раз пересекались с ним, когда лабу делали лет 5 назад ;)

«Не читал, но осуждаю»? Кек ) Ну а я вот тебя осуждаю за такую позицию, живи теперь с этим :P

Зато помним это: Нехватка SHM

Т.е. некий кусок кода при запуске делал вид, что «я не я и куча глобал сокетов не моя» и радостно откладывал новую, а виноват «кривой линуксовый IPC», ага. Это как школьники орущие про «корявые кресты», когда им условный

#include <iostream>
#include <string>
int main()
{
  int i = 42;
  std::string s = i+", вот атвет";
  std::cout << s << std::endl;
  return 0;
}

не даёт скомпилить :D

Только в обратную сторону это не работает.

Работает не всегда. Но очень часто.

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

No problemo, пускай себе опционально распараллеливается, только зачем ради этого непараллелимые конфигурации в жертву приносить?

Хмм.. Почему запуск парочки дополнительных потоков вдруг стал «принесением в жертву?»

непараллелимые конфигурации

Это какие? WinXP с его косорурвой вместо планировщика, что даже процессы по ядрам раскидать не мог нормально?

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

Ахаха, не пропечатавшийся пробел – это тааак смешно :|

Тем более он даже не зря непропечатался там :D

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

awesome он такой ))

Он просто конструктор.

интересно, как там waysome поживает..

Поня-тия не имею. Мне в иксах хорошо живётся. ☺

mord0d ★★★★★
()

P.S. Я знаю, что опоздал, но вброшу немножко своего ненужного мнения для кучи.

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

Если нужно графическое приложение под Linux (и только Linux, максимум *nix), а остальные платформы пофигу - GTK. Если нужна кроссплатформенность - иди в сторону Qt/PWA/Electron/Java, сразу. Быстро, решительно. К такому выводу я пришёл, когда сам задавался подобным вопросом.

На GTK тоже можно кроссплатформенность, но это больно (за примерами - git Transmission). С Qt тоже можно в Linux, но шаг влево - шаг вправо, и вот ты уже пишешь обвязки для единственной доступной библиотеки с нужным функционалом, написанной под Glib и рот оказывается в GObject (видел где-то в репозитории qt-virt-manager обвязку над spice-glib). Ну, или, переписываешь либу…

Так сложилось исторически, что C и Glib/GTK получили главенство в Linux, пока тролли жадничали открыть Qt под нормальной лицензией. Больше половины Linux уже написано на C и имеет примесь Glib.

Glib это native-тулкит всея линукса (аминь). Похоже на то, чем является Win32 API для Windows (только лишь похоже). Вот оно такое есть и всё тут. Можно смазать обвязками, абстракциями, но не избавиться, не переписав весь линукс с ног до головы. Потому, если хочешь окунуться в глубокую системную разработку под Linux, Glib придётся коснуться.

Можно сделать приложение ни разу не коснувшись Glib и пальцем, но на самом деле оно будет работать через слои обвязок и абстракций, скрывающих суть того, чем является Linux под капотом. Даже в Qt, вроде как самостоятельный тулкит, но таится весёлая строчка, Requires: libglib-2.0.so.0()(64bit)

Я не хочу сказать, что обвязки/абстракции - это плохо. Они хороши там, где они нужны. Но если твоя изначальная цель - написать приложение для GNU/Linux, то зачем Qt? Разве что религиозные соображения.

Гном - это C

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

Оставь C бородатым системщикам, у них так заведено, а приложение сделай на Vala. Да хоть на жабаскрипте/пистоне, по вкусу. Для интероперабилити в Linux есть замечательная штука - IPC (DBUS). Написал интерфейс, заимплементил и теперь к нему можно хоть через dbus-send стучаться из shell-скрипта. KDE именно таким образом обходит некоторые моменты, где можно получить зависимость от Glib.

У KDE проще, плюсы и Qt. Легко начать разрабатывать приложение

Вкусовщина. В GTK тоже можно написать в XML/нарисовать в Glade скелет приложения и заткнуть в нужных местах точки входа. Или как в старых добрых WinForms, создать объекты и воткнуть в нужные контейнеры. Всё приходит с опытом.

Хочешь expеrience как в каком-нибудь комбайне аля Visual Studio, где IDE практически делает всё за тебя и бесплатно, вернись на винду и жди чуда.

прокачанные скилы пригодятся в оплачиваемых проектах

Я видел тред в Development, в котором выяснили, что С++ теряет в вакансиях, а Qt постепенно становится не нужен.

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

Очевидно же, благодаря непотаканию «копирастическим манькам» © @metaprog

©

Упс…

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

cp необходимо как минимум для сохранения культурного наследия, несогласные стесняшки должны быть помножены на 0 ;)

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

систему для повседневного домашнего использования

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

это табы + тайлинг

Ну так и какое это отношение имеет хоть к чему-то мейнстримному? Хоть десктопу, хоть не десктопу.

Что в этом плохого?

Ну это опровегает некую мифическую привязанность к десктопам.

не пропечатавшийся пробел

Где?

@bq:21:44:09:/tmp/dl$ rg robus /data/text/txt/lorbase.txt |rg ониё
@bq:21:44:27:/tmp/dl$ 

Вы вообще не в теме.

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

Не сгнило = не готово?

В некотором роде да; пока что-то не обкатано и не стабилизировано, немногие потащат его в рот продакшн.

окна в 3д и даже в VR раскидывать!

И как этому иксы мешают? Помимо отсутствия перенаправления ввода указательного устройства, которое можно допилить?

Это не десктоп!

Это вообще неюзабельно до тех пор, пока не будет решена проблема быстрого уставания глаз в VR-очках, тем более при фокусировке на чём-то (возможно, никогда). Так, proof-of-concept для понтов, как компизовский кубик этот ваш в своё время. До обсуждения, десктоп это или не десктоп, и доходить рано.

А чего удивляются, что OpenSource сообщество считает злом их?

Ну выходит, что как-то многовато этого попенсорц-сообщества. А заливают, мол, 1%, притесняют их… А сами кого угодно притеснят ;) Напоминает одну танцпольную картинку.

Ну или просто назвать код write only говном и отказаться его изучать / улучшать

Ну так начнём с того, что код на растерзание давать и не предполагалось, но у попенсорц-фанатиков же в голове не укладывается: как так можно, в 2#20-м код зажимать ;) Остальное уже следствие, история стара, как мир, читайте про графа Калиостро и комнату «здесь угадывают».

если пишешь на винапи, будешь орать капсом, причём постоянно

És magyarul kiabálsz.

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

пересекались

Не читал

WUT

«я не я и куча глобал сокетов не моя» и радостно откладывал новую

Сокеты здесь при чём, когда речь о System V shared memory? И даже у сокетов могут быть уникальные идентификаторы, которые согласовываются во время работы процесса.

не даёт скомпилить

Это-то как раз хорошо. Речь о рантаймовых проблемах.

Но очень часто

Если пользователь не идиот. А если на самом деле идиот, то вести себя не как идиот — не получится.

Беда в том, что защита от идиотов должна быть принудительной для всех, иначе идиоты будут находить способ притвориться не-идиотами на свой пожирач.

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

Почему запуск парочки дополнительных потоков вдруг стал «принесением в жертву?»

Речь шла о дополнительном жоре. Если программа просто разбивает выполнение на несколько потоков, то дополнительного жора здесь нет, она выполнится примерно теми же ресурсами, но быстрее. Максимум оверхедом здесь может быть вытеснение остальных процессов со всех ядер, когда на одном ядре процесс жрал бы только это ядро.

Жор начинается на издержках на синхронизацию между потоками. Особенно когда вместо SHM используется передача сообщений. Также у потоков есть изолированное адресное пространство, которое может накапливаться у каждого потока по отдельности. Если потоки заменяются изолированными процессами, то жор становится ещё печальнее.

WinXP

Речь о железе.

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

рекомендую только не на голом гтк исать, а через обёртку или сразу на vala, код намного лучше на вид будет, да и кстати посмотри fltk и wxwidgets - они намного тоолковее gtk, а fltk ещё и быстрее/отзывчивее на порядки

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

В некотором роде да; пока что-то не обкатано и не стабилизировано, немногие потащат его в рот продакшн.

Да что вы там постоянно продуцируете, стахановцы? На десктопе то ;)

И как этому иксы мешают? Помимо отсутствия перенаправления ввода указательного устройства, которое можно допилить?

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

Ну выходит, что как-то многовато этого попенсорц-сообщества

Ну не ) Скукоживаться и дохнуть на радость проприетарщикам не собираемся :P

А заливают, мол, 1%, притесняют их… А сами кого угодно притеснят ;)

Кек. Удачи с притеснением гугла или M$ или уж тем более обуревших ОПГ, самообозвавшихся правительствами. «Притесняющее большинство» – не те, кого больше, а те в чьих руках большая часть механизмов угнетения и притеснения (законы, «мораль» и т.д.) ;)

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

Сокеты здесь при чём, когда речь о System V shared memory? И даже у сокетов могут быть уникальные идентификаторы, которые согласовываются во время работы процесса.

Если теряешь ключ (уникальный идентификатор), глобального IPC объекта, но не закрываешь его при этом, то это утечка в любом случае. И виноват тут кривой код, не признающий собственные объекты и радостно спамящий новые.

Это-то как раз хорошо. Речь о рантаймовых проблемах.

Ещё раз – какие проблемы? Что ССЗБ устроил утечку? Или что это обнаружилось так рано из-за небольшого максимального количества IPC объектов по умолчанию?

Беда в том, что защита от идиотов должна быть принудительной для всех, иначе идиоты будут находить способ притвориться не-идиотами на свой пожирач.

А может ну её тогда? Ну не смогут идиоты пользоваться системой, ну и пусть. Почему из-за их непроходимой тупости должны страдать нормальные пользователи и энтузиасты?

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

Особенно когда вместо SHM используется передача сообщений

Сообщения медленнее, чем общая память только в том случае, если общая память не эмулируется передачей сообщений ;)

Также у потоков есть изолированное адресное пространство, которое может накапливаться у каждого потока по отдельности

Да, и эта thread local memory часто нужна для эфективного распараллеливания. Не пытаемся читать / писать в общую память сквозь мутекс или семафор, а работаем с собственным куском. Жор больше, работа быстрее.

Если потоки заменяются изолированными процессами, то жор становится ещё печальнее.

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

Ещё, кроме распараллеливания, есть вариант жрать больше, работая быстрее через кеширование (например не выгружать ассет, как только все его инстанцы пропали со сцены, тогда при следующем использовании его не придётся грузить с диска / вычислять). Памяти жрёт больше, работает быстрее.

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

Да что вы там постоянно продуцируете, стахановцы? На десктопе то ;)

А на чём и для чего разрабатывают ещё софт на QML в основном?

закопать

Рутруманам слова не давали :P Матёрые проекты дорабатывать сложнее, это нормально, но не менять же из-за этого технологии каждый 10 лет. POSIX ещё выкиньте для полного счастья :P

условно совместимых

В этом-то и беда. Могли обеспечить совместимость не условно, а сделали в итоге способствующую фрагментации хрень, сознательно.

о чём это может говорить?

Об очередном конфликте интересов разработчиков и пользователей, ничего нового.

дохнуть на радость проприетарщикам

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

Удачи с притеснением гугла или M$

M$ уже сам собой дохнет, гугель выезжает во многом именно на опенсорсе.

обуревших ОПГ, самообозвавшихся правительствами

Не скатывайте обсуждение в 5.3, не всем не нужна государственная власть :P Те, кому не нужна, имеют полное право валить выживать в Антарктиду или хотя бы в Сомали.

а те в чьих руках большая часть механизмов угнетения

Без одобрения большинства это не работает, Zerg Rush может смести любые механизмы угнетения :P

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

Если теряешь ключ

А сфига он в общем случае должен сохраняться между запусками? Вам не кажется, что это оверкилл и шерето?

Что ССЗБ устроил утечку?

Что утечки практически неизбежны при длительной работе системы с кучей перезапусков процессов. Всего-то потому, что SHM мало того что по дефолту не чистится (решаемо включением kernel.shm_rmid_forced=1), так ещё и при отрыве всех процессов, кроме одного, остаётся, пока не завершится и он, из-за чего накостыляли скриптик вместо ручного SIGKILL:

root@localhost:~# cat /usr/bin/safekill
#!/bin/sh
kill -9 "$1"
ipcs -p|grep "$1"|while read a; do ipcrm -m `echo "$a"|col1`; done

Почему из-за их непроходимой тупости должны страдать нормальные пользователи и энтузиасты?

Тенденция такая. Диверсити, инклюзивность, вот это всё. Ну и ШУЕ, конечно же.

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