The OpenNET Project / Index page

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



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Для текстовых редакторов KDE и IDE KDevelop представлена под..., opennews (?), 01-Сен-13, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


21. "Для текстовых редакторов KDE и IDE KDevelop представлена под..."  –3 +/
Сообщение от Аноним (-), 02-Сен-13, 11:10 
> В своей работе Lumen использует DCD, специализированный серверный процесс

Дожили. Так, а для перемещения курсора нам еще не пора создать отдельный серверный процесс? Кедятина она такая - плодит ср@ч в списке задач всем чем может. От мускульной базы до демонов подстветки текста.

Ответить | Правка | Наверх | Cообщить модератору

28. "Для текстовых редакторов KDE и IDE KDevelop представлена под..."  +1 +/
Сообщение от Crazy Alex (ok), 02-Сен-13, 13:22 
А чем плоха идея абстрагировать дополнялку от её клиента? Тем, что лишний PID съест? Скорость IPC там, ясное дело, не проблема - что не так?
Ответить | Правка | Наверх | Cообщить модератору

29. "Для текстовых редакторов KDE и IDE KDevelop представлена под..."  –2 +/
Сообщение от Аноним (-), 02-Сен-13, 13:34 
> А чем плоха идея абстрагировать дополнялку от её клиента?

Ничем. Вынести в shared либу, etc. Но у кедерасов - как обычно все...

> Тем, что лишний PID съест?

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

> Скорость IPC там, ясное дело, не проблема - что не так?

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

Ответить | Правка | Наверх | Cообщить модератору

34. "Для текстовых редакторов KDE и IDE KDevelop представлена под..."  +/
Сообщение от Crazy Alex (ok), 02-Сен-13, 14:18 
Память оно будет есть одинаково, если что. PID - неприятно (и что-то с бардаком в PS вообще делать надо), но есть и жирные плюсы. Например, тот же компилятор D написан так, что память он не освобождает. Вообще. Весь расчет на то, что он откомпилировал один модуль и умер. Такой подход позволяет поднять его скорость работы раз в пять, если не ошибаюсь. Второе. Компилятор - штука сложная, и иногда они падают. Лично я ронял и gcc, и dmd, и не раз. Да, именно на стадии синтаксического разбора Отдельный процесс хоть за собой ничего не утянет. И учтите при этом, что гарантировать качество "подсветчика" клиент подсветки не может и не должен.

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

Ответить | Правка | Наверх | Cообщить модератору

37. "Для текстовых редакторов KDE и IDE KDevelop представлена под..."  –1 +/
Сообщение от Аноним (-), 02-Сен-13, 15:39 
> с бардаком в PS вообще делать надо),

Я вот сделал. Например, #@$нув кеды на#$%, ибо задолбали. Сразу список стал раза в три лаконичнее. XFCE такими заскоками не страдает. А также не тyпит, не пытается сватать мускульные базы и решения для всего и вся типа хранения почт и контактов для своих кривых недоклиентов, заинтегрированные в систему хуже чем IE в win95. Короче, мне десктоп надо а не универсальный ответ на все вопросы жизни и всего такого, с встроенной кофе-машиной и автоматической ж@повытиралкой и всякими средствами для склеротиков-имбецилов.

> но есть и жирные плюсы. Например, тот же компилятор D написан так, что память он
> не освобождает. Вообще. Весь расчет на то, что он откомпилировал один
> модуль и умер.

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

> В общем, как по мне - абсолютно оправданное решение.

Вот вы и пользуйтесь всей этой кедарасией наздоровье, а с меня - хватит. Мне такой феерический гадеж процессами поперек глотки. Как не посмотришь список - там от кедарасии по 100500 процессов. Скачать файлик? Отдельный процесс! Который к тому же вечно виснет и глючит. Вот это да, истинно по кедорасовски! Гадить процессами часто и много, загаживая ими вообще все что можно в принципе загадить. F...k you, dear KDE. F...k you. Искренне рад что избавился от оных.

Ответить | Правка | Наверх | Cообщить модератору

40. "Для текстовых редакторов KDE и IDE KDevelop представлена под..."  +/
Сообщение от Crazy Alex (ok), 02-Сен-13, 18:19 
>Я вот сделал. Например, #@$нув кеды на#$%, ибо задолбали. Сразу список стал раза в три лаконичнее. XFCE такими заскоками не страдает. А также не тyпит, не пытается сватать мускульные базы и решения для всего и вся типа хранения почт и контактов для своих кривых недоклиентов, заинтегрированные в систему хуже чем IE в win95. Короче, мне десктоп надо а не универсальный ответ на все вопросы жизни и всего такого, с встроенной кофе-машиной и автоматической ж@повытиралкой и всякими средствами для склеротиков-имбецилов.

Это ты рассказываешь человеку, который сидит в тайловом WM, если что :-) Но сейчас даже ядерных процессов в ps я вижу штук 40, наверное.

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

Смотри - код синтаксического разбора - он чужой, за его качество КДЕшники и близко ручаться не могут. При этом желательно, чтобы если оно упадет (а за компиляторами это водится) - за собой всё остальное не тащило. Вариант только один - дёргать отдельный процесс, от сегфолта больше ничего не спасёт. Другое дело, что именно в случае D можно сам dmd дергать и получать дерево в JSON - но они ж универсальную тулзу делают.

Ответить | Правка | Наверх | Cообщить модератору

48. "Для текстовых редакторов KDE и IDE KDevelop представлена под..."  +/
Сообщение от Аноним (-), 03-Сен-13, 02:38 
> Это ты рассказываешь человеку, который сидит в тайловом WM, если что :-)

А что, кеды не радуют? :)

> Но сейчас даже ядерных процессов в ps я вижу штук 40, наверное.

Согласен - может анноить. Хотя по ps -AFH оно остается как чайлд kthreadd и не особо мозолит глаза. Хотя тоже поразвели, блин, с*ки.

> и близко ручаться не могут. При этом желательно, чтобы если оно
> упадет (а за компиляторами это водится) - за собой всё остальное
> не тащило. Вариант только один - дёргать отдельный процесс,

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

> они ж универсальную тулзу делают.

Ну да, кедарасы уже делали универсальную буетень для хранения контактов в мускульной базе. Я, правда, упорно не догоняю зачем мне этот шит в системе. Им пользуется только кедарасовский уродский IM клиент и такой же кривой почтарь, и более - НИКТО. В результате масса "общего" г@вна - для двух горбатых программ, которыми я пользоваться не собираюсь. В данном случае кедарасы остались верны этой традиции и опять сделали какое-то супре-решение всего и вся. Которое опять пытается всех осчастливить. Заткнув глюки шита по принципу "да ну нафиг чинить краши, мы лучше замаскируем их под пенька".

Ответить | Правка | Наверх | Cообщить модератору

51. "Для текстовых редакторов KDE и IDE KDevelop представлена под..."  –1 +/
Сообщение от Главные Редакторы (ok), 03-Сен-13, 11:39 
А я давно на LXDE сижу. Тоже когда то кеды достали. Недавно думал вернусь на кеды, а вы меня расстроили, похоже с 2006 года ничего не изменилось.
Ответить | Правка | К родителю #37 | Наверх | Cообщить модератору

56. "Для текстовых редакторов KDE и IDE KDevelop представлена..."  +/
Сообщение от arisu (ok), 04-Сен-13, 13:56 
> Вот вы и пользуйтесь всей этой кедарасией наздоровье, а с меня —
> хватит. Мне такой феерический гадеж процессами поперек глотки. Как не посмотришь
> список — там от кедарасии по 100500 процессов. Скачать файлик? Отдельный
> процесс! Который к тому же вечно виснет и глючит. Вот это
> да, истинно по кедорасовски! Гадить процессами часто и много, загаживая ими
> вообще все что можно в принципе загадить. F…k you, dear KDE.
> F…k you. Искренне рад что избавился от оных.

даёшь всё в ядре! а то как не посмотришь — для кучи вещей отдельные процессы! совсем с ума посходили! то ли дело в Правильной ОС, например: внесли графику в ядро модулем — и отлично получилось.

намёк ясен, нет?

Ответить | Правка | К родителю #37 | Наверх | Cообщить модератору

43. "Для текстовых редакторов KDE и IDE KDevelop представлена под..."  –1 +/
Сообщение от jOKer (ok), 02-Сен-13, 19:55 
На самом деле, анонимус прав: если у вас n-количество процессов, запущенных одновременно, и нуждающихся в определенном сервисе, то сделать этот сервис в качестве отдельного демона - оптимум. Но... Crazy, а Вы уверены, что рядовой кедераст запустит достаточное количество клиентов потребляющих этот сервис? В смысле, достаточное, что бы издержки межпроцессного общения перекрывались количеством сэкономленной памяти? Честно сказать, я вот думаю, что на стандартном десктопе одновременно будет работать _от силы_ пара клиентов-приложений. А в этом случае, оптимум уже общая библиотека. Не?
Ответить | Правка | К родителю #28 | Наверх | Cообщить модератору

44. "Для текстовых редакторов KDE и IDE KDevelop представлена под..."  +/
Сообщение от Crazy Alex (ok), 02-Сен-13, 21:08 
Меня здесь интересует в основном то, что при падении совершенно факультативного сервиса (подсветка) по любой мыслимой софтовой причине его клиент (возможно - с несохраненными изменениями) не упадет. Я не знаю иного способо защитититься от падения по сегфолту кроме выноса в отдельный процесс. А учитывая, что парсер - это плагин, скорее всего сторонний и возможно - весьма кривой - вынос в отдельный процесс - идея очень правильная.
Ответить | Правка | Наверх | Cообщить модератору

49. "Для текстовых редакторов KDE и IDE KDevelop представлена под..."  –1 +/
Сообщение от Аноним (-), 03-Сен-13, 02:41 
> кривой - вынос в отдельный процесс - идея очень правильная.

Ах вот зачем они kio сделали не либой а отдельными процессами, на скачку каждого файла свой. Теперь я наконец понимаю почему это гуано перманентно виснет и загаживает собой список процессов. Оказывается эти чудики вместо починки глюков просто заметают мусор под ковер. Вот оно чего.

Ответить | Правка | Наверх | Cообщить модератору

50. "Для текстовых редакторов KDE и IDE KDevelop представлена под..."  –1 +/
Сообщение от jOKer (ok), 03-Сен-13, 10:41 
Зато плазма уже не падает. Гм... почти не падает.
Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

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