The OpenNET Project / Index page

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

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

04.11.2011 17:44

Найджел Каннингем (Nigel Cunningham), разработчик TuxOnIce, подсистемы Linux, реализующей поддержку "спящего" режима со сбросом образа памяти на диск, объявил о решении закрыть проект, но указал, что пользователи могут попытаться переубедить его. По мнению Найджела, проект TuxOnIce, не входящий в состав основного ядра, потерял свой смысл, так как входящая в ядро официальная реализация поддержки спящего режима последние годы достаточно продвинулась вперёд и прекрасно решает поставленные перед ней задачи.

Спустя день, Найджел объявил, что изменил своё решение и продолжит поддержку проекта, так как его убедили, что код TuxOnIce остаётся востребованным и высоко ценится пользователями. Отдельно можно упомянуть обсуждение в списке рассылки разработчиков ядра Linux, в котором упоминалась неисправленная с марта ошибка в штатной реализации спящего режима, мешающая его использованию на некоторых популярных моделях ноутбуков (каждые 10-20 просыпаний наблюдается крах), в то время как TuxOnIce работает на этих ноутбуках без проблем. В комментариях к первому сообщению Найджела подобных заявлений, что засыпание на их ноутбуках полноценно работает только в TuxOnIce, было опубликовано около десятка.

Разработка TuxOnIce ведётся в основном силами одного энтузиаста, при этом практически нет шансов добиться интеграции кода проекта в состав основного ядра - для этого нет ресурсов, которые требуется потратить для переработки кода в соответствии со стилем кодирования, принятом в ядре Linux. Из особенностей TuxOnIce, которых нет в стандартной реализации спящего режима в Linux, можно отметить поддержку многопоточной обработки и записи в асинхронном режиме, поддержку упреждающего чтения, удобный интерфейс пользователя, возможность использования обычных файлов для хранения дампа памяти, возможность создания расширений для преобразования и записи образов памяти, поддержку шифрования. Тем не менее самым заметным и востребованным отличием TuxOnIce остаётся более высокая скорость перехода в спящий режим и возврата из него.

  1. Главная ссылка к новости (http://lists.tuxonice.net/pipe...)
  2. OpenNews: Интервью с разработчиком TuxOnIce, реализации "спящего режима" для Linux
  3. OpenNews: Проект Suspend2 переименован в TuxOnIce
Лицензия: CC-BY
Тип: К сведению
Короткая ссылка: https://opennet.ru/32227-tuxonice
Ключевые слова: tuxonice, suspend
При перепечатке указание ссылки на opennet.ru обязательно
Обсуждение (75) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (-), 18:20, 04/11/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +8 +/
    >возможность использования обычных файлов для хранения дампа памяти

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

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

     
     
  • 2.2, Аноним (-), 18:50, 04/11/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Как ни странно, SWAP тоже может быть файлом. Ы?
     
     
  • 3.3, sca (?), 18:54, 04/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Люди отказываются от свопа в пользу отдельного файла для гибернации. Что непонятно?
     
  • 3.9, Аноним (-), 21:24, 04/11/2011 [^] [^^] [^^^] [ответить]  
  • –4 +/
    Linux не гибернезируется в своп-файл. Вообще.
     
  • 2.4, Lain_13 (?), 18:54, 04/11/2011 [^] [^^] [^^^] [ответить]  
  • +20 +/
    Лучше б кто ему помог всё это переработать и в вердро затащить.
     

  • 1.6, bircoph (ok), 19:37, 04/11/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Вообще-то шифрование есть в стандартном s2disk.
    А tuxonice у меня никогда нормально не работал, в отличие от s2ram/s2disk.
     
  • 1.7, Frank (ok), 20:56, 04/11/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    У меня 64 ГБ SSD и 6 ГБ оперативки. Не пользуюсь, по очевидным причинам, ни swap'ом, ни hibernat'ом :)
     
     
  • 2.11, smile (??), 22:01, 04/11/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    для меня причины не использовать гибернацию при ваших показателях не столь очевидны. поясните ?
     
     
  • 3.13, pavlinux (ok), 22:11, 04/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    SSD жалко. :)
     
     
  • 4.14, smile (??), 22:17, 04/11/2011 [^] [^^] [^^^] [ответить]  
  • +2 +/
    как бы давно посчитано для уже даже не самых современных SSD, что от ежедневного использования на домашней машине в среднем она морально и физически успеет прилично устареть до того, как SSD начнет ощущать фатальный зуд в промежности.
     
     
  • 5.15, pavlinux (ok), 22:24, 04/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > как бы давно посчитано для уже даже не самых современных SSD, что
    > от ежедневного использования на домашней машине в среднем она морально и
    > физически успеет прилично устареть до того, как SSD начнет ощущать фатальный
    > зуд в промежности.

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

     
     
  • 6.30, Aleksey Salow (ok), 04:09, 05/11/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Как Вы часто проверяете свои SSD на размер данных, которые можно записать?

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

     
     
  • 7.40, Какаянахренразница (?), 14:09, 05/11/2011 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Не идеалист и не перфекционист. Меркантильный прагматик какой-то.  Фу.
     
     
  • 8.41, Andrey Mitrofanov (?), 14:11, 05/11/2011 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Уэф, ты когда-нибудь видел, чтобы такой маленький пацак был таким меркантильны... текст свёрнут, показать
     
  • 4.24, Карбофос (ok), 02:15, 05/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    ssd рано или поздно даст о себе знать. тени исчезают в полдень. ой. файлы исчезают.
     
     
  • 5.33, Frank (ok), 10:40, 05/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > ssd рано или поздно даст о себе знать. тени исчезают в полдень.
    > ой. файлы исчезают.

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

     
     
  • 6.38, asipin (??), 13:03, 05/11/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >> ssd рано или поздно даст о себе знать. тени исчезают в полдень.
    >> ой. файлы исчезают.
    > HDD более ненадёжен. Если у вас вышел ресурс SSD - вы можете
    > скопировать с перешедшего в read only режим накопителя ваши файлы на
    > новый. Если у вас перестал раскручиваться HDD - либо вы попали
    > на бабки чтобы вытащить ваши данные, либо просто забиваете на все
    > ваши файлы сразу.

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

     
     
  • 7.57, dr_stranger (?), 23:06, 06/11/2011 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Сомневаюсь, что бэкап - русское слово :-)
     
     
  • 8.58, Michael Shigorin (ok), 23:11, 06/11/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Брандмауэр Молодой человек, это низкопоклонничество перед Западом Есть же про... текст свёрнут, показать
     
     
  • 9.61, Aleksey Salow (ok), 00:51, 07/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Наоборот Брандмауэр это инженерное сооружение, пришло с немцами фиг знает когда... текст свёрнут, показать
     
  • 3.20, Frank (ok), 00:27, 05/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > для меня причины не использовать гибернацию при ваших показателях не столь очевидны. поясните ?

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

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

     
     
  • 4.29, Aleksey Salow (ok), 04:06, 05/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > 2) даже несмотря на ssd, запись  6 гигов памяти даже с компрессией банально долго

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

     
     
  • 5.34, Frank (ok), 10:41, 05/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    >> 2) даже несмотря на ssd, запись  6 гигов памяти даже с компрессией банально долго
    > Отключите компрессию. Винда на дамп 10G тратит где-то 30s (hybrid sleep).

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

     
     
  • 6.37, Aleksey Salow (ok), 12:35, 05/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    >>> 2) даже несмотря на ssd, запись  6 гигов памяти даже с компрессией банально долго
    >> Отключите компрессию. Винда на дамп 10G тратит где-то 30s (hybrid sleep).
    > На обычный sleep тратится 5 секунд. И нафиг мне тратить больше?

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

     
     
  • 7.52, stimpack (?), 11:00, 06/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    на моем макбуке переход в ждущий режим занимает две секунды. обратно (просыпание) - 1 секунда.
    и мне это ОЧЕНЬ нравится. потому что я закрываю крышку и должен получить спящий комп, открываю крышку - и должен получить работающий комп.
     
  • 7.59, Michael Shigorin (ok), 23:14, 06/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    >> На обычный sleep тратится 5 секунд. И нафиг мне тратить больше?
    > вы возле компа со свечкой стоите? Я лично кнопочку нажал, а дальше
    > оно уже само и не особо важно сколько времени занимает.

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

     
     
  • 8.60, Aleksey Salow (ok), 00:51, 07/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Для разных девайсов - разная политика Для ноута достаточно str, для большого ко... текст свёрнут, показать
     
  • 4.79, Аноним (-), 12:52, 17/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Какая запись 6 гигов? TuxOnIce же записывает только занятую приложениями память. Сожрано 100 мегов - запишет 100 мегов, сожрано полтора гига - запишет полтора гига. Я например, стараюсь пользоваться нежручими приложениями, чтобы хибернейт быстрее был. А браузер вообще скриптом убиваю перед засыпанием, все равно вкладки восстановит, а стартует моментом.

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

     
  • 4.80, Аноним (-), 12:59, 17/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    TuxOnIce умеет гибридный сон - скидывает на диск и переходит в ждущий режим, так что восстановление все равно секундное.
     
  • 2.23, Michael Shigorin (ok), 01:01, 05/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > У меня 64 ГБ SSD и 6 ГБ оперативки. Не пользуюсь, по
    > очевидным причинам, ни swap'ом, ни hibernat'ом :)

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

     

  • 1.10, Аноним (-), 21:37, 04/11/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Первейший совет при работе с ССД - отключать свап - меня очень удивляет.
    Отключать SWAP имея ССД и много оперативки - глупость.
    В отличии от венды в Линуксе свап пишется только тогда, когда это дейсвтительно нужно - читай - когда заканчивается RAM.
    Если у вас много RAM то СВАП все равно не будет писаться и разницы вы не заметите.
    Однако, если оперативка у вас все-таки закончилась, а свап отключен - быть панике.


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

     
     
  • 2.22, Frank (ok), 00:35, 05/11/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Первейший совет при работе с ССД - отключать свап - меня очень
    > удивляет.
    > Отключать SWAP имея ССД и много оперативки - глупость.
    > В отличии от венды в Линуксе свап пишется только тогда, когда это
    > дейсвтительно нужно - читай - когда заканчивается RAM.
    > Если у вас много RAM то СВАП все равно не будет писаться
    > и разницы вы не заметите.
    > Однако, если оперативка у вас все-таки закончилась, а свап отключен - быть
    > панике.

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

     
     
  • 3.42, Какаянахренразница (?), 14:16, 05/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Вот это ты, батенька, правильно гутаришь. Но...

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

     
  • 3.44, Sas (ok), 15:46, 05/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    >Он банально не нужен, если у вас достаточно оперативки

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

     
  • 2.25, rshadow (ok), 03:00, 05/11/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Использую zram. И свап есть и диск цел и памяти виртуальной ощутимо больше. ПРОФИТ!!!
     
     
  • 3.31, Аноним (-), 04:39, 05/11/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    и тормозит все, ПРОФИТ
     
     
  • 4.81, Аноним (81), 09:14, 09/06/2020 [^] [^^] [^^^] [ответить]  
  • +/
    zram не тормозит даже на слабеньких ARM'ах.
     
  • 2.32, medvedko (?), 06:03, 05/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    "Первейший совет при работе с ССД - отключать свап - меня очень удивляет.
    Отключать SWAP имея ССД и много оперативки - глупость.
    В отличии от венды в Линуксе свап пишется "

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


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

    и это при

    vm.swappiness = 0

     
  • 2.46, www2 (??), 17:16, 05/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Вообще-то ядро охотно пользуется свапом, если на него можно скинуть редко используемые страницы памяти, за счёт чего увеличить дисковый кэш.
     
  • 2.56, XoRe (ok), 22:51, 06/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > В отличии от венды в Линуксе свап пишется только тогда, когда это
    > дейсвтительно нужно - читай - когда заканчивается RAM.
    > Если у вас много RAM то СВАП все равно не будет писаться
    > и разницы вы не заметите.

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

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

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

     

  • 1.12, pavlinux (ok), 22:10, 04/11/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Нахер гибернацию shutdown/poweron раза в два быстрее.
     
     
  • 2.16, Аноним (-), 22:34, 04/11/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Несомненно! Закрыть/открыть десяток документов при этом тоже быстрее, чем уснуть-проснуться
     
     
  • 3.26, pavlinux (ok), 03:22, 05/11/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Это из серии "Тёща и Антрисоли" - дохрена чего валяется, сейчас это не нужно, но когда-нибудь вдруг понадобиться.
     
     
  • 4.43, Какаянахренразница (?), 14:19, 05/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Содержимое антресолей да, а вот для чего может понадобиться тёща?
     
     
  • 5.49, Аноним (-), 01:01, 06/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Она может понадобиться для использования содержимого антресолей.
     
  • 5.50, pavlinux (ok), 03:13, 06/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Содержимое антресолей да, а вот для чего может понадобиться тёща?

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

     
  • 4.53, stimpack (?), 11:04, 06/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Это из серии "Тёща и Антрисоли" - дохрена чего валяется, сейчас это
    > не нужно, но когда-нибудь вдруг понадобиться.

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

     
     
  • 5.55, pavlinux (ok), 11:22, 06/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    >> Это из серии "Тёща и Антрисоли" - дохрена чего валяется, сейчас это
    >> не нужно, но когда-нибудь вдруг понадобиться.
    > ноут засыпает в день до десятка раз. я очень мобилен. и ноут
    > всегда с собой. что я делаю не так, как принято?

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

     
  • 3.77, anonymous (??), 11:31, 08/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    во всех наиболее часто пользуемых программах есть такая фича, как продолжить с места последнего использования (играть аудио-\видео-файл с определенного места, документ с определенной страницы, браузер в места рассоединения и т.п.), так что зря Вы так... если документов немного, или ссд - имеет смысл использовать выключение и включение, нежели дамп оперативы в файл и обратно. Особенно это будет заметно если оперативки гораздо больше, нежели документов.
     
  • 2.39, smile (??), 13:17, 05/11/2011 [^] [^^] [^^^] [ответить]  
  • +3 +/
    за несколько лет тролль не прибавил в весе, его жизнедеятельность все так же топорна и режет слух.
     
  • 2.62, arisu (ok), 01:14, 07/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Нахер гибернацию shutdown/poweron раза в два быстрее.

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

     

  • 1.17, Stax (ok), 23:22, 04/11/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    А в каких дистрибутивах есть этот tuxonice? Т.е. работает с официальным дистрибутивным ядром?
     
     
  • 2.18, xandry (ok), 00:13, 05/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    http://tuxonice.net/#tabset-tab-2
     
  • 2.19, Аноним (-), 00:17, 05/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Из наиболее известных - по-моему, ни одного. Но в генту и дебиане можно легко поставить zen-kernel, в котором это есть (а также много чего еще, включая BFQ, BFS, reiser4 и т.д.).
     
     
  • 3.27, pavlinux (ok), 03:32, 05/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    >  BFQ, BFS, reiser4

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

     
     
  • 4.36, Аноним (-), 12:16, 05/11/2011 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > О ja, ja!!! Placebo Software!!! Das ist fantastisch!

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

     

  • 1.28, Андрей (??), 04:02, 05/11/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > требуется потратить для переработки кода в соответствии со стилем кодирования, принятом в ядре Linux

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

     
     
  • 2.35, Аноним (-), 12:12, 05/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > А господин Каннингем не для ядра TuxOnIce разрабатывал??? Ведь тогда он бы наверняка заглянул бы в правила.

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

     
     
  • 3.45, Аноним (-), 17:14, 05/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    А причина тогда какая, если это только повод?
     
     
  • 4.47, www2 (??), 17:18, 05/11/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > А причина тогда какая, если это только повод?

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

     
  • 4.48, Аноним (-), 23:13, 05/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > А причина тогда какая, если это только повод?

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

     
     
  • 5.51, pavlinux (ok), 04:05, 06/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    >> А причина тогда какая, если это только повод?
    > Скорее всего, недостаточно вежливо реагировал на хамство Линуса.

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

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

     
     
  • 6.54, stimpack (?), 11:06, 06/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Не мешай батькам звезды с неба хватать. :)
    на большом корабле... много правил для моряков :)
     
  • 6.63, arisu (ok), 01:16, 07/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > вместо module_param(a, char, 644), положено module_param(a, char, 0644)

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

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

     
     
  • 7.68, pavlinux (ok), 17:31, 07/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    >> вместо module_param(a, char, 644), положено module_param(a, char, 0644)
    > действительно, это ж фигня, что код совершенно разный.

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

      

     
     
  • 8.69, arisu (ok), 17:46, 07/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    ну да, ну да а то, что 0644 644 8212 это, кагбэ, ерунда то, что это доп... текст свёрнут, показать
     
     
  • 9.70, pavlinux (ok), 19:13, 07/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    я о том, то что майтенер мог бы сам добавить этот ноль, а не распиздяйствовать ... текст свёрнут, показать
     
     
  • 10.71, arisu (ok), 19:20, 07/11/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    может, ему вообще весь код самому писать не, а чо 8212 на то он и маинтайнер... текст свёрнут, показать
     
  • 5.65, artist60 (ok), 14:59, 07/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    а где есть примеры его хамства и всего оного сообщества kernel?
     
     
  • 6.67, pavlinux (ok), 17:13, 07/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > а где есть примеры его хамства и всего оного сообщества kernel?

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

     
  • 2.64, sluge (ok), 10:21, 07/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    есть такие програмисты, им легче съесть кило лимонов чем менять свой стиль кодинга)
     
     
  • 3.66, arisu (ok), 15:26, 07/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > есть такие програмисты, им легче съесть кило лимонов чем менять свой стиль
    > кодинга)

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

     
     
  • 4.75, Аноним (-), 03:26, 08/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Такими вещами должны заниматься всякие стайлчекеры и статические анализаторы, утилиты в общем. Странно вообще, что в таком масштабном проекте такие вещи делаются вручную.
     
  • 3.74, Maniaq (ok), 01:14, 08/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > есть такие програмисты, им легче съесть кило лимонов чем менять свой стиль кодинга)

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

     

  • 1.76, ГостьКость (?), 11:14, 08/11/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    блин уже более 3х лет на дебиане сижу и мучаюсь с суспендом. оказывается есть и такая фича! нуб - это надолго...
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Спонсоры:
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

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