The OpenNET Project / Index page

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

форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка  RSS
"Разработчики GNOME подготовили пожелания по улучшению ядра L..."
Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Изначальное сообщение [ Отслеживать ]

"Разработчики GNOME подготовили пожелания по улучшению ядра L..."  –1 +/
Сообщение от opennews (ok) on 21-Окт-14, 21:11 
Бастьен Ночера (Bastien Nocera (https://wiki.gnome.org/BastienNocera)), разработчик Totem, Rhythmbox и gvfs, входящий в управляющий комитет GNOME Foundation, опубликовал (http://www.hadess.net/2014/10/a-gnome-kernel-wishlist.html) список пожеланий (https://wiki.gnome.org/BastienNocera/KernelWishlist), отражающий возможности, которые разработчикам GNOME хотелось бы видеть в  ядре Linux. Ожидается, что подобная публикация позволит разработчикам ядра понять потребности разработчиков пользовательских окружений. Среди уже развиваемых возможностей ядра Linux, создание которых было продиктовано необходимостью решения проблем с десктоп-окружениями упоминаются inotify (http://www.opennet.dev/opennews/art.shtml?num=5992), memfd (http://www.opennet.dev/opennews/art.shtml?num=40755) и kdbus (http://www.opennet.dev/opennews/art.shtml?num=38578).


Наиболее интересные предложения:


-  Управление питанием:


-  Реализация спящего режима, не использующая раздел подкачки для сохранения содержимого ОЗУ;
-  Встроенная реализация гибридного режима сна -  HybridSuspend (непонятно, что под этим подразумевается, начиная с ядра 3.6 (http://www.opennet.dev/opennews/art.shtml?num=34976) поддерживается режим "Suspend to both", обеспечивающий переход в ждущий режим после предварительного сохранения образа памяти на диск - если аккумулятор заряжен работа восстанавливается как при ждущем режиме, если память обесточилась - как при спящем);
-  Режим сна без разрыва сетевых соединений (Connected stand-by (http://msdn.microsoft.com/en-us/library/windows/hardware/dn4...));
-  Получение информации о событии, инициировавшем выход из спящего/ждущего режима;
-  Явное определение нулевого уровня подсветки экрана: 0 - нет подсветки или минимально возможный уровень подсветки?;
-  Документирование средств управления питанием для USB-устройств (например, как подать питание для зарядки устройства через USB-порт);


-  VFS, файловые системы:


-  Обновление времени изменения для всей цепочки директорий, например, если изменено время модификации /foo/bar/baz, то оно также должно измениться и для директории /foo. Данное изменение существенно упростит отслеживание источника изменений и организацию резервного копирования;
-  Реализация API, похожего на FSEvents (http://en.wikipedia.org/wiki/FSEvents) из OS X, агрегирующего события об изменениях в привязке к дереву директорий, а не отдельным файлам, и направляющим уведомления приложениям, пожелавшим получать данные об изменениях в определённых директориях;
-  Поддержка отслеживания операций перемещения и переименования в fanotify;
-  Возможность формирования потока информации об изменениях во всех ФС;

-  Разное


-  Обработчик ситуации исчерпания памяти в системе (OOM killer), работающий в пространстве пользователя;
-  Компоненты, необходимые для реализации контейнеров отдельных десктоп-приложений (http://www.opennet.dev/opennews/art.shtml?num=40176) (интеграция в ядро overlayfs и kdbus);
-  Включение по умолчанию средств для сжатия памяти в определённых аппаратных конфигурациях (zram, zcache, zswap);
-  childfd для контроля за файловыми дескрипторами дочернего процесса;
-  Вариант epoll_wait, использующий монотонное время (постоянно увеличивающаяся шкала времени), вместо определения таймаута (уменьшающийся счётчик).


URL: http://www.hadess.net/2014/10/a-gnome-kernel-wishlist.html
Новость: http://www.opennet.dev/opennews/art.shtml?num=40892

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

Оглавление

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


2. "Разработчики GNOME подготовили пожелания по улучшению ядра L..."  +13 +/
Сообщение от Аноним (??) on 21-Окт-14, 21:13 
> Реализация спящего режима, не использующая раздел подкачки для ...
> Встроенная реализация гибридного режима сна ...
> Режим сна без разрыва сетевых соединений ...

Как я понимаю, без этих изменений в ядре написать работающий desktop environment просто невозможно.

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

3. "Разработчики GNOME подготовили пожелания по улучшению ядра L..."  +12 +/
Сообщение от Аноним (??) on 21-Окт-14, 21:18 
Нормальные хотелки для чего-нибудь околоноутбучного и планшетного. Батарейка то не резиновая, а отвал сети - это фи.

А в целом удивительно адекватные пожелания. Встречное пожелание к гномерам: GnomeVFS? KILL IT WITH FIRE!!!

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

10. "Разработчики GNOME подготовили пожелания по улучшению ядра L..."  +/
Сообщение от byu on 21-Окт-14, 21:27 

> А в целом удивительно адекватные пожелания. Встречное пожелание к гномерам: GnomeVFS? KILL
> IT WITH FIRE!!!

Уже давно. Примерно в 2008 году.

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

29. "Разработчики GNOME подготовили пожелания по улучшению ядра L..."  +/
Сообщение от Stax (ok) on 21-Окт-14, 22:02 
В смысле? А что тогда GIO делает в GLib?
Ответить | Правка | ^ к родителю #10 | Наверх | Cообщить модератору

43. "Разработчики GNOME подготовили пожелания по улучшению ядра L..."  +/
Сообщение от prokoudine email(??) on 21-Окт-14, 22:21 
> В смысле? А что тогда GIO делает в GLib?

GVFS и GIO -- разные проекты.

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

81. "Разработчики GNOME подготовили пожелания по улучшению ядра L..."  +4 +/
Сообщение от Crazy Alex (ok) on 22-Окт-14, 00:39 
Вот прибить бы ещё GIO и вытащить VFS на уровень ниже - хоть через те же FUSE/autofs, чтобы доступ не ограничивался гномовским софтом, а можно было бы, скажем, скрипт натравить на файлик в VFS.
Ответить | Правка | ^ к родителю #43 | Наверх | Cообщить модератору

91. "Разработчики GNOME подготовили пожелания по улучшению ядра L..."  +1 +/
Сообщение от kravich (ok) on 22-Окт-14, 02:22 
+много
Ответить | Правка | ^ к родителю #81 | Наверх | Cообщить модератору

92. "Разработчики GNOME подготовили пожелания по улучшению ядра L..."  +/
Сообщение от prokoudine email(??) on 22-Окт-14, 02:29 
http://www.pygtk.org/docs/pygobject/class-giofile.html
Ответить | Правка | ^ к родителю #81 | Наверх | Cообщить модератору

163. "Разработчики GNOME подготовили пожелания по улучшению ядра L..."  +/
Сообщение от Аноним (??) on 23-Окт-14, 01:52 
> http://www.pygtk.org/docs/pygobject/class-giofile.html

А это вообще надо пожарить на медленном огне. Какое-то дepьмо, которое на бидоне и гном-онли - это так удобно! Я как пользователь должен оказывается сношать себе мозг вопросами на каком языке написана программа и юзает ли она GTK. Вы там в вашем гном совсем @#$нулись, или только наполовину?

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

164. "Разработчики GNOME подготовили пожелания по улучшению ядра L..."  –1 +/
Сообщение от Аноним (??) on 23-Окт-14, 01:58 
P.S. и кедарасов с их вечно глюкавящим KIO это тоже кстати касается. А еще mc отдельно VFS прет. Вообще, не пора ли вам всем там немного договориться и сделать 1 раз и нормально вместо полудюжины глюкавых у...щ, работающих в полутора программах? Вы реально зае...ли, господа.
Ответить | Правка | ^ к родителю #163 | Наверх | Cообщить модератору

109. "Разработчики GNOME подготовили пожелания по улучшению ядра L..."  +/
Сообщение от Гномовод on 22-Окт-14, 09:25 
Уже давно gvfs работает именно так.
Ответить | Правка | ^ к родителю #81 | Наверх | Cообщить модератору

140. "Разработчики GNOME подготовили пожелания по улучшению ядра L..."  +/
Сообщение от внезапно on 22-Окт-14, 17:53 
уже года 4 так, очнитесь
Ответить | Правка | ^ к родителю #81 | Наверх | Cообщить модератору

162. "Разработчики GNOME подготовили пожелания по улучшению ядра L..."  +1 +/
Сообщение от Аноним (??) on 23-Окт-14, 01:50 
> GVFS и GIO -- разные проекты.

Это было пожелание к гномерам с их глюкавыми турбокостылями по части "VFSов вообще". Если им так зудит - пусть уж делают нечто на основе чего-то типа FUSE, при том для всех программ в системе, а не только гнома. Глюкавейшие, gnome-only костыли - просто неимоверно задолбали. Не говоря о том что когда одни программы видят файлухи так, а другие этак - это КЛАСТЕРФАК!!!111

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

5. "Разработчики GNOME подготовили пожелания по улучшению ядра L..."  +/
Сообщение от betcher on 21-Окт-14, 21:20 
А куда засыпать если не в своп? В файл? Мне кажется такое и сейчас возможно. Вроде читал об этом, или ошибаюсь?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

9. "Разработчики GNOME подготовили пожелания по улучшению ядра L..."  +2 +/
Сообщение от Michael Shigorin email(ok) on 21-Окт-14, 21:26 
> А куда засыпать если не в своп? В файл? Мне кажется такое
> и сейчас возможно. Вроде читал об этом, или ошибаюсь?

http://tuxonice.nigelcunningham.com.au/features
/suspend-to-file

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

32. "Разработчики GNOME подготовили пожелания по улучшению ядра L..."  +/
Сообщение от betcher on 21-Окт-14, 22:07 
Точно. Туксонайс. Спасибо. Он.
Ответить | Правка | ^ к родителю #9 | Наверх | Cообщить модератору

6. "Разработчики GNOME подготовили пожелания по улучшению ядра L..."  +13 +/
Сообщение от Alen (??) on 21-Окт-14, 21:22 
Странно, что разрабы icewm не публикуют своих пожеланий. Скоро у них будет больше пользователей, чем у третьегнома. Но если по пользователям айс вполне может догнать и обогнать третьегном, то по амбициям разрабы третьегнома недостижимы.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

7. "Разработчики GNOME подготовили пожелания по улучшению ядра L..."  +4 +/
Сообщение от SpiritOfStallman (ok) on 21-Окт-14, 21:22 
Ожидаем их патчей.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

75. "Разработчики GNOME подготовили пожелания по улучшению ядра L..."  +/
Сообщение от chinarulezzz (ok) on 21-Окт-14, 23:54 
Точно, ведь никто никому ничего не должен. А еще патчи можно отвергать. Ведь у разрабов ядра своё видение может быть :D
Ответить | Правка | ^ к родителю #7 | Наверх | Cообщить модератору

76. "Разработчики GNOME подготовили пожелания по улучшению ядра L..."  +/
Сообщение от vit (??) on 22-Окт-14, 00:08 
tuxonice они уже послали. у них свой блэкджек с ... ну вы поняли
Ответить | Правка | ^ к родителю #75 | Наверх | Cообщить модератору

77. "Разработчики GNOME подготовили пожелания по улучшению ядра L..."  +3 +/
Сообщение от chinarulezzz (ok) on 22-Окт-14, 00:15 
> Ожидаем их патчей.

гномеры спецы по выпиливанию, а не запиливанию)

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

118. "Разработчики GNOME подготовили пожелания по улучшению ядра L..."  +2 +/
Сообщение от Andrey Mitrofanov on 22-Окт-14, 10:17 
>> Ожидаем их патчей.
> гномеры спецы по выпиливанию, а не запиливанию)

И экстаз-симбиоз с Ленартом. И зачем им ядро?... $[Теории заговоров вставлять ЗДЕСЬ---->]

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

78. "Разработчики GNOME подготовили пожелания по улучшению ядра L..."  +/
Сообщение от Аноним (??) on 22-Окт-14, 00:23 
Боюсь в этом случае вместе с патчами они пропихнут выпил всего остального из ядра.
Ответить | Правка | ^ к родителю #7 | Наверх | Cообщить модератору

11. "Разработчики GNOME подготовили пожелания по улучшению ядра L..."  +/
Сообщение от Аноним (??) on 21-Окт-14, 21:30 
> Обновление времени изменения для всей цепочки директорий, например, если изменено время модификации /foo/bar/baz, то оно также должно измениться и для директории /foo. Данное изменение существенно упростит отслеживание источника изменений и организацию резервного копирования;

Нда-с. Оригинально.

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

18. "Разработчики GNOME подготовили пожелания по улучшению ядра L..."  +/
Сообщение от user (??) on 21-Окт-14, 21:38 
Каким местом они курят?
Ответить | Правка | ^ к родителю #11 | Наверх | Cообщить модератору

31. "Разработчики GNOME подготовили пожелания по улучшению ядра L..."  +3 +/
Сообщение от Аноним (??) on 21-Окт-14, 22:07 
Надо кроме этого ещё и владельца файла на самый верх вытаскивать. А то ненароком кто chown на файле сделает. В обычном линуксе не удается сразу увидеть кто там владелец. А в новой досе^W системе посмотрим на / - сразу всё понятно.
Ответить | Правка | ^ к родителю #18 | Наверх | Cообщить модератору

57. "Разработчики GNOME подготовили пожелания по улучшению ядра L..."  –1 +/
Сообщение от Аноним (??) on 21-Окт-14, 22:56 
> Каким местом они курят?

Тем же, чем и все форкорасы.

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

94. "Разработчики GNOME подготовили пожелания по улучшению ядра L..."  +1 +/
Сообщение от Vladjmir (ok) on 22-Окт-14, 03:32 
Сомнительная фича.
Ответить | Правка | ^ к родителю #11 | Наверх | Cообщить модератору

12. "Разработчики GNOME подготовили пожелания по улучшению ядра L..."  +6 +/
Сообщение от all_glory_to_the_hypnotoad (ok) on 21-Окт-14, 21:31 
> "time" changes up the directory chain when something changes (eg. if something changes in /foo/bar/baz, a timestamp on /foo will be changed).

точно наркоманы

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

13. "Разработчики GNOME подготовили пожелания по улучшению ядра L..."  +3 +/
Сообщение от Аноним (??) on 21-Окт-14, 21:31 
> Обработчик ситуации исчерпания памяти в системе (OOM killer), работающий в пространстве пользователя;

Крепко они дунули.

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

33. "Разработчики GNOME подготовили пожелания по улучшению ядра L..."  +/
Сообщение от devl547 (ok) on 21-Окт-14, 22:08 
Там довольно интересная вещь. Презенташка была на одной из Embedded Linux конференций.
Это вещь для того, чтоб если у нас мало памяти, то перед тем как что-нибудь грохнуть, можно софту по IPC сказать "ребят, сворачиваемся".
И софт, который умеет в такие команды, должен что-нибудь у себя почистить и вернуть память системе.
Ответить | Правка | ^ к родителю #13 | Наверх | Cообщить модератору

45. "Разработчики GNOME подготовили пожелания по улучшению ядра L..."  +/
Сообщение от Аноним (??) on 21-Окт-14, 22:23 
ээээ. может я сейчас совсем не в ту степь. но вот они дбас в ядрышко вкручивают и много софта на него переносят. почему бы самому ядру, по дбас, это не сказать?
Ответить | Правка | ^ к родителю #33 | Наверх | Cообщить модератору

154. "Разработчики GNOME подготовили пожелания по улучшению ядра L..."  +/
Сообщение от freehck email(ok) on 22-Окт-14, 22:02 
В общем случае потому, что dbus - это средство IPC, а код ядра процессом не является - это собственно то место, где производится управление абстракцией т.н. "процесса".
Ответить | Правка | ^ к родителю #45 | Наверх | Cообщить модератору

165. "Разработчики GNOME подготовили пожелания по улучшению ядра L..."  +/
Сообщение от Аноним (??) on 23-Окт-14, 02:01 
> код ядра процессом не является

Ядро нынче имеет какое-то свое мнение на этот счет. Попробуй ps -AFH какой-нибудь, и посмотри что там сверху будет, начиная с kthreadd (PID=2 как правило) и далее по иерархии.

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

72. "Разработчики GNOME подготовили пожелания по улучшению ядра L..."  +/
Сообщение от all_glory_to_the_hypnotoad (ok) on 21-Окт-14, 23:19 
> И софт, который умеет в такие команды, должен что-нибудь у себя почистить и вернуть память системе.

это всё ещё фееричнее выглядит. Чтобы ему что-нибудь почистить верятно придётся заюзать ещё какое-то кол-во памяти, прямо из кучи взять или сделать major page fault, т.е. снова нужно будет наткнуться на OOM killer который опять пошлёт чего-нибудь по IPC и т.д.

И совсем феерично выглядит если учеть что совсем мало кто в принципе умеет отдавать назад память системе, это какие-то жалкие доли процентов приложений писанные Ъ задротами.

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

83. "Разработчики GNOME подготовили пожелания по улучшению ядра L..."  +/
Сообщение от Crazy Alex (ok) on 22-Окт-14, 00:43 
Заюзать - отнюдь не обязательно, тем более, что внутренняя куча может быть полупустая. А насчет неумения - а кто не умеет? Файрфокс тот же умеет GC на полную по просьбе запустить - уже польза. Заведомо не умеет, насколько я помню, только жаба.
Ответить | Правка | ^ к родителю #72 | Наверх | Cообщить модератору

86. "Разработчики GNOME подготовили пожелания по улучшению ядра L..."  –1 +/
Сообщение от all_glory_to_the_hypnotoad (ok) on 22-Окт-14, 01:08 
> Заюзать - отнюдь не обязательно, тем более, что внутренняя куча может быть полупустая.

Заполненность кучи в данных условиях вообще ни на что не влияет - если это преаллокейт, то он почти 100% при OOM-K приведёт к S-PF, а если ранее использованная память - то к HPF. Во всех случаях это килл.

> Файрфокс тот же умеет GC на полную по просьбе запустить - уже польза.

никакой пользы. Во первых gc сам по себе може жрать память, но самое главное системе назад он её не отдаёт. Это вообще никак не помогает в условиях работы oom killer'а.

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

89. "Разработчики GNOME подготовили пожелания по улучшению ядра L..."  +/
Сообщение от зло on 22-Окт-14, 01:28 
фаерфокс умеет возвращает память
Ответить | Правка | ^ к родителю #86 | Наверх | Cообщить модератору

167. "Разработчики GNOME подготовили пожелания по улучшению ядра L..."  –1 +/
Сообщение от Аноним (??) on 23-Окт-14, 02:04 
> фаерфокс умеет возвращает память

Особенно после того как его пристрелит oom killer :).

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

130. "Разработчики GNOME подготовили пожелания по улучшению ядра L..."  +1 +/
Сообщение от имя on 22-Окт-14, 12:01 
> gc <…> память <…> назад он её не отдаёт

А, то есть как только я пинаю GC руками после закрытия толстых табов в Firefox, гигабайты свободного ОЗУ у меня появляются из ниоткуда, по чистому совпадению. Окей!

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

168. "Разработчики GNOME подготовили пожелания по улучшению ядра L..."  +1 +/
Сообщение от Аноним (??) on 23-Окт-14, 02:05 
> А, то есть как только я пинаю GC руками

Ну да, педальный привод - это так удобно. Превратить юзера в GC - круто придумано. В следующий раз пошлют собирать пивные банки наверное.

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

191. "Разработчики GNOME подготовили пожелания по улучшению ядра L..."  +/
Сообщение от Аноним (??) on 27-Окт-14, 15:53 
Причем тут из ниоткуда? Ты же сам написал, что РУКАМИ ЗАКРЫЛ вкладку.
Ответить | Правка | ^ к родителю #130 | Наверх | Cообщить модератору

166. "Разработчики GNOME подготовили пожелания по улучшению ядра L..."  +/
Сообщение от Аноним (??) on 23-Окт-14, 02:04 
> самое главное системе назад он её не отдаёт. Это вообще никак
> не помогает в условиях работы oom killer'а.

Почему же? OOM Killer с удовольствием выписывает файрфоксу коробочку волшебных пи...лей и он при выборе жертв довольно быстро знакомится с oom killer. Это очень помогает освобождению занятой памяти :).

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

141. "Разработчики GNOME подготовили пожелания по улучшению ядра L..."  +1 +/
Сообщение от linvinus on 22-Окт-14, 18:00 
спасибо, раньше про такое не знал.
тем кто из параллельной вселенной, функция доступна тут about:memory?verbose
Ответить | Правка | ^ к родителю #83 | Наверх | Cообщить модератору

35. "Разработчики GNOME подготовили пожелания по улучшению ядра L..."  +/
Сообщение от vitalif (ok) on 21-Окт-14, 22:09 
Ага, круче всего если OOM killer убьёт сам себя!
Ответить | Правка | ^ к родителю #13 | Наверх | Cообщить модератору

41. "Разработчики GNOME подготовили пожелания по улучшению ядра L..."  +1 +/
Сообщение от BratSinot (ok) on 21-Окт-14, 22:19 
Ну идея то хорошая, по крайней мере не конкретно это (честно говоря плевать где оно находится), а возможность указывать что "убивать". К примеру пометить, что в случае чего, убивать Firefox / Chrome, а то ныне он сначала в swap лезет, появляются дикие фризы, ну а потом обычно PANIC.
Ответить | Правка | ^ к родителю #13 | Наверх | Cообщить модератору

74. "Разработчики GNOME подготовили пожелания по улучшению ядра L..."  +/
Сообщение от Ananim on 21-Окт-14, 23:34 
Это поведение прекрасно тюнингуется и сейчас.
Ответить | Правка | ^ к родителю #41 | Наверх | Cообщить модератору

84. "Разработчики GNOME подготовили пожелания по улучшению ядра L..."  +2 +/
Сообщение от Crazy Alex (ok) on 22-Окт-14, 00:44 
И как пометить "первую жертву"?
Ответить | Правка | ^ к родителю #74 | Наверх | Cообщить модератору

131. "Разработчики GNOME подготовили пожелания по улучшению ядра L..."  +/
Сообщение от имя on 22-Окт-14, 12:02 
man 5 proc, искать oom_adj.
Ответить | Правка | ^ к родителю #84 | Наверх | Cообщить модератору

169. "Разработчики GNOME подготовили пожелания по улучшению ядра L..."  +/
Сообщение от Аноним (??) on 23-Окт-14, 02:06 
> И как пометить "первую жертву"?

Указать максимальный вес наиболее ненужным процессам - умрут первыми :)

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

30. "Разработчики GNOME подготовили пожелания по улучшению ядра L..."  +7 +/
Сообщение от anonymous (??) on 21-Окт-14, 22:02 
Блин, GIMP (и еще тонны реально полезного софта) без разработчиков вянут, зато каждое [beep]глазое [beep]ще жирные глючные оболочки ляпает геморроидальными шишками вместо пальцев.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

37. "Разработчики GNOME подготовили пожелания по улучшению ядра L..."  +/
Сообщение от prokoudine email(??) on 21-Окт-14, 22:10 
Просто к сведению: Бастьен -- один из главных разработчиков модуля конфигурации графических планшетов Wacom в GNOME.

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

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

50. "тьфу..."  +4 +/
Сообщение от anonymous (??) on 21-Окт-14, 22:33 
> Бастьен - один из главных разработчиков модуля конфигурации графических планшетов Wacom

Вот за то, что он "под гнома", а не "под иксы вообще" - дать бы тому Бастьену планшетом по голове. Причем не интуосом, а сразу синтиком самого большого размера.
Впрочем, меня это интересует уже чисто теоретически - мне уже не надо, планшет год как продал.

И "ваком" (гениус/другой чорт лысый с пером/...), подозреваю, есть хорошо если у 10% пользователей GIMP, а остальным нафиг не нужен.
При этом в GIMP так и нету >8 бит на компонент, поддержки Lab и т.п., без которых там в отдельных ситуациях весьма печально.
GIMP 3 со всеми этими радостями похоже зарелизится одновременно с Half-Life 3...

> "жирные глючные оболочки" без особых проблем работают на железе шестилетней давности

Сказок не рассказывайте, евангелист вы наш. Я гнома после выхода каждой версии на тестовой машине щупаю. Если оболочка тормозит на Core2Duo - она жырная (всё остальное, кроме разве что KDE, на той машине летает). Если оболочку вместе с запущенными приложениями способно уронить ейное расширение (а чего это там до сих пор кстати нет штатного средства для установки расширений? гному 3 сколько лет уже - а ручки не дошли сделать?) - она глючная. Если скин (вырвиглазный) нельзя поменять без установки кривоватого полуофициального расширения, то разработчки такой оболочки - альтернативно одарённые лица нетрадиционной ориентации.

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

55. "тьфу..."  –1 +/
Сообщение от prokoudine email(??) on 21-Окт-14, 22:52 
> Вот за то, что он "под гнома", а не "под иксы вообще"

Такие проекты уже были и загнулись.

Ну и потом... Конфигуратор под KDE имеется. Написать новый под любой тулкит и оболочку при наличии libwacom — не бог весть какая сложная задача. Не хватает — берите и пишите.

> При этом в GIMP так и нету >8 бит на компонент

Искренне сочувствую всем, кто по каким-то причинам не может пользоваться вполне стабильным кодом из git master.

> Сказок не рассказывайте,

Никаких сказок. У меня самосбор 2008 года с quadcore q9700, если я правильно помню буковки на проце. Но вы рефлесируйте, рефлексируйте, если вам так проще.

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

112. "тьфу..."  +4 +/
Сообщение от тоже Аноним email(ok) on 22-Окт-14, 09:43 
Простите, Александр, но вам не кажется, что планка "на quadcore не тормозит" для одной только оболочки как-то высоковата?
Ответить | Правка | ^ к родителю #55 | Наверх | Cообщить модератору

133. "тьфу..."  –4 +/
Сообщение от prokoudine email(??) on 22-Окт-14, 12:29 
Не кажется. Я покупаю хорошее железо и юзаю его годами. Это нормальный, здоровый подход к затратам. Если он кому-то не нравится — это его личное дело.
Ответить | Правка | ^ к родителю #112 | Наверх | Cообщить модератору

170. "тьфу..."  +2 +/
Сообщение от Аноним (??) on 23-Окт-14, 02:08 
Я думаю что он намекал что не в любой системе по 4 ядра топового проца имеется.

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

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

185. "тьфу..."  +/
Сообщение от Michael Shigorin email(ok) on 23-Окт-14, 18:03 
> если гнум попробовать например на ARMовской платке запустить

Именно этим и троллил Owen Taylor пару лет тому -- правда, в роли платки выступал Nexus 7, на который GNOME3 взгромоздить не удалось именно из-за неподдерживаемого им GL ES.  А вот KDE4, E17 и, помнится, XFCE там вполне себе жили.

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

189. "тьфу..."  –1 +/
Сообщение от prokoudine email(??) on 24-Окт-14, 14:37 
Я бы не назвал Q9700 топовым процом даже на тот момент.
Ответить | Правка | ^ к родителю #170 | Наверх | Cообщить модератору

132. "тьфу..."  +/
Сообщение от имя on 22-Окт-14, 12:28 
> Никаких сказок. У меня самосбор 2008 года с quadcore q9700, если я
> правильно помню буковки на проце. Но вы рефлесируйте, рефлексируйте, если вам
> так проще.

В том самом 2008 году я замечательно пользовался вторым гномом на селеронах 2000 года. А современный гном на атомах 2008 года является пыткой. Упс!

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

134. "тьфу..."  –1 +/
Сообщение от prokoudine email(??) on 22-Окт-14, 12:44 
Вы всерьёз опосредованно сравниваете селерон и атом? Даже не знаю, что сказать. Остаётся только развести руками.
Ответить | Правка | ^ к родителю #132 | Наверх | Cообщить модератору

135. "тьфу..."  +1 +/
Сообщение от имя on 22-Окт-14, 15:07 
> Вы всерьёз опосредованно сравниваете селерон и атом? Даже не знаю, что сказать.
> Остаётся только развести руками.

Вы всерьёз считаете quad core типичным компьютером 2008 года? Мне, увы, тоже нечего вам сказать.

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

137. "тьфу..."  –2 +/
Сообщение от prokoudine email(??) on 22-Окт-14, 15:37 
> Вы всерьёз считаете quad core типичным компьютером 2008 года?

Я на эту тему вообще не задумываюсь. Мне это совершенно не интересно.

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

174. "тьфу..."  +2 +/
Сообщение от Аноним (??) on 23-Окт-14, 02:21 
> Я на эту тему вообще не задумываюсь.

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


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

186. "тьфу..."  –3 +/
Сообщение от prokoudine email(??) on 23-Окт-14, 23:40 
Рад, что вас это так сильно задело.
Ответить | Правка | ^ к родителю #174 | Наверх | Cообщить модератору

139. "справедливости ради"  +1 +/
Сообщение от Michael Shigorin email(ok) on 22-Окт-14, 17:31 
>> "жирные глючные оболочки" без особых проблем работают на железе шестилетней давности
> Сказок не рассказывайте, евангелист вы наш.

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

> Я гнома после выхода каждой версии на тестовой машине щупаю. Если оболочка тормозит
> на Core2Duo - она жырная (всё остальное, кроме разве что KDE, на той машине летает).

Не так давно засовывал GNOME3 3.14.0 на X61t как раз с C2D -- по крайней мере сама оболочка работает по скорости вполне приемлемо.  Правда, проверять на железе пришлось потому, что прикрутили ломалку работы под llvmpipe.

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

152. "Но тормозит же!"  –1 +/
Сообщение от anonymous (??) on 22-Окт-14, 21:53 
> сама оболочка работает по скорости вполне приемлемо

Я не знаю, что у вас считается приемлемой работой. Когда запуск из оболочки приложения (заурядного uxterm) занимает несколько секунд (в XFCE - мгновенно) - это неприемлемо для меня. И всё там так...
Такая оболочка напоминает машину для чистки картошки, которая картошку сжирает сама.

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

158. "Но тормозит же!"  +/
Сообщение от Michael Shigorin email(ok) on 22-Окт-14, 23:29 
>> сама оболочка работает по скорости вполне приемлемо
> Я не знаю, что у вас считается приемлемой работой.

Это когда рука не тянется к пара^Wпитанию сама.

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

180. "Но тормозит же!"  +2 +/
Сообщение от anonymous (??) on 23-Окт-14, 08:50 
>>> сама оболочка работает по скорости вполне приемлемо
>> Я не знаю, что у вас считается приемлемой работой.
> Это когда рука не тянется к пара^Wпитанию сама.

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

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

153. "справедливости ради"  +/
Сообщение от anonymous (??) on 22-Окт-14, 21:54 
> ни тому, ни тому -- Сашу может занести (как и меня),

Что интересно, про расширения гнома вы оба почему-то промолчали.

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

157. "справедливости ради"  +/
Сообщение от myhand (ok) on 22-Окт-14, 23:22 
>> ни тому, ни тому -- Сашу может занести (как и меня),
> Что интересно, про расширения гнома вы оба почему-то промолчали.

А что тут написать?  Иди на https://extensions.gnome.org/ и ставь расширения в один клик.

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

171. "справедливости ради"  +1 +/
Сообщение от Аноним (??) on 23-Окт-14, 02:13 
> А что тут написать?  Иди на https://extensions.gnome.org/ и ставь расширения в один клик.

Ну да, у меня слишком быстро работает компьютер, поэтому ща мы вгрузим JS на 150 кило и посмотрим как у вас система раком встанет :).

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

182. "справедливости ради"  +/
Сообщение от myhand (ok) on 23-Окт-14, 14:21 
>> А что тут написать?  Иди на https://extensions.gnome.org/ и ставь расширения в один клик.
> Ну да, у меня слишком быстро работает компьютер

Начхать на вас.  ТЗ было: компьютер шестилетней давности (с обычной офисной начинкой).


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

190. "справедливости ради"  –1 +/
Сообщение от prokoudine email(??) on 24-Окт-14, 14:40 
А она всё не встаёт и не встаёт. Ну всё у меня не как у людей. Беда, печаль, тоска и уныние какое-то просто :)

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

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

178. "справедливости ради"  +1 +/
Сообщение от anonymous (??) on 23-Окт-14, 08:45 
> А что тут написать?  Иди на https://extensions.gnome.org/ и ставь расширения в
> один клик.

Хехе. Только почему-то:
1. там который год написано "бета"
2. ссылок на extensions.gnome.org с главной страницы gnome.org я не нашел (ну, допустим, плохо искал)
3. в самом гноме че-то не видно кнопки "сходить на сайт с расширениями" (если и есть, то хорошо спрятана)
4. гному 3 уже несколько лет, и до сих пор любое расширение при падении почему-то роняет вместе с собой весь гном целиком, вместе с запущенными приложениями

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

183. "справедливости ради"  –1 +/
Сообщение от myhand (ok) on 23-Окт-14, 14:25 
> 1. там который год написано "бета"

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

> 2. ссылок на extensions.gnome.org с главной страницы gnome.org я не нашел (ну,
> допустим, плохо искал)

Хз, я тоже сходу не скажу.  Но раз вы ставите каждый релиз - должны же анонсы-то хоть были читать?

> 3. в самом гноме че-то не видно кнопки "сходить на сайт с
> расширениями" (если и есть, то хорошо спрятана)

А зачем?

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

Не в курсе, ни разу ничего не падало из установленного.

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

159. "справедливости ради"  +/
Сообщение от Michael Shigorin email(ok) on 22-Окт-14, 23:32 
> Что интересно, про расширения гнома вы оба почему-то промолчали.

Вы не спрашивали, а я их и не видел (cinnamon же вроде к таковым не относится?)...

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

179. "справедливости ради"  +/
Сообщение от anonymous (??) on 23-Окт-14, 08:48 
>> Что интересно, про расширения гнома вы оба почему-то промолчали.
> Вы не спрашивали, а я их и не видел (cinnamon же вроде
> к таковым не относится?)...

я про хлам с https://extensions.gnome.org/
(см. также мой ответ myhand'у парой комментариев выше)

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

160. "справедливости ради"  +/
Сообщение от Led (ok) on 23-Окт-14, 00:31 
> Не так давно засовывал GNOME3 3.14.0 на X61t как раз с C2D
> -- по крайней мере сама оболочка работает по скорости вполне приемлемо.

И это при том, что openSUSE + KDE4 работает на AthlonXP 1300Mhz 512M RAM не просто "приемлемо", а нормально.

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

161. "справедливости ради"  +/
Сообщение от Led (ok) on 23-Окт-14, 01:28 
>> Не так давно засовывал GNOME3 3.14.0 на X61t как раз с C2D
>> -- по крайней мере сама оболочка работает по скорости вполне приемлемо.
> И это при том, что openSUSE + KDE4 работает на AthlonXP 1300Mhz
> 512M RAM не просто "приемлемо", а нормально.

Ой, соврал нечаяно: на этой машинке Sempron 1,6 GHz. И да "openSUSE + KDE4" - 64-битный (не было под рукой 32-битного, когда инсталлилось).

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

184. "справедливости ради"  +/
Сообщение от Michael Shigorin email(ok) on 23-Окт-14, 17:58 
> Ой, соврал нечаяно: на этой машинке Sempron 1,6 GHz.

И полгига? (это больше всего удивило)

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

187. "справедливости ради"  +/
Сообщение от Led (ok) on 24-Окт-14, 01:11 
>> Ой, соврал нечаяно: на этой машинке Sempron 1,6 GHz.
> И полгига? (это больше всего удивило)

Да

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

68. "Разработчики GNOME подготовили пожелания по улучшению ядра L..."  +/
Сообщение от prokoudine email(??) on 21-Окт-14, 23:05 
Не уверен, что стоит отвечать психически нездоровым персонажам энторнетов, но вообще-то я так и поступаю: десктоп был собран после того, как у асусовского ноута второй раз отломалась крышка, и пользоваться им стало *немножечко* невозможно.

Для разъездов потом был куплен до сих пор живой гнусмасовский нетбук. Подержанный, кстати.

Впрочем, вы и тут найдёте, к чему прикопаться: я в вас верю :)

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

155. "тьфу..."  +/
Сообщение от Зевака on 22-Окт-14, 22:19 
Что я не так делаю?
У меня что-то середнячковое на i965 с 3ГБ памяти.
Не тормозит же.
Включен ни то zram, ни то zswap - один фиг не тормозит.
Для пущей удобноты, запускаю Cairo-Dock.
Ответить | Правка | ^ к родителю #50 | Наверх | Cообщить модератору

156. "тьфу..."  +/
Сообщение от myhand (ok) on 22-Окт-14, 23:20 
>> "жирные глючные оболочки" без особых проблем работают на железе шестилетней давности
> Сказок не рассказывайте, евангелист вы наш.

Я готов это подтвердить.  Домашнему шкапчику ~8лет (выключая некоторую периферию).  Не "щупаю" кажный гномий релиз, но гном из Wheezy - работает вполне нормально.

> Если оболочка тормозит на Core2Duo - она
> жырная (всё остальное, кроме разве что KDE, на той машине летает).

Что такое "тормозит"?  Сколько памяти?

> Если оболочку вместе с запущенными приложениями способно уронить ейное расширение (а
> чего это там до сих пор кстати нет штатного средства для
> установки расширений?

Я начинаю подозревать - либо вы "крутите" какой-то неизвестный науке гном, либо проблема в "крутильщике".  Если не разобрались в базовом функционале - о чем еще может идти речь?

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

98. "Разработчики GNOME подготовили пожелания по улучшению ядра L..."  +/
Сообщение от ананим on 22-Окт-14, 04:02 
> Просто к сведению: Бастьен -- один из главных разработчиков модуля конфигурации графических планшетов Wacom в GNOME.

$ eix x11-drivers/xf86-input-wacom
x11-drivers/xf86-input-wacom
     Available versions:  0.20.0 0.23.0 (~)0.24.0 {debug}
     Installed versions:  0.24.0(23:29:37 13.10.2014)(-debug)
     Homepage:            http://linuxwacom.sourceforge.net/
     Description:         Driver for Wacom tablets and drawing devices
$ equery f x11-drivers/xf86-input-wacom | grep xsetwacom
  /usr/bin/xsetwacom
  /usr/share/man/man1/xsetwacom.1.bz2
$ man xsetwacom
xsetwacom(1)                                                      General Commands Manual                                                     xsetwacom(1)
NAME
       xsetwacom - commandline utility to query and modify wacom driver settings.
SYNOPSIS
       xsetwacom [options] [command [arguments]]
DESCRIPTION
       This  program queries or changes properties on the devices loaded by the wacom driver. The modification of properties happens at runtime and is not
       persistent through X server restarts.

[сообщение отредактировано модератором]

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

34. "Разработчики GNOME подготовили пожелания по улучшению ядра L..."  +1 +/
Сообщение от vitalif (ok) on 21-Окт-14, 22:08 
Да, новость офигенно жирная, по некоторым пунктам обтроллиться можно.

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

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

44. "Разработчики GNOME подготовили пожелания по улучшению ядра L..."  +/
Сообщение от YetAnotherOnanym (ok) on 21-Окт-14, 22:22 
А разве своп и без того не занят тем, что в него выгрузили?
Ответить | Правка | ^ к родителю #34 | Наверх | Cообщить модератору

52. "Разработчики GNOME подготовили пожелания по улучшению ядра L..."  +/
Сообщение от vitalif (ok) on 21-Окт-14, 22:47 
Ну можно его побольше выделить, например... Зато не надо отдельно место под спячку выделять.

В принципе, единственное, что мне в голову приходит - это то, что если используешь uswsusp (не обычный swsusp), то при пробуждении оно всасывает с диска не всю память, а только ту, которая необходима, в итоге после пробуждения ещё минут 5-10 система стоит раком, пока со свопом разберётся...

Однако это лечится выкидыванием uswsusp, ибо обычный swsusp ведёт себя прилично.

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

102. "Разработчики GNOME подготовили пожелания по улучшению ядра L..."  +1 +/
Сообщение от Vkni (ok) on 22-Окт-14, 04:49 
> Я например в упор не понимаю, за каким вообще хреном им упёрлась
> спячка не в своп? Им-то что с этого?

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

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

188. "Разработчики GNOME подготовили пожелания по улучшению ядра L..."  +/
Сообщение от Свет в твоем окне on 24-Окт-14, 10:13 
> Им-то что с этого?

Может быть не все пользователи при установке создают swap-раздел, что лишает их "спячки".
Чисто предположение.

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

38. "Разработчики GNOME подготовили пожелания по улучшению ядра L..."  +/
Сообщение от Аноним (??) on 21-Окт-14, 22:10 
А почему коммент благодарного читателя из его блога не привели? Он по своему прекрасен.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

39. "Разработчики GNOME подготовили пожелания по улучшению ядра L..."  +2 +/
Сообщение от Аноним (??) on 21-Окт-14, 22:12 
Почитал коменты - стало грустно: сплошные выкрики ни о чем. Вполне нормальные решения предлагают пацаны. Почему бы и нет, как говорится.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

40. "Разработчики GNOME подготовили пожелания по улучшению ядра L..."  +1 +/
Сообщение от prokoudine email(??) on 21-Окт-14, 22:19 
> Почитал коменты

ССЗБ :) Комменты лучше не читать, особенно к новостям, где фигурирует гном или системдэ.

Что характерно, конечная цель предлагаемых изменений -- сделать более удобную, гибкую и  надёжную десктопную среду, что видно, например, из ответа Бастьена на уточняющие вопросы одного из разработчиков ядра:

http://thread.gmane.org/gmane.linux.kernel/1810083/focus=181...

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

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

48. "Разработчики GNOME подготовили пожелания по улучшению ядра L..."  +1 +/
Сообщение от Аноним (??) on 21-Окт-14, 22:28 
В ответ ему показали кейс http://thread.gmane.org/gmane.linux.kernel/1810083/focus=181... и попросили рассказать что будет в этом случае. Полное впечатление костылей и подпорок.
Ответить | Правка | ^ к родителю #40 | Наверх | Cообщить модератору

90. "Разработчики GNOME подготовили пожелания по улучшению ядра L..."  +/
Сообщение от Аноним (??) on 22-Окт-14, 02:02 
вот из кейс?
Ответить | Правка | ^ к родителю #48 | Наверх | Cообщить модератору

104. "Разработчики GNOME подготовили пожелания по улучшению ядра L..."  +/
Сообщение от Аноним (??) on 22-Окт-14, 08:58 
Англицизм. По русски - конкретная ситуация.
Ответить | Правка | ^ к родителю #90 | Наверх | Cообщить модератору

142. "Разработчики GNOME подготовили пожелания по улучшению ядра L..."  +/
Сообщение от Michael Shigorin email(ok) on 22-Окт-14, 19:35 
>> вот из кейс?
> Англицизм. По русски - конкретная ситуация.

"Простое русское слово <брандмауэр> переводится с немецкого на английский как файрвол"...

Достаточно "случай".

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

172. "Разработчики GNOME подготовили пожелания по улучшению ядра L..."  +/
Сообщение от Аноним (??) on 23-Окт-14, 02:16 
Да, брандмауэр - это несомненно очень русское слово :). Это не тот же индивид задвинул, который доказывал что роутер - не русское слово, зато маршрутизатор - это да. Хотя почти одинаковый корень прозрачно намекает что оба слова родственники и пришли явно не из русского языка...
Ответить | Правка | ^ к родителю #142 | Наверх | Cообщить модератору

175. "Разработчики GNOME подготовили пожелания по улучшению ядра L..."  +/
Сообщение от Аноним (??) on 23-Окт-14, 07:46 
Наверное да. Но у меня слово случай практически всегда употребляется, да и слышу я его, в связке "был случай". То есть уже что-то свершившиеся. А конкретная ситуация, для меня, может быть и гипотетической.
Ответить | Правка | ^ к родителю #142 | Наверх | Cообщить модератору

71. "Разработчики GNOME подготовили пожелания по улучшению ядра L..."  +3 +/
Сообщение от all_glory_to_the_hypnotoad (ok) on 21-Окт-14, 23:12 
настолько удобную, что ей уже пользоваться невозможно
Ответить | Правка | ^ к родителю #40 | Наверх | Cообщить модератору

69. "Разработчики GNOME подготовили пожелания по улучшению ядра L..."  +/
Сообщение от all_glory_to_the_hypnotoad (ok) on 21-Окт-14, 23:10 
утри слезу и ещё напиши что поттеринг не тупой мудак и тоже делает нормальные решения.
Ответить | Правка | ^ к родителю #39 | Наверх | Cообщить модератору

100. "Разработчики GNOME подготовили пожелания по улучшению ядра L..."  +/
Сообщение от Аноним (??) on 22-Окт-14, 04:46 
> Почитал коменты - стало грустно: сплошные выкрики ни о чем. Вполне нормальные
> решения предлагают пацаны. Почему бы и нет, как говорится.

а мне грустно от твоей писанины

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

42. "Разработчики GNOME подготовили пожелания по улучшению ядра L..."  +1 +/
Сообщение от Аноним (??) on 21-Окт-14, 22:21 
О майн гот. Сейчас пролистал рассылку. Ни за что не догадаетесь для чего _большинство_ из этих пожеланий здесь приведено, и как они связаны с десктопом.

> As for: 'Export of "wake reason" when the system wakes up (rtc alarm,
> lid open, etc.) and wakealarm (/sys/class/rtc/foo/wakealarm)
> documentation'
>
> Can you expand more on the rational for the need here? Is this for UI
> for power debugging, or something else?

No, it would be used for automating backups, or implementing
suspend->hibernation transitions. For example, right before the machine
suspends, I would schedule it to wake up in a hour. If I get woken up by
the rtc alarm (and not by the user through a lid open), I might:
- check that I'm plugged into the AC, it's night, and in the vicinity of
the server that handles my backups and so backup the system.
- check whether the battery is low, and hibernate the machine (if it
supports it, obviously).

We cannot do that if we can't make out whether the wake-up came from a
user action, or the alarm we set.

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

53. "Разработчики GNOME подготовили пожелания по улучшению ядра L..."  +/
Сообщение от vitalif (ok) on 21-Окт-14, 22:49 
Это они винду видимо копируют, она же так делает - когда батарейка начинает кончаться, просыпается из памяти и засыпает на диск.
Ответить | Правка | ^ к родителю #42 | Наверх | Cообщить модератору

56. "Разработчики GNOME подготовили пожелания по улучшению ядра L..."  +3 +/
Сообщение от Аноним (??) on 21-Окт-14, 22:53 
Нет, я на другое хочу акцентировать внимание -  it would be used for automating backups. Выше я ссылку привел http://thread.gmane.org/gmane.linux.kernel/1810083/focus=181... интересное у этого перца пожелание. Он там уже по поводу btrfs распространяется и как его использовать для улучшения бекапов. Может они скоро гном к одной фс прибьют.
Ответить | Правка | ^ к родителю #53 | Наверх | Cообщить модератору

87. "Разработчики GNOME подготовили пожелания по улучшению ядра L..."  +/
Сообщение от vitalif (ok) on 22-Окт-14, 01:12 
Да с них станется, я даже и не удивлюсь
Ответить | Правка | ^ к родителю #56 | Наверх | Cообщить модератору

95. "Разработчики GNOME подготовили пожелания по улучшению ядра L..."  +/
Сообщение от Аноним (??) on 22-Окт-14, 03:40 
Было бы хорошо. Тогда оно всё точно сдохнет :)
Ответить | Правка | ^ к родителю #87 | Наверх | Cообщить модератору

108. "Разработчики GNOME подготовили пожелания по улучшению ядра L..."  +/
Сообщение от Аноним (??) on 22-Окт-14, 09:20 
Тогда еще к вяленду надо прибить. Чтоб уж сразу все кучей медным тазом накрылось.
Ответить | Правка | ^ к родителю #95 | Наверх | Cообщить модератору

107. "Разработчики GNOME подготовили пожелания по улучшению ядра L..."  +/
Сообщение от Аноним (??) on 22-Окт-14, 09:18 
По таймеру она на диск скидывается. Ежели она в суспенде больше определенного времени находится (по дефолту вроде как час), то автоматом переходит в гибернейт.
Ответить | Правка | ^ к родителю #53 | Наверх | Cообщить модератору

47. "Разработчики GNOME подготовили пожелания по улучшению ядра L..."  +4 +/
Сообщение от YetAnotherOnanym (ok) on 21-Окт-14, 22:25 
> Режим сна без разрыва сетевых соединений

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

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

49. "Разработчики GNOME подготовили пожелания по улучшению ядра L..."  +2 +/
Сообщение от Аноним (??) on 21-Окт-14, 22:33 
Это, с вероятностью 5 девяток, сервер бекапирования ждёт.
Ответить | Правка | ^ к родителю #47 | Наверх | Cообщить модератору

173. "Разработчики GNOME подготовили пожелания по улучшению ядра L..."  +/
Сообщение от Аноним (??) on 23-Окт-14, 02:18 
> Или это для тех убогих, которые задели кнопку "Sleep", а потом, вырывая
> волосы во всех местах, вынужденны переподключаться ко всему,

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

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

176. "Разработчики GNOME подготовили пожелания по улучшению ядра L..."  +/
Сообщение от Аноним (??) on 23-Окт-14, 07:48 
А можно услышать как именно это отработает? Вот загнал в спящий режим. Взял ноут, потащил в другое место, где другой вай-вай с другими настройками. Разбудил его там. И как это не разорванное соединение поможет?
Ответить | Правка | ^ к родителю #173 | Наверх | Cообщить модератору

51. "Разработчики GNOME подготовили пожелания по улучшению ядра L..."  +/
Сообщение от commiethebeastie (ok) on 21-Окт-14, 22:35 
А почему не хотят HIG ядро?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

54. "Разработчики GNOME подготовили пожелания по улучшению ядра L..."  +8 +/
Сообщение от myhand (ok) on 21-Окт-14, 22:51 
Да, "time" changes up the directory chain when something changes - за это уже имеет смысл только усыплять.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

67. "Разработчики GNOME подготовили пожелания по улучшению ядра L..."  –1 +/
Сообщение от Аноним (??) on 21-Окт-14, 23:05 
> Да, "time" changes up the directory chain when something changes - за
> это уже имеет смысл только усыплять.

Разработчиков? В ветклинике? :)

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

85. "Разработчики GNOME подготовили пожелания по улучшению ядра L..."  +/
Сообщение от Crazy Alex (ok) on 22-Окт-14, 00:49 
Гномеров. В ветклинике, да. Разработчкики ядра, правда, могут помереть от смеха.
Ответить | Правка | ^ к родителю #67 | Наверх | Cообщить модератору

82. "Разработчики GNOME подготовили пожелания по улучшению ядра L..."  +1 +/
Сообщение от Аноним (??) on 22-Окт-14, 00:41 
Разработчики GNOME подготовили пожелания по улучшению ядра Linux и ждут ответного фака :)
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

88. "Разработчики GNOME подготовили пожелания по улучшению ядра L..."  –1 +/
Сообщение от Mirraz (ok) on 22-Окт-14, 01:23 
>интеграция в ядро overlayfs

aufs в ядро не принимаем, а overlayfs так можно? Дибилизм.

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

192. "Разработчики GNOME подготовили пожелания по улучшению ядра L..."  +/
Сообщение от Andrey Mitrofanov on 27-Окт-14, 16:51 
>>интеграция в ядро overlayfs
> aufs в ядро не принимаем, а overlayfs так можно? Д билизм.

Линус http://lwn.net/Articles/618141/?format=printable сказал. Возражай!?

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

93. "Разработчики GNOME подготовили пожелания по улучшению ядра L..."  –2 +/
Сообщение от грегг on 22-Окт-14, 03:17 
> "time" changes up the directory chain when something changes (eg. if something changes in /foo/bar/baz, a timestamp on /foo will be changed).

Чуваки, объясните ламеру, time на корневой директории (да и просто на какой-нибудь /var с логами) будет тогда меняться столько же раз, сколько раз он изменился на лежащих в ней файлах? Они что-то курят?

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

96. "Разработчики GNOME подготовили пожелания по улучшению ядра L..."  +1 +/
Сообщение от Аноним (??) on 22-Окт-14, 03:42 
> Они что-то курят?

Они уже давно и прочно на тяжёлой синтетике. Оттуда не возвращаются.


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

101. "Разработчики GNOME подготовили пожелания по улучшению ядра L..."  +/
Сообщение от Аноним (??) on 22-Окт-14, 04:47 
>> Они что-то курят?
> Они уже давно и прочно на тяжёлой синтетике. Оттуда не возвращаются.

да, слова настоящего знатока дела

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

116. "Разработчики GNOME подготовили пожелания по улучшению ядра L..."  +/
Сообщение от qqq (??) on 22-Окт-14, 10:05 
Они потом попросят дополнительный флаг(и) для каталогов: don't propagate atime(mtime) changes :-)
Каталоги на которых флаг будет установлен, не будут передавать изменения atime(mtime) выше :-)
Ответить | Правка | ^ к родителю #93 | Наверх | Cообщить модератору

120. "Разработчики GNOME подготовили пожелания по улучшению ядра L..."  +2 +/
Сообщение от Andrey Mitrofanov on 22-Окт-14, 10:33 
> Они потом попросят дополнительный флаг(и) для каталогов: don't propagate

Потом наследование прав. На ветки реестра. На крадратных плитках. В ядерном видеодрайвере.

Линус дождётся, </ох!>

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

97. "Разработчики GNOME подготовили пожелания по улучшению ядра L..."  +/
Сообщение от anonymus on 22-Окт-14, 03:58 
> Компоненты, необходимые для реализации контейнеров
> отдельных десктоп-приложений (интеграция в ядро overlayfs и kdbus);

Простите, а зачем в ядре kdbus? Вы что на другом IPC написать контейнеры никак не можете? Может стоило почитать какие IPC уже реализованы в ядре и сразу писать на них, а не выбрать для себя технологию, которое ядро не поддерживает и пытаться убедить команду ядра допилить её для вас.

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

122. "Разработчики GNOME подготовили пожелания по улучшению ядра L..."  +1 +/
Сообщение от Andrey Mitrofanov on 22-Окт-14, 10:36 
> Простите, а зачем в ядре kdbus?
>не можете?
> и пытаться убедить команду ядра допилить её для вас.

http://thread.gmane.org/gmane.linux.kernel/1810083/focus=181... ---Эл, залогинься.

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

124. "Разработчики GNOME подготовили пожелания по улучшению ядра L..."  +/
Сообщение от Аноним (??) on 22-Окт-14, 11:37 
Ты тоже, как и я, не на то ссылку даёшь?:) Вот твоя ссыль http://article.gmane.org/gmane.linux.kernel/1810614
Ответить | Правка | ^ к родителю #122 | Наверх | Cообщить модератору

126. "Разработчики GNOME подготовили пожелания по улучшению ядра L..."  +1 +/
Сообщение от Andrey Mitrofanov on 22-Окт-14, 11:48 
> Ты тоже, как и я, не на то ссылку даёшь?:) Вот твоя

http://thread.gmane.org/gmane.linux.kernel/1810083/focus=181... АгаЖ), привыкли не "проверяться", веб1.99, чтоб его.

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

111. "Разработчики GNOME подготовили пожелания по улучшению ядра L..."  +/
Сообщение от вася (??) on 22-Окт-14, 09:28 
Про epoll_wait, зачем это? чем таймаут не устраивает?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

114. "Разработчики GNOME подготовили пожелания по улучшению ядра L..."  +2 +/
Сообщение от Аноним (??) on 22-Окт-14, 09:53 
> Обновление времени изменения для всей цепочки директорий, например, если изменено время модификации /foo/bar/baz, то оно также должно измениться и для директории /foo. Данное изменение существенно упростит отслеживание источника изменений и организацию резервного копирования;

И на этом FUSE, NFS и прочие сетевые FS лягут. Btrfs & ZFS начнут шуметь, ext4 и прочие локальные - тупо тормозить ибо увеличится количество дисковых операций, ssd будут умирать не через 2 года, а через пол года. Очень хорошее предложение. Хвалю.

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

117. "Разработчики GNOME подготовили пожелания по улучшению ядра L..."  –2 +/
Сообщение от Отражение луны (ok) on 22-Окт-14, 10:09 
Офисные куры, не имеющие никакого отношения к разработке, подготовили пожелания по мнению разработчиков гнома в комментариях выше. Всегда забавно, opennet во всей красе.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

123. "Разработчики GNOME подготовили пожелания по улучшению ядра L..."  +1 +/
Сообщение от Nixman on 22-Окт-14, 10:36 
> Офисные куры, не имеющие никакого отношения к разработке, подготовили пожелания по мнению
> разработчиков гнома в комментариях выше. Всегда забавно, opennet во всей красе.

покажи нам свои разработки, о диванный хейтер.

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

119. "Разработчики GNOME подготовили пожелания по улучшению ядра L..."  +/
Сообщение от Аноним (??) on 22-Окт-14, 10:22 
> Поддержка отслеживания операций перемещения и переименования в fanotify;

Странно, что нет примонтирования.
>Явное определение нулевого уровня подсветки экрана: 0 - нет подсветки или минимально возможный уровень подсветки?;

Разумно, иногда приходится через /proc самому выставлять, потому что DE не может выставить яркость ниже.

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

121. "Разработчики GNOME подготовили пожелания по улучшению ядра L..."  +/
Сообщение от iCat (ok) on 22-Окт-14, 10:35 
> ...список пожеланий (https://wiki.gnome.org/BastienNocera/KernelWishlist),
> отражающий возможности, которые разработчикам GNOME хотелось бы видеть в  ядре
> Linux. Ожидается, что подобная публикация позволит разработчикам ядра понять потребности
> разработчиков пользовательских окружений.

Я вот чего не пойму: Lennart --> GNOME --> RedHat
RedHat (на секундочку) имеет своё "пропатченное" ядро. (Или это было давно и уже не актуально?)
Почему RadHat не внедряет _свои_ передовые технологии в _своём_ ядре, а требует внедрения всех этих костылей в ванильное ядро?
Или Linux уже стал платформой только для "разработчиков пользовательских окружений"?

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

125. "Разработчики GNOME подготовили пожелания по улучшению ядра L..."  +/
Сообщение от Andrey Mitrofanov on 22-Окт-14, 11:44 
> Я вот чего не пойму: Lennart --> GNOME --> RedHat
> RedHat (на секундочку) имеет своё "пропатченное" ядро.
> Почему RadHat не внедряет _свои_ передовые технологии в _своём_ ядре, а требует

Потому что они не потянут.

support -> patch-и своего EL 2.6.32
Тянут

patch-и своего [супорта] -> ядро k.org -> fedora -> следующий EL
Тянут

А бардака типа андроидного форка боятся почему-то, экономят наверное. Боятся, что мильярды вылетят.

Или не могут занять "все наши базы", как с pid=1, gnome. Пока не могут.

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

128. "Разработчики GNOME подготовили пожелания по улучшению ядра L..."  –1 +/
Сообщение от Аноним (??) on 22-Окт-14, 11:57 
Lennart --> GNOME --> RedHat --> Linux Foundation --> Planet Earth
Что сказать хотел?
Ответить | Правка | ^ к родителю #121 | Наверх | Cообщить модератору

127. "Разработчики GNOME подготовили пожелания по улучшению ядра L..."  +1 +/
Сообщение от edwin3d email(ok) on 22-Окт-14, 11:54 
Вот как хотите, но пожелания частью странные, особенно странной кажется обновлять атрибуты всей цепочке директорий при изменении одного файла.

P.S.
2) Не разрывать соединения, использую Connected stand-by.

А крику то ... народ Вы бы хоть почитали, в чем вообще прикол и как используется
(http://msdn.microsoft.com/en-us/library/windows/hardware/dn4...):

В частности:
"
Windows PCs must be designed from the beginning to support connected standby. Connected standby PCs include low-power core silicon and memory, solid-state storage, offload-capable Wi-Fi, and power-efficient mainboard design. Windows 8 and Windows 8.1 include many operating system-level changes to achieve power efficiency during connected standby, including built-in capability to reduce power by suspending and pausing applications.
"

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

129. "Разработчики GNOME подготовили пожелания по улучшению ядра L..."  +/
Сообщение от edwin3d email(ok) on 22-Окт-14, 11:59 
Приношу извинения, не та ссылка.
Вот - правильная - http://msdn.microsoft.com/en-us/library/windows/hardware/dn4...
Ответить | Правка | ^ к родителю #127 | Наверх | Cообщить модератору

138. "Разработчики GNOME подготовили пожелания по улучшению ядра L..."  +/
Сообщение от Аноним (??) on 22-Окт-14, 15:43 
> Обработчик ситуации исчерпания памяти в системе (OOM killer), работающий в пространстве пользователя;

легко же реализуется, только толку нету

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

181. "Разработчики GNOME подготовили пожелания по улучшению..."  +1 +/
Сообщение от arisu (ok) on 23-Окт-14, 13:45 
gnome. улучшения. дальше я не читал, всё равно это список «чего делать не надо».
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

194. "FIXED"  +/
Сообщение от Аноним email(??) on 02-Ноя-14, 22:56 
FIXED: Разработчики ядра Linux подготовили пожелания по улучшению GNOME
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

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

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




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

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