URL: https://www.opennet.ru/cgi-bin/openforum/vsluhboard.cgi
Форум: vsluhforumID3
Нить номер: 81164
[ Назад ]

Исходное сообщение
"Проект TuxOnIce с реализации 'спящего режима' для Linux был ..."

Отправлено opennews , 04-Ноя-11 18:20 
Найджел Каннингем (Nigel Cunningham), разработчик TuxOnIce (http://www.tuxonice.net/), подсистемы Linux, реализующей поддержку "спящего" режима со сбросом образа памяти на диск, объявил (http://lists.tuxonice.net/pipermail/tuxonice-users/2011-Nove...) о решении закрыть проект, но указал, что пользователи могут попытаться переубедить его. По мнению Найджела, проект TuxOnIce, не входящий в состав основного ядра, потерял свой смысл, так как входящая в ядро официальная реализация поддержки спящего режима последние годы достаточно продвинулась вперёд и прекрасно решает поставленные перед ней задачи.


Спустя день, Найджел объявил (http://lists.tuxonice.net/pipermail/tuxonice-users/2011-Nove...), что изменил своё решение и продолжит поддержку проекта, так как его убедили, что код TuxOnIce остаётся востребованным и высоко ценится пользователями. Отдельно можно упомянуть обсуждение (http://thread.gmane.org/gmane.linux.kernel/1209540/focus...) в списке рассылк...

URL: http://lists.tuxonice.net/pipermail/tuxonice-users/2011-Nove...
Новость: https://www.opennet.ru/opennews/art.shtml?num=32227


Содержание

Сообщения в этом обсуждении
"Проект TuxOnIce с реализации спящего режима для Linux был на..."
Отправлено Аноним , 04-Ноя-11 18:20 
>возможность использования обычных файлов для хранения дампа памяти

Вот это по-моему важнее всего остального для многих любителей TOI. С распространением SSD люди отказываются от SWAP и гибернируются в файл. А swap в файле и подключать его туда-сюда в скриптах - это костыли.

Большое спасибо Найджелу за его труды и за то, что не бросил проект.


"Проект TuxOnIce с реализации спящего режима для Linux был на..."
Отправлено Аноним , 04-Ноя-11 18:50 
Как ни странно, SWAP тоже может быть файлом. Ы?

"Проект TuxOnIce с реализации спящего режима для Linux был на..."
Отправлено sca , 04-Ноя-11 18:54 
Люди отказываются от свопа в пользу отдельного файла для гибернации. Что непонятно?

"Проект TuxOnIce с реализации спящего режима для Linux был на..."
Отправлено Аноним , 04-Ноя-11 21:24 
Linux не гибернезируется в своп-файл. Вообще.

"Проект TuxOnIce с реализации спящего режима для Linux был на..."
Отправлено Lain_13 , 04-Ноя-11 18:54 
Лучше б кто ему помог всё это переработать и в вердро затащить.

"Проект TuxOnIce с реализации спящего режима для Linux был на..."
Отправлено bircoph , 04-Ноя-11 19:37 
Вообще-то шифрование есть в стандартном s2disk.
А tuxonice у меня никогда нормально не работал, в отличие от s2ram/s2disk.

"Проект TuxOnIce с реализации спящего режима для Linux был на..."
Отправлено Frank , 04-Ноя-11 20:56 
У меня 64 ГБ SSD и 6 ГБ оперативки. Не пользуюсь, по очевидным причинам, ни swap'ом, ни hibernat'ом :)

"Проект TuxOnIce с реализации спящего режима для Linux был на..."
Отправлено smile , 04-Ноя-11 22:01 
для меня причины не использовать гибернацию при ваших показателях не столь очевидны. поясните ?

"Проект TuxOnIce с реализации спящего режима для Linux был на..."
Отправлено pavlinux , 04-Ноя-11 22:11 
SSD жалко. :)

"Проект TuxOnIce с реализации спящего режима для Linux был на..."
Отправлено smile , 04-Ноя-11 22:17 
как бы давно посчитано для уже даже не самых современных SSD, что от ежедневного использования на домашней машине в среднем она морально и физически успеет прилично устареть до того, как SSD начнет ощущать фатальный зуд в промежности.

"Проект TuxOnIce с реализации спящего режима для Linux был на..."
Отправлено pavlinux , 04-Ноя-11 22:24 
> как бы давно посчитано для уже даже не самых современных SSD, что
> от ежедневного использования на домашней машине в среднем она морально и
> физически успеет прилично устареть до того, как SSD начнет ощущать фатальный
> зуд в промежности.

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


"Проект TuxOnIce с реализации спящего режима для Linux был на..."
Отправлено Aleksey Salow , 05-Ноя-11 04:09 
> Как Вы часто проверяете свои SSD на размер данных, которые можно записать?

А зачем? За 5 лет (гарантия на нормальные накопители) либо сам накопитель сдохнет (и поменяют по гарантии на новый) либо новый такого же объёма будет стоить смешные деньги. Я лично вообще не вижу какого-либо смысла забивать голову такой мелочью.


"Проект TuxOnIce с реализации спящего режима для Linux был на..."
Отправлено Какаянахренразница , 05-Ноя-11 14:09 
Не идеалист и не перфекционист. Меркантильный прагматик какой-то.  Фу.

"Проект TuxOnIce с реализации спящего режима для Linux был на..."
Отправлено Andrey Mitrofanov , 05-Ноя-11 14:11 
""Уэф, ты когда-нибудь видел, чтобы такой маленький пацак был таким
меркантильным кю? - Никогда. Я говорил - Скрипач не нужен, вот результат.""

"Проект TuxOnIce с реализации спящего режима для Linux был на..."
Отправлено Карбофос , 05-Ноя-11 02:15 
ssd рано или поздно даст о себе знать. тени исчезают в полдень. ой. файлы исчезают.

"Проект TuxOnIce с реализации спящего режима для Linux был на..."
Отправлено Frank , 05-Ноя-11 10:40 
> ssd рано или поздно даст о себе знать. тени исчезают в полдень.
> ой. файлы исчезают.

HDD более ненадёжен. Если у вас вышел ресурс SSD - вы можете скопировать с перешедшего в read only режим накопителя ваши файлы на новый. Если у вас перестал раскручиваться HDD - либо вы попали на бабки чтобы вытащить ваши данные, либо просто забиваете на все ваши файлы сразу.


"Проект TuxOnIce с реализации спящего режима для Linux был на..."
Отправлено asipin , 05-Ноя-11 13:03 
>> ssd рано или поздно даст о себе знать. тени исчезают в полдень.
>> ой. файлы исчезают.
> HDD более ненадёжен. Если у вас вышел ресурс SSD - вы можете
> скопировать с перешедшего в read only режим накопителя ваши файлы на
> новый. Если у вас перестал раскручиваться HDD - либо вы попали
> на бабки чтобы вытащить ваши данные, либо просто забиваете на все
> ваши файлы сразу.

Выход из строя накопителя не должен быть большой бедой. Есть такое русское слово - бэкап.


"Проект TuxOnIce с реализации спящего режима для Linux был на..."
Отправлено dr_stranger , 06-Ноя-11 23:06 
Сомневаюсь, что бэкап - русское слово :-)

"Проект TuxOnIce реализации спящего режима для Linux был на..."
Отправлено Michael Shigorin , 06-Ноя-11 23:11 
> Сомневаюсь, что бэкап - русское слово :-)

"Брандмауэр. Молодой человек, это низкопоклонничество перед Западом! Есть же простое русское слово -- файрвол!" (ц)

По сути: порой применял ядра с TOI (в основном сборки lakostis@) -- разница в скорости была заметна, но главнее то, что оно нередко работало там, где ванильный шушпанд отказывал.  Впрочем, последние год-два он стал ближе к рабочему варианту, хотя изредка всё так же может не проснуться.


"Проект TuxOnIce реализации спящего режима для Linux был на..."
Отправлено Aleksey Salow , 07-Ноя-11 00:51 
>> Сомневаюсь, что бэкап - русское слово :-)
> "Брандмауэр. Молодой человек, это низкопоклонничество перед Западом! Есть же простое русское
> слово -- файрвол!" (ц)

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


"Проект TuxOnIce с реализации спящего режима для Linux был на..."
Отправлено Frank , 05-Ноя-11 00:27 
> для меня причины не использовать гибернацию при ваших показателях не столь очевидны. поясните ?

1) Банально жалко 10% ёмкости тратить на не очень полезную мне опцию
2) даже несмотря на ssd, запись  6 гигов памяти даже с компрессией банально долго
3) мне всегда хватает ждущего режима, в него и обратно быстрее чем дампить память :)

Можете предложить мне хоть одну причину юзать гибернейт? Отсутствие розеток в досягаемости сутками у меня не наблюдается.


"Проект TuxOnIce с реализации спящего режима для Linux был на..."
Отправлено Aleksey Salow , 05-Ноя-11 04:06 
> 2) даже несмотря на ssd, запись  6 гигов памяти даже с компрессией банально долго

Отключите компрессию. Винда на дамп 10G тратит где-то 30s (hybrid sleep).


"Проект TuxOnIce с реализации спящего режима для Linux был на..."
Отправлено Frank , 05-Ноя-11 10:41 
>> 2) даже несмотря на ssd, запись  6 гигов памяти даже с компрессией банально долго
> Отключите компрессию. Винда на дамп 10G тратит где-то 30s (hybrid sleep).

На обычный sleep тратится 5 секунд. И нафиг мне тратить больше?


"Проект TuxOnIce с реализации спящего режима для Linux был на..."
Отправлено Aleksey Salow , 05-Ноя-11 12:35 
>>> 2) даже несмотря на ssd, запись  6 гигов памяти даже с компрессией банально долго
>> Отключите компрессию. Винда на дамп 10G тратит где-то 30s (hybrid sleep).
> На обычный sleep тратится 5 секунд. И нафиг мне тратить больше?

вы возле компа со свечкой стоите? Я лично кнопочку нажал, а дальше оно уже само и не особо важно сколько времени занимает.


"Проект TuxOnIce с реализации спящего режима для Linux был на..."
Отправлено stimpack , 06-Ноя-11 11:00 
на моем макбуке переход в ждущий режим занимает две секунды. обратно (просыпание) - 1 секунда.
и мне это ОЧЕНЬ нравится. потому что я закрываю крышку и должен получить спящий комп, открываю крышку - и должен получить работающий комп.

"Проект TuxOnIce с реализации спящего режима для Linux был на..."
Отправлено Michael Shigorin , 06-Ноя-11 23:14 
>> На обычный sleep тратится 5 секунд. И нафиг мне тратить больше?
> вы возле компа со свечкой стоите? Я лично кнопочку нажал, а дальше
> оно уже само и не особо важно сколько времени занимает.

Комп в это время может находиться на траектории в сумку, а если останется включен -- может получиться нехорошо через несколько часов.  Проходили такое с первым (там был железобетонный APM BIOS, но похоже, кнопку плохо нажал впопыхах -- обнаружил уже в купе).


"Проект TuxOnIce с реализации спящего режима для Linux был на..."
Отправлено Aleksey Salow , 07-Ноя-11 00:51 
> Комп в это время может находиться на траектории в сумку, а если
> останется включен -- может получиться нехорошо через несколько часов.  Проходили
> такое с первым (там был железобетонный APM BIOS, но похоже, кнопку
> плохо нажал впопыхах -- обнаружил уже в купе).

Для разных девайсов - разная политика. Для ноута достаточно str, для большого компа str+std (aka hybrid sleep сами знаете где).


"Проект TuxOnIce с реализации спящего режима для Linux был на..."
Отправлено Аноним , 17-Ноя-11 12:52 
Какая запись 6 гигов? TuxOnIce же записывает только занятую приложениями память. Сожрано 100 мегов - запишет 100 мегов, сожрано полтора гига - запишет полтора гига. Я например, стараюсь пользоваться нежручими приложениями, чтобы хибернейт быстрее был. А браузер вообще скриптом убиваю перед засыпанием, все равно вкладки восстановит, а стартует моментом.

Или у вас все 6 гигов постоянно забиты? Что ж вы делаете такое?


"Проект TuxOnIce с реализации спящего режима для Linux был на..."
Отправлено Аноним , 17-Ноя-11 12:59 
TuxOnIce умеет гибридный сон - скидывает на диск и переходит в ждущий режим, так что восстановление все равно секундное.

"Проект TuxOnIce с реализации спящего режима для Linux был на..."
Отправлено Michael Shigorin , 05-Ноя-11 01:01 
> У меня 64 ГБ SSD и 6 ГБ оперативки. Не пользуюсь, по
> очевидным причинам, ни swap'ом, ни hibernat'ом :)

Вдвое больше и вдвое меньше, порой пользуюсь. :)


"Проект TuxOnIce с реализации 'спящего режима' для Linux был ..."
Отправлено Аноним , 04-Ноя-11 21:37 
Первейший совет при работе с ССД - отключать свап - меня очень удивляет.
Отключать SWAP имея ССД и много оперативки - глупость.
В отличии от венды в Линуксе свап пишется только тогда, когда это дейсвтительно нужно - читай - когда заканчивается RAM.
Если у вас много RAM то СВАП все равно не будет писаться и разницы вы не заметите.
Однако, если оперативка у вас все-таки закончилась, а свап отключен - быть панике.


по сабжу - TOI у меня так и не заработал. Считаю, что костыли к ядру не нужны.


"Проект TuxOnIce с реализации 'спящего режима' для Linux был ..."
Отправлено Frank , 05-Ноя-11 00:35 
> Первейший совет при работе с ССД - отключать свап - меня очень
> удивляет.
> Отключать SWAP имея ССД и много оперативки - глупость.
> В отличии от венды в Линуксе свап пишется только тогда, когда это
> дейсвтительно нужно - читай - когда заканчивается RAM.
> Если у вас много RAM то СВАП все равно не будет писаться
> и разницы вы не заметите.
> Однако, если оперативка у вас все-таки закончилась, а свап отключен - быть
> панике.

Вы знаете, если у меня закончились мои 6 гигов оперативки и её не освободить уже никак, кроме расстрелом - это значит, что кто-то потёк, и его _надо_ пристрелить.
У меня впечатление, что вы никогда не наблюдали, скажем, потёкший VLC, который ужрав всю память при наличии свопа насилует систему так, что в течении _нескольких минут_ ничего невозможно сделать из-за постоянного iowait. В то же время без свопа он банально прибивается в течении нескольких секунд oom'killerом.
ПОЭТОМУ МЕНЯ ОЧЕНЬ УДИВЛЯЕТ СУЕВЕРИЕ ПРО НЕОБХОДИМОСТЬ СВОПА. Он банально не нужен, если у вас достаточно оперативки, это действительно не винда :) Помните, что своп - это костыль тех времён, когда оперативки нехватало _всегда_. Но те времена уже прошли, и необходимость в расширении быстрой оперативной памяти медленной постоянной под бааальшим вопросом.


"Проект TuxOnIce с реализации 'спящего режима' для Linux был ..."
Отправлено Какаянахренразница , 05-Ноя-11 14:16 
Вот это ты, батенька, правильно гутаришь. Но...

Сколько, говоришь, стОит вся твоя оперативка? А сколько стОит такой же объём памяти/места на жёстком диске? Во-о-о-о-от. Так что пускай себе будет своп.


"Проект TuxOnIce с реализации 'спящего режима' для Linux был ..."
Отправлено Sas , 05-Ноя-11 15:46 
>Он банально не нужен, если у вас достаточно оперативки

вы это хрому скажите для которого забить 4гига оперативы как 2 пальца об асфальт


"Проект TuxOnIce с реализации 'спящего режима' для Linux был ..."
Отправлено rshadow , 05-Ноя-11 03:00 
Использую zram. И свап есть и диск цел и памяти виртуальной ощутимо больше. ПРОФИТ!!!

"Проект TuxOnIce с реализации 'спящего режима' для Linux был ..."
Отправлено Аноним , 05-Ноя-11 04:39 
и тормозит все, ПРОФИТ

"Проект TuxOnIce с реализации 'спящего режима' для Linux был ..."
Отправлено Аноним , 09-Июн-20 09:14 
zram не тормозит даже на слабеньких ARM'ах.

"Проект TuxOnIce с реализации 'спящего режима' для Linux был ..."
Отправлено medvedko , 05-Ноя-11 06:03 
"Первейший совет при работе с ССД - отключать свап - меня очень удивляет.
Отключать SWAP имея ССД и много оперативки - глупость.
В отличии от венды в Линуксе свап пишется "

Зачем вы болтаете ерундой?


Mem:   4047248k total,  3530944k used,   516304k free,    18004k buffers
Swap:  3930108k total,   154084k used,  3776024k free,  2249676k cached

и это при

vm.swappiness = 0


"Проект TuxOnIce с реализации 'спящего режима' для Linux был ..."
Отправлено www2 , 05-Ноя-11 17:16 
Вообще-то ядро охотно пользуется свапом, если на него можно скинуть редко используемые страницы памяти, за счёт чего увеличить дисковый кэш.

"Проект TuxOnIce с реализации 'спящего режима' для Linux был ..."
Отправлено XoRe , 06-Ноя-11 22:51 
> В отличии от венды в Линуксе свап пишется только тогда, когда это
> дейсвтительно нужно - читай - когда заканчивается RAM.
> Если у вас много RAM то СВАП все равно не будет писаться
> и разницы вы не заметите.

Swap в линуксе используется не только тогда, когда кончается память.
Если linux 1 раз залез в swap на 5 метров, то он сам по себе его не освободит, т.е. даже через год полного простоя система будет писать, что используется 5 мб swap.
Следовательно, даже при большом количестве оперативки, swap скорее всего будет использован.
Если накопитель ssd, у этого появляется своя специфика.

Можно сделать маленький swap, для сигнализации.
Например, если 4+ гиг памяти, то swap - 1 гиг.
И если система в него залезет, значит что-то не так.

Кстати, swap можно выгружать командами swapoff -a, swapon -a.


"Проект TuxOnIce с реализации спящего режима для Linux был на..."
Отправлено pavlinux , 04-Ноя-11 22:10 
Нахер гибернацию shutdown/poweron раза в два быстрее.

"Проект TuxOnIce с реализации спящего режима для Linux был на..."
Отправлено Аноним , 04-Ноя-11 22:34 
Несомненно! Закрыть/открыть десяток документов при этом тоже быстрее, чем уснуть-проснуться

"Проект TuxOnIce с реализации спящего режима для Linux был на..."
Отправлено pavlinux , 05-Ноя-11 03:22 
Это из серии "Тёща и Антрисоли" - дохрена чего валяется, сейчас это не нужно, но когда-нибудь вдруг понадобиться.

"Проект TuxOnIce с реализации спящего режима для Linux был на..."
Отправлено Какаянахренразница , 05-Ноя-11 14:19 
Содержимое антресолей да, а вот для чего может понадобиться тёща?

"Проект TuxOnIce с реализации спящего режима для Linux был на..."
Отправлено Аноним , 06-Ноя-11 01:01 
Она может понадобиться для использования содержимого антресолей.

"Проект TuxOnIce с реализации спящего режима для Linux был на..."
Отправлено pavlinux , 06-Ноя-11 03:13 
> Содержимое антресолей да, а вот для чего может понадобиться тёща?

Теща - Интерактивный менеджер бэкапа с функциями AI и самосохранения!  


"Проект TuxOnIce с реализации спящего режима для Linux был на..."
Отправлено stimpack , 06-Ноя-11 11:04 
> Это из серии "Тёща и Антрисоли" - дохрена чего валяется, сейчас это
> не нужно, но когда-нибудь вдруг понадобиться.

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


"Проект TuxOnIce с реализации спящего режима для Linux был на..."
Отправлено pavlinux , 06-Ноя-11 11:22 
>> Это из серии "Тёща и Антрисоли" - дохрена чего валяется, сейчас это
>> не нужно, но когда-нибудь вдруг понадобиться.
> ноут засыпает в день до десятка раз. я очень мобилен. и ноут
> всегда с собой. что я делаю не так, как принято?

Вы скажите кем работаете, что делаете, тогда может чего посоветую.


"Проект TuxOnIce с реализации спящего режима для Linux был на..."
Отправлено anonymous , 08-Ноя-11 11:31 
во всех наиболее часто пользуемых программах есть такая фича, как продолжить с места последнего использования (играть аудио-\видео-файл с определенного места, документ с определенной страницы, браузер в места рассоединения и т.п.), так что зря Вы так... если документов немного, или ссд - имеет смысл использовать выключение и включение, нежели дамп оперативы в файл и обратно. Особенно это будет заметно если оперативки гораздо больше, нежели документов.

"Проект TuxOnIce с реализации спящего режима для Linux был на..."
Отправлено smile , 05-Ноя-11 13:17 
за несколько лет тролль не прибавил в весе, его жизнедеятельность все так же топорна и режет слух.

"Проект TuxOnIce с реализации спящего режима для Linux..."
Отправлено arisu , 07-Ноя-11 01:14 
> Нахер гибернацию shutdown/poweron раза в два быстрее.

нахер снимание обёртки с плавленых сырков, с обёрткой сжирается в пять раз быстрее!


"Проект TuxOnIce с реализации спящего режима для Linux был на..."
Отправлено Stax , 04-Ноя-11 23:22 
А в каких дистрибутивах есть этот tuxonice? Т.е. работает с официальным дистрибутивным ядром?

"Проект TuxOnIce с реализации спящего режима для Linux был на..."
Отправлено xandry , 05-Ноя-11 00:13 
http://tuxonice.net/#tabset-tab-2

"Проект TuxOnIce с реализации спящего режима для Linux был на..."
Отправлено Аноним , 05-Ноя-11 00:17 
Из наиболее известных - по-моему, ни одного. Но в генту и дебиане можно легко поставить zen-kernel, в котором это есть (а также много чего еще, включая BFQ, BFS, reiser4 и т.д.).

"Проект TuxOnIce с реализации спящего режима для Linux был на..."
Отправлено pavlinux , 05-Ноя-11 03:32 
>  BFQ, BFS, reiser4

О ja, ja!!! Placebo Software!!! Das ist fantastisch!


"Проект TuxOnIce с реализации спящего режима для Linux был на..."
Отправлено Аноним , 05-Ноя-11 12:16 
> О ja, ja!!! Placebo Software!!! Das ist fantastisch!

Если бы кое-кто кое-кому поусерднее задницу лизал, то "забортным" placebo software были бы CFQ, CFS и ext*.
Код не решает ничего - политика решает все.


"Проект TuxOnIce с реализации спящего режима для Linux был на..."
Отправлено Андрей , 05-Ноя-11 04:02 
> требуется потратить для переработки кода в соответствии со стилем кодирования, принятом в ядре Linux

А господин Каннингем не для ядра TuxOnIce разрабатывал??? Ведь тогда он бы наверняка заглянул бы в правила. Или они в секрете держатся? Или в каком неудобоворимом виде?


"Проект TuxOnIce с реализации спящего режима для Linux был на..."
Отправлено Аноним , 05-Ноя-11 12:12 
> А господин Каннингем не для ядра TuxOnIce разрабатывал??? Ведь тогда он бы наверняка заглянул бы в правила.

"Закон - что дышло: куда повернул, туда и вышло" Его просто не хотят пускать в ядро, как unionfs/aufs, reiser4, bfq и много других проектов. Стиль кодирования - просто повод. Плох тот ме^Wполицейский, который к столбу не докопается.


"Проект TuxOnIce с реализации спящего режима для Linux был на..."
Отправлено Аноним , 05-Ноя-11 17:14 
А причина тогда какая, если это только повод?

"Проект TuxOnIce с реализации спящего режима для Linux был на..."
Отправлено www2 , 05-Ноя-11 17:18 
> А причина тогда какая, если это только повод?

Не любят слишком умных одиночек.


"Проект TuxOnIce с реализации спящего режима для Linux был на..."
Отправлено Аноним , 05-Ноя-11 23:13 
> А причина тогда какая, если это только повод?

Скорее всего, недостаточно вежливо реагировал на хамство Линуса.


"Проект TuxOnIce с реализации спящего режима для Linux был на..."
Отправлено pavlinux , 06-Ноя-11 04:05 
>> А причина тогда какая, если это только повод?
> Скорее всего, недостаточно вежливо реагировал на хамство Линуса.

Я как-то патчик отправил, там всего лишь замена sizeof на strlen,
так они меня так затрахали с правильным оформлением...
То блин, signed-of не поставил, то формат module_param не понравился,
вместо module_param(a, char, 644), положено module_param(a, char, 0644)
хотя с трехзначными в коде дофига. Ну ничего, не умер, зато с пятого раза сразу прошло. :)

Когда ТорвальдЦцу отписывался, он мня вежливо послал нах...й, мол "какого хрена
мне на домашний пишешь!". Я мог бы ответить - "Сам ты Як-цуп-цуп финский..., яебу,
какой нашёл в ядре, на такой и написал". Отделался легким Sorry :)


"Проект TuxOnIce с реализации спящего режима для Linux был на..."
Отправлено stimpack , 06-Ноя-11 11:06 
Не мешай батькам звезды с неба хватать. :)
на большом корабле... много правил для моряков :)

"Проект TuxOnIce с реализации спящего режима для Linux..."
Отправлено arisu , 07-Ноя-11 01:16 
> вместо module_param(a, char, 644), положено module_param(a, char, 0644)

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

я бы тоже такой мусор не взял, например.


"Проект TuxOnIce с реализации спящего режима для Linux..."
Отправлено pavlinux , 07-Ноя-11 17:31 
>> вместо module_param(a, char, 644), положено module_param(a, char, 0644)
> действительно, это ж фигня, что код совершенно разный.

Какой код, с кодом все в порядке.
А писать 0664 вместо 644 это параноя. Почему? Объяснения этого оставлю  на потом.

  


"Проект TuxOnIce с реализации спящего режима для Linux..."
Отправлено arisu , 07-Ноя-11 17:46 
> Какой код, с кодом все в порядке.
> А писать 0664 вместо 644 это параноя.

ну да, ну да. а то, что 0644 != 644 — это, кагбэ, ерунда. то, что это *допустимо* не значит, что это *правильно*. такие дела.

впрочем, есть мнение, что у тебя голова очень крепкая: лес деревьев на колья можно извести, и всё равно не дойдёт.


"Проект TuxOnIce с реализации спящего режима для Linux..."
Отправлено pavlinux , 07-Ноя-11 19:13 
>> Какой код, с кодом все в порядке.
>> А писать 0664 вместо 644 это параноя.
> ну да, ну да. а то, что 0644 != 644 — это, кагбэ, ерунда.

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


> впрочем, есть мнение, что у тебя голова очень крепкая: лес деревьев на
> колья можно извести, и всё равно не дойдёт.

Вы без перехода личности умете общаться?!


"Проект TuxOnIce с реализации спящего режима для Linux..."
Отправлено arisu , 07-Ноя-11 19:20 
> я о том, то что майтенер мог бы сам добавить этот ноль,
> а не распиздяйствовать целую неделю в переписке.

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

> Вы без перехода личности умете общаться?!

а в чём проблема-то? я толерантностью в виде «не говори ослу, что он осёл» не страдаю.


"Проект TuxOnIce с реализации спящего режима для Linux был на..."
Отправлено artist60 , 07-Ноя-11 14:59 
а где есть примеры его хамства и всего оного сообщества kernel?

"Проект TuxOnIce с реализации спящего режима для Linux был на..."
Отправлено pavlinux , 07-Ноя-11 17:13 
> а где есть примеры его хамства и всего оного сообщества kernel?

В личке, а в рассылках они сдержанные, хотя бывает проскакивает.


"Проект TuxOnIce с реализации спящего режима для Linux был на..."
Отправлено sluge , 07-Ноя-11 10:21 
есть такие програмисты, им легче съесть кило лимонов чем менять свой стиль кодинга)

"Проект TuxOnIce с реализации спящего режима для Linux..."
Отправлено arisu , 07-Ноя-11 15:26 
> есть такие програмисты, им легче съесть кило лимонов чем менять свой стиль
> кодинга)

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


"Проект TuxOnIce с реализации спящего режима для Linux..."
Отправлено Аноним , 08-Ноя-11 03:26 
Такими вещами должны заниматься всякие стайлчекеры и статические анализаторы, утилиты в общем. Странно вообще, что в таком масштабном проекте такие вещи делаются вручную.

"Проект TuxOnIce с реализации спящего режима для Linux был на..."
Отправлено Maniaq , 08-Ноя-11 01:14 
> есть такие програмисты, им легче съесть кило лимонов чем менять свой стиль кодинга)

не вижу никакой проблемы съесть кило лимонов, всего то штук 5-7... Без кожуры можно? :-)


"Проект TuxOnIce с реализации спящего режима для Linux был на..."
Отправлено ГостьКость , 08-Ноя-11 11:14 
блин уже более 3х лет на дебиане сижу и мучаюсь с суспендом. оказывается есть и такая фича! нуб - это надолго...