форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка

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

"Разработчики 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.me/opennews/art.shtml?num=5992), memfd (http://www.opennet.me/opennews/art.shtml?num=40755) и kdbus (http://www.opennet.me/opennews/art.shtml?num=38578). Наиболее интересные предложения: -  Управление питанием: -  Реализация спящего режима, не использующая раздел подкачки для сохранения содержимого ОЗУ; -  Встроенная реализация гибридного режима сна -  HybridSuspend (непонятно, что под этим подразумевается, начиная с ядра 3.6 (http://www.opennet.me/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.me/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.me/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 (??) 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 (??) 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 (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 (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 (??) 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 (??) on 21-Окт-14, 22:52
	> Вот за то, что он "под гнома", а не "под иксы вообще" Такие проекты уже были и загнулись. Ну и потом... Конфигуратор под KDE имеется. Написать новый под любой тулкит и оболочку при наличии libwacom — не бог весть какая сложная задача. Не хватает — берите и пишите. > При этом в GIMP так и нету >8 бит на компонент Искренне сочувствую всем, кто по каким-то причинам не может пользоваться вполне стабильным кодом из git master. > Сказок не рассказывайте, Никаких сказок. У меня самосбор 2008 года с quadcore q9700, если я правильно помню буковки на проце. Но вы рефлесируйте, рефлексируйте, если вам так проще.
	Ответить | Правка | ^ к родителю #50 | Наверх | Cообщить модератору

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

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

	170. "тьфу..."	+2 +/–
	Сообщение от Аноним (??) on 23-Окт-14, 02:08
	Я думаю что он намекал что не в любой системе по 4 ядра топового проца имеется. Называя вещи своими именами, если гнум попробовать например на ARMовской платке запустить - он настолько истошно тормозной, что это просто неюзабельно. А XFCE и LXDE ничего так себя чувствуют, бодрячком.
	Ответить | Правка | ^ к родителю #133 | Наверх | Cообщить модератору

	185. "тьфу..."	+/–
	Сообщение от Michael Shigorin (ok) on 23-Окт-14, 18:03
	> если гнум попробовать например на ARMовской платке запустить Именно этим и троллил Owen Taylor пару лет тому -- правда, в роли платки выступал Nexus 7, на который GNOME3 взгромоздить не удалось именно из-за неподдерживаемого им GL ES.  А вот KDE4, E17 и, помнится, XFCE там вполне себе жили.
	Ответить | Правка | ^ к родителю #170 | Наверх | Cообщить модератору

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

	135. "тьфу..."	+1 +/–
	Сообщение от имя on 22-Окт-14, 15:07
	> Вы всерьёз опосредованно сравниваете селерон и атом? Даже не знаю, что сказать. > Остаётся только развести руками. Вы всерьёз считаете quad core типичным компьютером 2008 года? Мне, увы, тоже нечего вам сказать.
	Ответить | Правка | ^ к родителю #134 | Наверх | Cообщить модератору

	137. "тьфу..."	–2 +/–
	Сообщение от prokoudine (??) on 22-Окт-14, 15:37
	> Вы всерьёз считаете quad core типичным компьютером 2008 года? Я на эту тему вообще не задумываюсь. Мне это совершенно не интересно.
	Ответить | Правка | ^ к родителю #135 | Наверх | Cообщить модератору

	174. "тьфу..."	+2 +/–
	Сообщение от Аноним (??) on 23-Окт-14, 02:21
	> Я на эту тему вообще не задумываюсь. Тогда довольно странно лезть со своим ценным мнением. Которое не такое уж и ценное, оказывается, а всего лишь бездумный спам.
	Ответить | Правка | ^ к родителю #137 | Наверх | Cообщить модератору

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

	139. "справедливости ради"	+1 +/–
	Сообщение от Michael Shigorin (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 (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 (??) 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 (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 (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 (??) 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 (??) 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 (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 (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 (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"	+/–
Сообщение от Аноним (??) on 02-Ноя-14, 22:56
FIXED: Разработчики ядра Linux подготовили пожелания по улучшению GNOME
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

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

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