Бастьен Ночера (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 (https://www.opennet.ru/opennews/art.shtml?num=5992), memfd (https://www.opennet.ru/opennews/art.shtml?num=40755) и kdbus (https://www.opennet.ru/opennews/art.shtml?num=38578).
Наиболее интересные предложения:
- Управление питанием:
- Реализация спящего режима, не использующая раздел подкачки для сохранения содержимого ОЗУ;
- Встроенная реализация гибридного режима сна - HybridSuspend (непонятно, что под этим подразумевается, начиная с ядра 3.6 (https://www.opennet.ru/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), работающий в пространстве пользователя;
- Компоненты, необходимые для реализации контейнеров отдельных десктоп-приложений (https://www.opennet.ru/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
Новость: https://www.opennet.ru/opennews/art.shtml?num=40892
> Реализация спящего режима, не использующая раздел подкачки для ...
> Встроенная реализация гибридного режима сна ...
> Режим сна без разрыва сетевых соединений ...Как я понимаю, без этих изменений в ядре написать работающий desktop environment просто невозможно.
Нормальные хотелки для чего-нибудь околоноутбучного и планшетного. Батарейка то не резиновая, а отвал сети - это фи.А в целом удивительно адекватные пожелания. Встречное пожелание к гномерам: GnomeVFS? KILL IT WITH FIRE!!!
> А в целом удивительно адекватные пожелания. Встречное пожелание к гномерам: GnomeVFS? KILL
> IT WITH FIRE!!!Уже давно. Примерно в 2008 году.
В смысле? А что тогда GIO делает в GLib?
> В смысле? А что тогда GIO делает в GLib?GVFS и GIO -- разные проекты.
Вот прибить бы ещё GIO и вытащить VFS на уровень ниже - хоть через те же FUSE/autofs, чтобы доступ не ограничивался гномовским софтом, а можно было бы, скажем, скрипт натравить на файлик в VFS.
+много
http://www.pygtk.org/docs/pygobject/class-giofile.html
> http://www.pygtk.org/docs/pygobject/class-giofile.htmlА это вообще надо пожарить на медленном огне. Какое-то дepьмо, которое на бидоне и гном-онли - это так удобно! Я как пользователь должен оказывается сношать себе мозг вопросами на каком языке написана программа и юзает ли она GTK. Вы там в вашем гном совсем @#$нулись, или только наполовину?
P.S. и кедарасов с их вечно глюкавящим KIO это тоже кстати касается. А еще mc отдельно VFS прет. Вообще, не пора ли вам всем там немного договориться и сделать 1 раз и нормально вместо полудюжины глюкавых у...щ, работающих в полутора программах? Вы реально зае...ли, господа.
Уже давно gvfs работает именно так.
уже года 4 так, очнитесь
> GVFS и GIO -- разные проекты.Это было пожелание к гномерам с их глюкавыми турбокостылями по части "VFSов вообще". Если им так зудит - пусть уж делают нечто на основе чего-то типа FUSE, при том для всех программ в системе, а не только гнома. Глюкавейшие, gnome-only костыли - просто неимоверно задолбали. Не говоря о том что когда одни программы видят файлухи так, а другие этак - это КЛАСТЕРФАК!!!111
А куда засыпать если не в своп? В файл? Мне кажется такое и сейчас возможно. Вроде читал об этом, или ошибаюсь?
> А куда засыпать если не в своп? В файл? Мне кажется такое
> и сейчас возможно. Вроде читал об этом, или ошибаюсь?http://tuxonice.nigelcunningham.com.au/features
/suspend-to-file
Точно. Туксонайс. Спасибо. Он.
Странно, что разрабы icewm не публикуют своих пожеланий. Скоро у них будет больше пользователей, чем у третьегнома. Но если по пользователям айс вполне может догнать и обогнать третьегном, то по амбициям разрабы третьегнома недостижимы.
Ожидаем их патчей.
Точно, ведь никто никому ничего не должен. А еще патчи можно отвергать. Ведь у разрабов ядра своё видение может быть :D
tuxonice они уже послали. у них свой блэкджек с ... ну вы поняли
> Ожидаем их патчей.гномеры спецы по выпиливанию, а не запиливанию)
>> Ожидаем их патчей.
> гномеры спецы по выпиливанию, а не запиливанию)И экстаз-симбиоз с Ленартом. И зачем им ядро?... $[Теории заговоров вставлять ЗДЕСЬ---->]
Боюсь в этом случае вместе с патчами они пропихнут выпил всего остального из ядра.
> Обновление времени изменения для всей цепочки директорий, например, если изменено время модификации /foo/bar/baz, то оно также должно измениться и для директории /foo. Данное изменение существенно упростит отслеживание источника изменений и организацию резервного копирования;Нда-с. Оригинально.
Каким местом они курят?
Надо кроме этого ещё и владельца файла на самый верх вытаскивать. А то ненароком кто chown на файле сделает. В обычном линуксе не удается сразу увидеть кто там владелец. А в новой досе^W системе посмотрим на / - сразу всё понятно.
> Каким местом они курят?Тем же, чем и все форкорасы.
Сомнительная фича.
> "time" changes up the directory chain when something changes (eg. if something changes in /foo/bar/baz, a timestamp on /foo will be changed).точно наркоманы
> Обработчик ситуации исчерпания памяти в системе (OOM killer), работающий в пространстве пользователя;Крепко они дунули.
Там довольно интересная вещь. Презенташка была на одной из Embedded Linux конференций.
Это вещь для того, чтоб если у нас мало памяти, то перед тем как что-нибудь грохнуть, можно софту по IPC сказать "ребят, сворачиваемся".
И софт, который умеет в такие команды, должен что-нибудь у себя почистить и вернуть память системе.
ээээ. может я сейчас совсем не в ту степь. но вот они дбас в ядрышко вкручивают и много софта на него переносят. почему бы самому ядру, по дбас, это не сказать?
В общем случае потому, что dbus - это средство IPC, а код ядра процессом не является - это собственно то место, где производится управление абстракцией т.н. "процесса".
> код ядра процессом не являетсяЯдро нынче имеет какое-то свое мнение на этот счет. Попробуй ps -AFH какой-нибудь, и посмотри что там сверху будет, начиная с kthreadd (PID=2 как правило) и далее по иерархии.
> И софт, который умеет в такие команды, должен что-нибудь у себя почистить и вернуть память системе.это всё ещё фееричнее выглядит. Чтобы ему что-нибудь почистить верятно придётся заюзать ещё какое-то кол-во памяти, прямо из кучи взять или сделать major page fault, т.е. снова нужно будет наткнуться на OOM killer который опять пошлёт чего-нибудь по IPC и т.д.
И совсем феерично выглядит если учеть что совсем мало кто в принципе умеет отдавать назад память системе, это какие-то жалкие доли процентов приложений писанные Ъ задротами.
Заюзать - отнюдь не обязательно, тем более, что внутренняя куча может быть полупустая. А насчет неумения - а кто не умеет? Файрфокс тот же умеет GC на полную по просьбе запустить - уже польза. Заведомо не умеет, насколько я помню, только жаба.
> Заюзать - отнюдь не обязательно, тем более, что внутренняя куча может быть полупустая.Заполненность кучи в данных условиях вообще ни на что не влияет - если это преаллокейт, то он почти 100% при OOM-K приведёт к S-PF, а если ранее использованная память - то к HPF. Во всех случаях это килл.
> Файрфокс тот же умеет GC на полную по просьбе запустить - уже польза.
никакой пользы. Во первых gc сам по себе може жрать память, но самое главное системе назад он её не отдаёт. Это вообще никак не помогает в условиях работы oom killer'а.
фаерфокс умеет возвращает память
> фаерфокс умеет возвращает памятьОсобенно после того как его пристрелит oom killer :).
> gc <…> память <…> назад он её не отдаётА, то есть как только я пинаю GC руками после закрытия толстых табов в Firefox, гигабайты свободного ОЗУ у меня появляются из ниоткуда, по чистому совпадению. Окей!
> А, то есть как только я пинаю GC рукамиНу да, педальный привод - это так удобно. Превратить юзера в GC - круто придумано. В следующий раз пошлют собирать пивные банки наверное.
Причем тут из ниоткуда? Ты же сам написал, что РУКАМИ ЗАКРЫЛ вкладку.
> самое главное системе назад он её не отдаёт. Это вообще никак
> не помогает в условиях работы oom killer'а.Почему же? OOM Killer с удовольствием выписывает файрфоксу коробочку волшебных пи...лей и он при выборе жертв довольно быстро знакомится с oom killer. Это очень помогает освобождению занятой памяти :).
спасибо, раньше про такое не знал.
тем кто из параллельной вселенной, функция доступна тут about:memory?verbose
Ага, круче всего если OOM killer убьёт сам себя!
Ну идея то хорошая, по крайней мере не конкретно это (честно говоря плевать где оно находится), а возможность указывать что "убивать". К примеру пометить, что в случае чего, убивать Firefox / Chrome, а то ныне он сначала в swap лезет, появляются дикие фризы, ну а потом обычно PANIC.
Это поведение прекрасно тюнингуется и сейчас.
И как пометить "первую жертву"?
man 5 proc, искать oom_adj.
> И как пометить "первую жертву"?Указать максимальный вес наиболее ненужным процессам - умрут первыми :)
Блин, GIMP (и еще тонны реально полезного софта) без разработчиков вянут, зато каждое [beep]глазое [beep]ще жирные глючные оболочки ляпает геморроидальными шишками вместо пальцев.
Просто к сведению: Бастьен -- один из главных разработчиков модуля конфигурации графических планшетов Wacom в GNOME.Алсо, "жирные глючные оболочки" без особых проблем работают на железе шестилетней давности.
> Бастьен - один из главных разработчиков модуля конфигурации графических планшетов WacomВот за то, что он "под гнома", а не "под иксы вообще" - дать бы тому Бастьену планшетом по голове. Причем не интуосом, а сразу синтиком самого большого размера.
Впрочем, меня это интересует уже чисто теоретически - мне уже не надо, планшет год как продал.И "ваком" (гениус/другой чорт лысый с пером/...), подозреваю, есть хорошо если у 10% пользователей GIMP, а остальным нафиг не нужен.
При этом в GIMP так и нету >8 бит на компонент, поддержки Lab и т.п., без которых там в отдельных ситуациях весьма печально.
GIMP 3 со всеми этими радостями похоже зарелизится одновременно с Half-Life 3...> "жирные глючные оболочки" без особых проблем работают на железе шестилетней давности
Сказок не рассказывайте, евангелист вы наш. Я гнома после выхода каждой версии на тестовой машине щупаю. Если оболочка тормозит на Core2Duo - она жырная (всё остальное, кроме разве что KDE, на той машине летает). Если оболочку вместе с запущенными приложениями способно уронить ейное расширение (а чего это там до сих пор кстати нет штатного средства для установки расширений? гному 3 сколько лет уже - а ручки не дошли сделать?) - она глючная. Если скин (вырвиглазный) нельзя поменять без установки кривоватого полуофициального расширения, то разработчки такой оболочки - альтернативно одарённые лица нетрадиционной ориентации.
> Вот за то, что он "под гнома", а не "под иксы вообще"Такие проекты уже были и загнулись.
Ну и потом... Конфигуратор под KDE имеется. Написать новый под любой тулкит и оболочку при наличии libwacom — не бог весть какая сложная задача. Не хватает — берите и пишите.
> При этом в GIMP так и нету >8 бит на компонент
Искренне сочувствую всем, кто по каким-то причинам не может пользоваться вполне стабильным кодом из git master.
> Сказок не рассказывайте,
Никаких сказок. У меня самосбор 2008 года с quadcore q9700, если я правильно помню буковки на проце. Но вы рефлесируйте, рефлексируйте, если вам так проще.
Простите, Александр, но вам не кажется, что планка "на quadcore не тормозит" для одной только оболочки как-то высоковата?
Не кажется. Я покупаю хорошее железо и юзаю его годами. Это нормальный, здоровый подход к затратам. Если он кому-то не нравится — это его личное дело.
Я думаю что он намекал что не в любой системе по 4 ядра топового проца имеется.Называя вещи своими именами, если гнум попробовать например на ARMовской платке запустить - он настолько истошно тормозной, что это просто неюзабельно. А XFCE и LXDE ничего так себя чувствуют, бодрячком.
> если гнум попробовать например на ARMовской платке запуститьИменно этим и троллил Owen Taylor пару лет тому -- правда, в роли платки выступал Nexus 7, на который GNOME3 взгромоздить не удалось именно из-за неподдерживаемого им GL ES. А вот KDE4, E17 и, помнится, XFCE там вполне себе жили.
Я бы не назвал Q9700 топовым процом даже на тот момент.
> Никаких сказок. У меня самосбор 2008 года с quadcore q9700, если я
> правильно помню буковки на проце. Но вы рефлесируйте, рефлексируйте, если вам
> так проще.В том самом 2008 году я замечательно пользовался вторым гномом на селеронах 2000 года. А современный гном на атомах 2008 года является пыткой. Упс!
Вы всерьёз опосредованно сравниваете селерон и атом? Даже не знаю, что сказать. Остаётся только развести руками.
> Вы всерьёз опосредованно сравниваете селерон и атом? Даже не знаю, что сказать.
> Остаётся только развести руками.Вы всерьёз считаете quad core типичным компьютером 2008 года? Мне, увы, тоже нечего вам сказать.
> Вы всерьёз считаете quad core типичным компьютером 2008 года?Я на эту тему вообще не задумываюсь. Мне это совершенно не интересно.
> Я на эту тему вообще не задумываюсь.Тогда довольно странно лезть со своим ценным мнением. Которое не такое уж и ценное, оказывается, а всего лишь бездумный спам.
Рад, что вас это так сильно задело.
>> "жирные глючные оболочки" без особых проблем работают на железе шестилетней давности
> Сказок не рассказывайте, евангелист вы наш.Незачем применять хорошее слово в плохом значении к человеку, который не соответствует ни тому, ни тому -- Сашу может занести (как и меня), но целенаправленного вранья в глаза за ним не помню.
> Я гнома после выхода каждой версии на тестовой машине щупаю. Если оболочка тормозит
> на Core2Duo - она жырная (всё остальное, кроме разве что KDE, на той машине летает).Не так давно засовывал GNOME3 3.14.0 на X61t как раз с C2D -- по крайней мере сама оболочка работает по скорости вполне приемлемо. Правда, проверять на железе пришлось потому, что прикрутили ломалку работы под llvmpipe.
> сама оболочка работает по скорости вполне приемлемоЯ не знаю, что у вас считается приемлемой работой. Когда запуск из оболочки приложения (заурядного uxterm) занимает несколько секунд (в XFCE - мгновенно) - это неприемлемо для меня. И всё там так...
Такая оболочка напоминает машину для чистки картошки, которая картошку сжирает сама.
>> сама оболочка работает по скорости вполне приемлемо
> Я не знаю, что у вас считается приемлемой работой.Это когда рука не тянется к пара^Wпитанию сама.
>>> сама оболочка работает по скорости вполне приемлемо
>> Я не знаю, что у вас считается приемлемой работой.
> Это когда рука не тянется к пара^Wпитанию сама.Ну, если у вас рука не тянется к питанию в гноме, вы либо очень нетребовательны, либо очень терпеливы.
> ни тому, ни тому -- Сашу может занести (как и меня),Что интересно, про расширения гнома вы оба почему-то промолчали.
>> ни тому, ни тому -- Сашу может занести (как и меня),
> Что интересно, про расширения гнома вы оба почему-то промолчали.А что тут написать? Иди на https://extensions.gnome.org/ и ставь расширения в один клик.
> А что тут написать? Иди на https://extensions.gnome.org/ и ставь расширения в один клик.Ну да, у меня слишком быстро работает компьютер, поэтому ща мы вгрузим JS на 150 кило и посмотрим как у вас система раком встанет :).
>> А что тут написать? Иди на https://extensions.gnome.org/ и ставь расширения в один клик.
> Ну да, у меня слишком быстро работает компьютерНачхать на вас. ТЗ было: компьютер шестилетней давности (с обычной офисной начинкой).
А она всё не встаёт и не встаёт. Ну всё у меня не как у людей. Беда, печаль, тоска и уныние какое-то просто :)Чтобы такого сделать с системой, чтобы ей наконец стало так плохо, как вы того хотите? Не томите, делитесь всеми лайфхаками, какие знаете. Будет время -- обязательно попробую.
> А что тут написать? Иди на https://extensions.gnome.org/ и ставь расширения в
> один клик.Хехе. Только почему-то:
1. там который год написано "бета"
2. ссылок на extensions.gnome.org с главной страницы gnome.org я не нашел (ну, допустим, плохо искал)
3. в самом гноме че-то не видно кнопки "сходить на сайт с расширениями" (если и есть, то хорошо спрятана)
4. гному 3 уже несколько лет, и до сих пор любое расширение при падении почему-то роняет вместе с собой весь гном целиком, вместе с запущенными приложениями
> 1. там который год написано "бета"И это останавливает людей, которым не жалко тратить время на установку каждого очередного релиза гнома?
> 2. ссылок на extensions.gnome.org с главной страницы gnome.org я не нашел (ну,
> допустим, плохо искал)Хз, я тоже сходу не скажу. Но раз вы ставите каждый релиз - должны же анонсы-то хоть были читать?
> 3. в самом гноме че-то не видно кнопки "сходить на сайт с
> расширениями" (если и есть, то хорошо спрятана)А зачем?
> 4. гному 3 уже несколько лет, и до сих пор любое расширение
> при падении почему-то роняет вместе с собой весь гном целиком, вместе
> с запущенными приложениямиНе в курсе, ни разу ничего не падало из установленного.
> Что интересно, про расширения гнома вы оба почему-то промолчали.Вы не спрашивали, а я их и не видел (cinnamon же вроде к таковым не относится?)...
>> Что интересно, про расширения гнома вы оба почему-то промолчали.
> Вы не спрашивали, а я их и не видел (cinnamon же вроде
> к таковым не относится?)...я про хлам с https://extensions.gnome.org/
(см. также мой ответ myhand'у парой комментариев выше)
> Не так давно засовывал GNOME3 3.14.0 на X61t как раз с C2D
> -- по крайней мере сама оболочка работает по скорости вполне приемлемо.И это при том, что openSUSE + KDE4 работает на AthlonXP 1300Mhz 512M RAM не просто "приемлемо", а нормально.
>> Не так давно засовывал GNOME3 3.14.0 на X61t как раз с C2D
>> -- по крайней мере сама оболочка работает по скорости вполне приемлемо.
> И это при том, что openSUSE + KDE4 работает на AthlonXP 1300Mhz
> 512M RAM не просто "приемлемо", а нормально.Ой, соврал нечаяно: на этой машинке Sempron 1,6 GHz. И да "openSUSE + KDE4" - 64-битный (не было под рукой 32-битного, когда инсталлилось).
> Ой, соврал нечаяно: на этой машинке Sempron 1,6 GHz.И полгига? (это больше всего удивило)
>> Ой, соврал нечаяно: на этой машинке Sempron 1,6 GHz.
> И полгига? (это больше всего удивило)Да
Не уверен, что стоит отвечать психически нездоровым персонажам энторнетов, но вообще-то я так и поступаю: десктоп был собран после того, как у асусовского ноута второй раз отломалась крышка, и пользоваться им стало *немножечко* невозможно.Для разъездов потом был куплен до сих пор живой гнусмасовский нетбук. Подержанный, кстати.
Впрочем, вы и тут найдёте, к чему прикопаться: я в вас верю :)
Что я не так делаю?
У меня что-то середнячковое на i965 с 3ГБ памяти.
Не тормозит же.
Включен ни то zram, ни то zswap - один фиг не тормозит.
Для пущей удобноты, запускаю Cairo-Dock.
>> "жирные глючные оболочки" без особых проблем работают на железе шестилетней давности
> Сказок не рассказывайте, евангелист вы наш.Я готов это подтвердить. Домашнему шкапчику ~8лет (выключая некоторую периферию). Не "щупаю" кажный гномий релиз, но гном из Wheezy - работает вполне нормально.
> Если оболочка тормозит на Core2Duo - она
> жырная (всё остальное, кроме разве что KDE, на той машине летает).Что такое "тормозит"? Сколько памяти?
> Если оболочку вместе с запущенными приложениями способно уронить ейное расширение (а
> чего это там до сих пор кстати нет штатного средства для
> установки расширений?Я начинаю подозревать - либо вы "крутите" какой-то неизвестный науке гном, либо проблема в "крутильщике". Если не разобрались в базовом функционале - о чем еще может идти речь?
> Просто к сведению: Бастьен -- один из главных разработчиков модуля конфигурации графических планшетов 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.[сообщение отредактировано модератором]
Да, новость офигенно жирная, по некоторым пунктам обтроллиться можно.Я например в упор не понимаю, за каким вообще хреном им упёрлась спячка не в своп? Им-то что с этого?
А разве своп и без того не занят тем, что в него выгрузили?
Ну можно его побольше выделить, например... Зато не надо отдельно место под спячку выделять.В принципе, единственное, что мне в голову приходит - это то, что если используешь uswsusp (не обычный swsusp), то при пробуждении оно всасывает с диска не всю память, а только ту, которая необходима, в итоге после пробуждения ещё минут 5-10 система стоит раком, пока со свопом разберётся...
Однако это лечится выкидыванием uswsusp, ибо обычный swsusp ведёт себя прилично.
> Я например в упор не понимаю, за каким вообще хреном им упёрлась
> спячка не в своп? Им-то что с этого?Tuxonice умеет засыпать в файл swap. Но, по-сути, достаточно и просто раздела - оперативную память в компах не каждый же день меняешь, можно и прикинуть заранее, сколько потребуется.
> Им-то что с этого?Может быть не все пользователи при установке создают swap-раздел, что лишает их "спячки".
Чисто предположение.
А почему коммент благодарного читателя из его блога не привели? Он по своему прекрасен.
Почитал коменты - стало грустно: сплошные выкрики ни о чем. Вполне нормальные решения предлагают пацаны. Почему бы и нет, как говорится.
> Почитал коментыССЗБ :) Комменты лучше не читать, особенно к новостям, где фигурирует гном или системдэ.
Что характерно, конечная цель предлагаемых изменений -- сделать более удобную, гибкую и надёжную десктопную среду, что видно, например, из ответа Бастьена на уточняющие вопросы одного из разработчиков ядра:
http://thread.gmane.org/gmane.linux.kernel/1810083/focus=181...
Вот только ума у среднестатистического комментатора хватает только на то, чтобы распознать в тексте новости ненавистные слова и немедля зарядить дерьмомёт, не вчитываясь в собственно суть новости. А уж по ссылкам сходить -- это вообще из разряда научной фантастики. Вернее, антинаучной :)
В ответ ему показали кейс http://thread.gmane.org/gmane.linux.kernel/1810083/focus=181... и попросили рассказать что будет в этом случае. Полное впечатление костылей и подпорок.
вот из кейс?
Англицизм. По русски - конкретная ситуация.
>> вот из кейс?
> Англицизм. По русски - конкретная ситуация."Простое русское слово <брандмауэр> переводится с немецкого на английский как файрвол"...
Достаточно "случай".
Да, брандмауэр - это несомненно очень русское слово :). Это не тот же индивид задвинул, который доказывал что роутер - не русское слово, зато маршрутизатор - это да. Хотя почти одинаковый корень прозрачно намекает что оба слова родственники и пришли явно не из русского языка...
Наверное да. Но у меня слово случай практически всегда употребляется, да и слышу я его, в связке "был случай". То есть уже что-то свершившиеся. А конкретная ситуация, для меня, может быть и гипотетической.
настолько удобную, что ей уже пользоваться невозможно
утри слезу и ещё напиши что поттеринг не тупой мудак и тоже делает нормальные решения.
> Почитал коменты - стало грустно: сплошные выкрики ни о чем. Вполне нормальные
> решения предлагают пацаны. Почему бы и нет, как говорится.а мне грустно от твоей писанины
О майн гот. Сейчас пролистал рассылку. Ни за что не догадаетесь для чего _большинство_ из этих пожеланий здесь приведено, и как они связаны с десктопом.> 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.
Это они винду видимо копируют, она же так делает - когда батарейка начинает кончаться, просыпается из памяти и засыпает на диск.
Нет, я на другое хочу акцентировать внимание - it would be used for automating backups. Выше я ссылку привел http://thread.gmane.org/gmane.linux.kernel/1810083/focus=181... интересное у этого перца пожелание. Он там уже по поводу btrfs распространяется и как его использовать для улучшения бекапов. Может они скоро гном к одной фс прибьют.
Да с них станется, я даже и не удивлюсь
Было бы хорошо. Тогда оно всё точно сдохнет :)
Тогда еще к вяленду надо прибить. Чтоб уж сразу все кучей медным тазом накрылось.
По таймеру она на диск скидывается. Ежели она в суспенде больше определенного времени находится (по дефолту вроде как час), то автоматом переходит в гибернейт.
> Режим сна без разрыва сетевых соединенийА на той стороне, типа, будут до завтрашнего утра сидеть и ждать - когда же Вася Пупкин разбудит свой ноутбук, чтобы догрузить ему кусок торрента.
Или это для тех убогих, которые задели кнопку "Sleep", а потом, вырывая волосы во всех местах, вынужденны переподключаться ко всему, с чем работали в этот момент?
Это, с вероятностью 5 девяток, сервер бекапирования ждёт.
> Или это для тех убогих, которые задели кнопку "Sleep", а потом, вырывая
> волосы во всех местах, вынужденны переподключаться ко всему,Это для того чтобы можно было закрыть ноут и потом не переподключаться к всяким аськам, иркам, жабирам и прочим. Желательно чтобы еще и сообщения пришли, не в ущерб потреблению. Прикиньте, N900 как-то так работает со времен царя гороха. Я понимаю что у х86 с энергосбережением ж...а, но все-таки.
А можно услышать как именно это отработает? Вот загнал в спящий режим. Взял ноут, потащил в другое место, где другой вай-вай с другими настройками. Разбудил его там. И как это не разорванное соединение поможет?
А почему не хотят HIG ядро?
Да, "time" changes up the directory chain when something changes - за это уже имеет смысл только усыплять.
> Да, "time" changes up the directory chain when something changes - за
> это уже имеет смысл только усыплять.Разработчиков? В ветклинике? :)
Гномеров. В ветклинике, да. Разработчкики ядра, правда, могут помереть от смеха.
Разработчики GNOME подготовили пожелания по улучшению ядра Linux и ждут ответного фака :)
>интеграция в ядро overlayfsaufs в ядро не принимаем, а overlayfs так можно? Дибилизм.
>>интеграция в ядро overlayfs
> aufs в ядро не принимаем, а overlayfs так можно? Д билизм.Линус http://lwn.net/Articles/618141/?format=printable сказал. Возражай!?
> "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 с логами) будет тогда меняться столько же раз, сколько раз он изменился на лежащих в ней файлах? Они что-то курят?
> Они что-то курят?Они уже давно и прочно на тяжёлой синтетике. Оттуда не возвращаются.
>> Они что-то курят?
> Они уже давно и прочно на тяжёлой синтетике. Оттуда не возвращаются.да, слова настоящего знатока дела
Они потом попросят дополнительный флаг(и) для каталогов: don't propagate atime(mtime) changes :-)
Каталоги на которых флаг будет установлен, не будут передавать изменения atime(mtime) выше :-)
> Они потом попросят дополнительный флаг(и) для каталогов: don't propagateПотом наследование прав. На ветки реестра. На крадратных плитках. В ядерном видеодрайвере.
Линус дождётся, </ох!>
> Компоненты, необходимые для реализации контейнеров
> отдельных десктоп-приложений (интеграция в ядро overlayfs и kdbus);Простите, а зачем в ядре kdbus? Вы что на другом IPC написать контейнеры никак не можете? Может стоило почитать какие IPC уже реализованы в ядре и сразу писать на них, а не выбрать для себя технологию, которое ядро не поддерживает и пытаться убедить команду ядра допилить её для вас.
> Простите, а зачем в ядре kdbus?
>не можете?
> и пытаться убедить команду ядра допилить её для вас.http://thread.gmane.org/gmane.linux.kernel/1810083/focus=181... ---Эл, залогинься.
Ты тоже, как и я, не на то ссылку даёшь?:) Вот твоя ссыль http://article.gmane.org/gmane.linux.kernel/1810614
> Ты тоже, как и я, не на то ссылку даёшь?:) Вот твояhttp://thread.gmane.org/gmane.linux.kernel/1810083/focus=181... АгаЖ), привыкли не "проверяться", веб1.99, чтоб его.
Про epoll_wait, зачем это? чем таймаут не устраивает?
> Обновление времени изменения для всей цепочки директорий, например, если изменено время модификации /foo/bar/baz, то оно также должно измениться и для директории /foo. Данное изменение существенно упростит отслеживание источника изменений и организацию резервного копирования;И на этом FUSE, NFS и прочие сетевые FS лягут. Btrfs & ZFS начнут шуметь, ext4 и прочие локальные - тупо тормозить ибо увеличится количество дисковых операций, ssd будут умирать не через 2 года, а через пол года. Очень хорошее предложение. Хвалю.
Офисные куры, не имеющие никакого отношения к разработке, подготовили пожелания по мнению разработчиков гнома в комментариях выше. Всегда забавно, opennet во всей красе.
> Офисные куры, не имеющие никакого отношения к разработке, подготовили пожелания по мнению
> разработчиков гнома в комментариях выше. Всегда забавно, opennet во всей красе.покажи нам свои разработки, о диванный хейтер.
> Поддержка отслеживания операций перемещения и переименования в fanotify;Странно, что нет примонтирования.
>Явное определение нулевого уровня подсветки экрана: 0 - нет подсветки или минимально возможный уровень подсветки?;Разумно, иногда приходится через /proc самому выставлять, потому что DE не может выставить яркость ниже.
> ...список пожеланий (https://wiki.gnome.org/BastienNocera/KernelWishlist),
> отражающий возможности, которые разработчикам GNOME хотелось бы видеть в ядре
> Linux. Ожидается, что подобная публикация позволит разработчикам ядра понять потребности
> разработчиков пользовательских окружений.Я вот чего не пойму: Lennart --> GNOME --> RedHat
RedHat (на секундочку) имеет своё "пропатченное" ядро. (Или это было давно и уже не актуально?)
Почему RadHat не внедряет _свои_ передовые технологии в _своём_ ядре, а требует внедрения всех этих костылей в ванильное ядро?
Или Linux уже стал платформой только для "разработчиков пользовательских окружений"?
> Я вот чего не пойму: Lennart --> GNOME --> RedHat
> RedHat (на секундочку) имеет своё "пропатченное" ядро.
> Почему RadHat не внедряет _свои_ передовые технологии в _своём_ ядре, а требуетПотому что они не потянут.
support -> patch-и своего EL 2.6.32
Тянутpatch-и своего [супорта] -> ядро k.org -> fedora -> следующий EL
ТянутА бардака типа андроидного форка боятся почему-то, экономят наверное. Боятся, что мильярды вылетят.
Или не могут занять "все наши базы", как с pid=1, gnome. Пока не могут.
Lennart --> GNOME --> RedHat --> Linux Foundation --> Planet Earth
Что сказать хотел?
Вот как хотите, но пожелания частью странные, особенно странной кажется обновлять атрибуты всей цепочке директорий при изменении одного файла.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.
"
Приношу извинения, не та ссылка.
Вот - правильная - http://msdn.microsoft.com/en-us/library/windows/hardware/dn4...
> Обработчик ситуации исчерпания памяти в системе (OOM killer), работающий в пространстве пользователя;легко же реализуется, только толку нету
gnome. улучшения. дальше я не читал, всё равно это список «чего делать не надо».
FIXED: Разработчики ядра Linux подготовили пожелания по улучшению GNOME