The OpenNET Project / Index page

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

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

"Релиз ядра Linux 4.0"  +1 +/
Сообщение от opennews on 13-Апр-15, 09:18 
После двух месяцев разработки Линус Торвальдс анонсировал (https://lkml.org/lkml/2015/4/12/178) релиз ядра Linux 4.0 (https://www.kernel.org/). Среди наиболее заметных улучшений: интеграция базовых компонентов для обновления ядра Linux без перезагрузки, поддержка нескольких слоёв на чтение в overlayfs, реализация блочного сервера pNFS, возможность привязки к хостам алгоритмов контроля перегрузки, возможность установки меток на сетевые пакеты в модулях Smack, добавление в ext4 опции lazytime.

Переход к номеру версии 4.0, вместо ожидаемого выпуска 3.20, осуществлён после проведения голосования (https://plus.google.com/+LinusTorvalds/posts/jmtzzLiiejc), в котором приняло участие более 31 тысячи участников сообщества, из которых 56% посчитали, что настало время выпуска версии 4.0. Переход к нумерации 4.x является формальным шагом, обусловленным лишь эстетическими соображениями. Текущий выпуск ядра оказался как нельзя лучшим претендентом на смену нумерации. Цикл разработки 3.20/4.0 был относительно расслабленным и принёс заметно меньше существенных изменений, чем наблюдалось в прошлые выпуски (10 тыс изменений против 12.5 тысяч в ядре 3.19). Кроме того, репозиторий приблизился к отметке в 500 тысяч коммитов и преодолел рубеж в 4 млн объектов. При выпуске ядра 3.0 были преодолены рубежи в 250 тысяч коммитов и 2 млн объектов в Git.


В 2013 году рассматривалась (http://www.opennet.ru/opennews/art.shtml?num=38331) идея использования смены первого номера в версии как  дополнительного стабилизирующего этапа (предлагалось включить в ядро 4.0 только исправления ошибок, без функциональных изменений и новшеств), но данная идея была отвергнута.  С точки зрения функциональности выпуск 4.0 не содержит кардинальных изменений или нарушений совместимости и не выделяется среди остальных выпусков, плавно продолжая развитие текущей кодовой базы. Прошлая (http://www.opennet.ru/opennews/art.shtml?num=30639) смена нумерации была произведена в 2011 году, когда в ветке 2.6.x накопилось 39 релизов, на подготовку которых  было потрачено 10 лет.

В новую версию принято более 10 тысяч исправлений от  1403  разработчиков, размер патча - 34 Мб (изменения затронули 9489 файлов, добавлено 509084 строк кода, удалено 327296 строк). Около 45% всех представленных в 4.0 изменений связаны с драйверами устройств, примерно 16% изменений имеют отношение к обновлению кода специфичного для аппаратных архитектур, 12% связано с сетевым стеком, 4% - файловыми системами и 4% c внутренними подсистемами ядра.  11.6% изменений внесено сотрудниками компании Intel, 7% - Red Hat, 4.6% - SUSE, 4.0% - Linaro, 3.6% - Samsung, 2.2% - IBM, 1.6%  - Freescale, 1.5% - Google, 1.4%  - AMD, 1.4% - Texas Instruments, 1.4% - Oracle, 1.2% - Qualcomm, 1.2% - ARM.


Из наиболее интересных новшеств (http://kernelnewbies.org/Linux_4.0) можно отметить:


-  
Память и системные сервисы

- Интеграция базовой инфраструктуры, предоставляющей универсальный API для горячего наложения патчей на ядро. Код подготовлен в результате сотрудничества разработчиков SUSE и Red Hat, которые согласились задействовать данный API в реализациях систем обновления ядра без перезагрузки -  kPatch (http://www.opennet.ru/opennews/art.shtml?num=39235) и kGraft (http://www.opennet.ru/opennews/art.shtml?num=39424). В текущем виде, добавленный в ядро код позволяет создавать простые патчи для горячего устранения некоторых типов уязвимостей, но пока не может быть использован для более сложных изменений, так как не предоставляет средств для обеспечения непротиворечивости. Подробнее об особенностях добавленной в ядро инфраструктуры и отличиях  kPatch от kGraft можно прочитать в ранее опубликованном анонсе (http://www.opennet.ru/opennews/art.shtml?num=41651).
- В реализации сетевого протокола TIPC (Transparent Inter-process Communication), предназначенного для организации межпроцессного взаимодействия в кластере, обеспечена поддержка изолированных пространств имён (namespace);

-  Ядро теперь может быть собрано для запуска нитей RCU grace-period-handling с использованием системы приоритетов режима реального времени, что может оказаться полезным для выскоконагруженных систем;
Удалён ранее объявленный (http://lwn.net/Articles/597632/) устаревшим системный вызов remap_file_pages(), вместо которого добавлена заглушка, симулирующая его функциональность через использование нескольких виртуальных областей памяти, что позволило сохранить работоспособность приложений, использующих данный системный вызов;


-  
Дисковая подсистема, ввод/вывод и файловые системы


-  В OverlayFS добавлена возможность использования более одного слоя, доступного только на чтение;
-  Для файловых систем реализована поддержка опции монтирования lazytime (http://lwn.net/Articles/621046/),  которая даёт возможность отслеживает время обращения к файлам, но не приводит к возникновению большого числа паразитных операций записи в ФС.
Основное отличие от "atime" состоит в том, что время доступа сохраняется в inode, хранящихся в оперативной памяти, и сбрасываемых на диск только при возникновении явных условий или истечения достаточно длительного таймаута (раз в 24 часа). Таким образом для работающих программ возвращается всегда точный atime, но на диске сведения сохраняются с большой задержкой. Данный режим пока доступен только для ФС ext4;

- Реализация (http://lkml.iu.edu/hypermail/linux/kernel/1502.2/03525.html) блочного сервера pNFS, позволяющего NFS-клиентам подключаться к совместно используемым дискам с применением блочного ввода/вывода вместо операций чтения  и записи NFS. Поддержка нового режима пока реализована только для файловой системы XFS;
-  В файловую систему Btrfs принята часть подготовленных компанией Facebook изменений, направленных на более грамотную обработку ситуаций исчерпания свободного дискового пространства;
-  В dm-crypt внесены  оптимизации для увеличения масштабируемости, которые позволили (https://www.redhat.com/archives/dm-devel/2015-February/msg00...) поднять производительность на крупных нагруженных системах.


-  
Виртуализация и безопасность

- Подсистема  Open vSwitch теперь генерирует собственные идентификаторы потока ("flow IDs"), которые используются для идентификации сетевых потоков в пространстве пользователя, что может привести к увеличению производительности до 40%;
-  Подсистема Virtio (Virtual I/O Device) обновлена для соответствия недавно принятому стандарту virtio 1.0 (http://docs.oasis-open.org/virtio/virtio/v1.0/virtio-v1.0.html);
-  Модулям безопасности Smack предоставлена возможность взаимодействовать с системой netfilter через установку меток на проходящие через фильтр пакеты.

-  
Сетевая подсистема

- В подсистеме управления трафиком добавлена поддержка фильтров, написанных с использованием языка виртуальной машины eBPF;

-  В сетевом стеке обеспечена поддержка применения для определённых хостов специфичных алгоритмов контроля перегрузки (congestion-control) с привязкой через таблицу маршрутизации;


-  
Оборудование

- В драйвер Radeon добавлена поддержка передачи аудиоданных через интерфейс DisplayPort и решены проблемы (http://www.opennet.ru/opennews/art.shtml?num=41672) с производительностью GPU AMD семейства Hawaii (R9 290 и R9 290X). В состав также включены патчи (http://www.opennet.ru/opennews/art.shtml?num=41420) для улучшения управления системой охлаждения GPU на основе GCN, которые приводят к ощутимому снижению уровня шума для GPU  за счёт снижения частоты вращения вентилятора;

-  Расширение (http://blog.ffwll.ch/2015/02/neat-drmi915-stuff-for-320.html) возможностей драйверов для видеокарт Intel, включая начальную поддержку оборудования Intel Skylake;

-  В Nouveau произведено слияние с драйвером для видеоподсистем NVIDIA, используемых в SoC на базе процессоров ARM. Добавлены средства для управления частотой  GPU GK20A (Tegra K1);


-  Поддержка звуковых карт Studio Evolution SE6X...

URL: https://lkml.org/lkml/2015/4/12/178
Новость: http://www.opennet.ru/opennews/art.shtml?num=42029

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

Оглавление

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


2. "Релиз ядра Linux 4.0"  +/
Сообщение от Ононим on 13-Апр-15, 09:27 
а тем временем ZOL сломан для 3.18 и 3.19
Интересно, что можно было так подкрутить в ведре.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

24. "Релиз ядра Linux 4.0"  –4 +/
Сообщение от Zenitur (ok) on 13-Апр-15, 11:00 
> Для минусующих школьников, просьба ознакомиться:
> https://github.com/zfsonlinux/zfs/issues/3257

Тебя минусует ботошкольник, так что не парься - это накрутка. Подозреваю что ему не нравится слово "ведро" - фольклор Линукса он не знает (чего только стоит минус 50 на комменте "Duke Nukem must Die" в новости про эту игру - а ведь олдфаги помнят), приколы не любит, ночные клубы избегает. При этом жутко комплексует и не уверен в себе, а уверен только в своей ущербности - считает что большая жизнь, элита опенсорса где-то далеко, в англоговорящем мире. И при этом ненавидит америку, вот такой вот парадокс.

Раньше он был известен под ником Anonus, потом, когда стало очевидно что он накручивает себе плюсы, и минусы оппонентам, стал обычным анонимом. Он знаете, как бабушка пенсионного возраста: современные западные развлечения вызывают у него депрессию, а цирк Никулина - нормально, весело. "Ведро" - плохая шутка, а "где множество ошибок?" - хорошая. Правда, в глубине души он понимает что смеётся только он один, поэтому форсит её, накручивая голоса.

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

51. "Релиз ядра Linux 4.0"  +2 +/
Сообщение от Аноним (??) on 13-Апр-15, 12:27 
Один минус поставил 294. За то что ZFSники много кудахтают про то как оно рулит, но игнорируют проблемы типа вот этих, а потом так искренне удивляются последствиям, которые были мягко говоря ожидаемы и предсказуемы. Вот за глупость на уровне близком к кандидату на премию Дарвина - минус. В этом нет никакого заговора, только антипатии к болванам.
Ответить | Правка | ^ к родителю #24 | Наверх | Cообщить модератору

55. "Релиз ядра Linux 4.0"  +/
Сообщение от Zenitur (ok) on 13-Апр-15, 12:33 
> Один минус поставил 294. За то что ZFSники много кудахтают про то
> как оно рулит, но игнорируют проблемы типа вот этих, а потом
> так искренне удивляются последствиям, которые были мягко говоря ожидаемы и предсказуемы.
> Вот за глупость на уровне близком к кандидату на премию Дарвина
> - минус. В этом нет никакого заговора, только антипатии к болванам.

Оно рулило во времена OpenSolaris, а когда устанавливаешь ZFS на современный линукс, боишься что когда-нибудь этот бачок унитаза всё-таки свалится тебе на голову. Как и с BtrFS

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

104. "Релиз ядра Linux 4.0"  +/
Сообщение от Аноним (??) on 14-Апр-15, 15:27 
> Оно рулило во времена OpenSolaris,

Легко рулить при отсутствии конкурентов. Только "кота на мясо зарубили, златую цепь в амбар снесли".

> Как и с BtrFS

Этот вроде никуда не отваливается - в майнлайн интегрирован же.

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

90. "Релиз ядра Linux 4.0"  –1 +/
Сообщение от Аноним (??) on 13-Апр-15, 18:29 
+1 Ни добавить, ни отнять.
Ответить | Правка | ^ к родителю #51 | Наверх | Cообщить модератору

120. "Релиз ядра Linux 4.0"  +/
Сообщение от Аноним (??) on 15-Апр-15, 04:43 
мда, типичный аналитиг опеннета
Ответить | Правка | ^ к родителю #24 | Наверх | Cообщить модератору

49. "Релиз ядра Linux 4.0"  +4 +/
Сообщение от Аноним (??) on 13-Апр-15, 12:20 
>  а тем временем ZOL сломан для 3.18 и 3.19

Это ZFSLOL :). В смысле, Торвальдс и Ко доступно объяснили, почему out of tree модули - сосут.

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

98. "Релиз ядра Linux 4.0"  +1 +/
Сообщение от Ононим on 14-Апр-15, 09:03 
Есть два вида зла в этом мире. Лицензии. И некомпетентность.
Ответить | Правка | ^ к родителю #49 | Наверх | Cообщить модератору

100. "Релиз ядра Linux 4.0"  +2 +/
Сообщение от Аноним (??) on 14-Апр-15, 14:03 
В ZFS удачно сочетаются оба: дурная лицензия и некомпетентное комьюнити с задранным ЧСВ.
Ответить | Правка | ^ к родителю #98 | Наверх | Cообщить модератору

3. "Релиз ядра Linux 4.0"  +/
Сообщение от AS email(??) on 13-Апр-15, 09:28 
а что не нравится то ??
что в конкретной конфигурации отсутствует,
то для него модуль ведь не жрет память
и не работает
какие еще варианты ??
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору
Часть нити удалена модератором

5. "Релиз ядра Linux 4.0"  +1 +/
Сообщение от Владимир (??) on 13-Апр-15, 09:37 
Например в генте компилишь ядро, забыл какой-то модуль, идешь в каталог с ядром, выбрал его в конфиге, make modules, компилится только один модуль. Потом его load и вперед
Ответить | Правка | ^ к родителю #49 | Наверх | Cообщить модератору

15. "Релиз ядра Linux 4.0"  +10 +/
Сообщение от Аноним (??) on 13-Апр-15, 10:32 
Это не только в генте так, а везде.
Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

43. "Релиз ядра Linux 4.0"  –2 +/
Сообщение от Аноним (??) on 13-Апр-15, 12:08 
Так-то так, вот только не умеют нынче большинство пользователей пакетных дистров сами ядра собирать. Ждут когда в репозитории выкатят уже собраннное. А если сборщики пакета забыли какую опцию включить - сидят страдают.
Ответить | Правка | ^ к родителю #15 | Наверх | Cообщить модератору

47. "Релиз ядра Linux 4.0"  +/
Сообщение от Zenitur (ok) on 13-Апр-15, 12:19 
> Так-то так, вот только не умеют нынче большинство пользователей пакетных дистров сами
> ядра собирать. Ждут когда в репозитории выкатят уже собраннное. А если
> сборщики пакета забыли какую опцию включить - сидят страдают.

Нужен DEB 2.0 - чтобы перед сборкой модуля в DKMS появлялось окошко/ncurses с вопросами!

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

64. "Релиз ядра Linux 4.0"  –1 +/
Сообщение от Аноним (??) on 13-Апр-15, 12:48 
Убунтоиды-с, сэр.
Ответить | Правка | ^ к родителю #43 | Наверх | Cообщить модератору

77. "Релиз ядра Linux 4.0"  –4 +/
Сообщение от Аноним (??) on 13-Апр-15, 13:51 
Ну, Гента -- та ещё штучка, включая её сообщество и разрабов. Сидел на ней с 2008 года по 2014. В общем и целом, всё хорошо, но эти блокирующие друг друга пакеты -- чистый ад! Как только идёт значительная смена чего-то обширного, сразу начинаются сложности и вылезают десятки этих самоблокирующихся пакетов, которые приходится удалять, писать вопросы на форуме, на которое, порой, никто не в силах ответить. Или вот kdelibs -- последняя так и не собралась; ответа, опять же, от разрабов не получил, хотя такие баги порой возникают в разных версиях. Апстрим, видимо.

Но суть не в этом. Прикупил я ЮСБ3 кардридер пару-тройку лет назад. На сайте производителя написано, что с линюкс работает. И чему бы там не работать? Ан нет, в Генте не завёлся. Винда видит, а Гента -- нет. Сто раз пропесочил ядро, модули. Ну давай писать на форуме, выкладывать логи и конфиги; там дают советы, но ни один не проходит.

Мыкался я мыкался, советы закончились, кардридер так и не заработал. И вот, в силу обстоятельств, пришлось отказаться от компа, где стояла Гента (блокирующие друг друга пакеты, особенно часто возникающие после долгого перерыва в обновлениях, теперь снятся мне, как страшный сон, ибо на их разгребание уходили, порой, часы и дни) и перейти на лаптоп, туда воткнуть Кубунту, чтоб по-быстрому. И -- о чудо! -- кардридер сразу же увиделся, карты памяти читаются.

Так что не всё коту масленница. Гента -- отличный дистр, крайне удобный, если есть время повозиться или ежели стоит стандартное оборудование, запускающееся из "коробки"; инструменты в ней, опять же, чрезвычайно мощные... Тот же genkernel: "Пересобрать ядро и/или модули? Элементарно, Ватсон!" Но в остальном, париться с нею часто получается себе дороже, ибо время -- деньги. Впрочем, лучше всего ставить стабильную ветку -- там вопросов возникает на много меньше. Зато знание нутра линюкс, конечно, возникает по неволе, поскольку приходится преодолевать всяческие трудности и лишения, когда что-то не собирается или надо вставить нестандартное оборудование :)

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

85. "Релиз ядра Linux 4.0"  –1 +/
Сообщение от Michael Shigorin email(ok) on 13-Апр-15, 16:32 
> Прикупил я ЮСБ3 кардридер пару-тройку лет назад.

xhci-hcd
xhci-pci

Забыл уже, когда доводилось давать ссылку на специально для таких случаев написанную статью (или письмо?) -- "дорогие юные техники, метод научного тыка полезен тогда, когда применяется всё-таки с умом; а взять сложное даже в плане конфигурации ядро, работающее на сложном оборудовании, и попыткаться чего-то там наоптимизировать -- мартышкин труд и пеняйте только на себя, когда не заработает".

Наиболее вменяемые "археологи", с которыми доводилось общаться вдоль тем "поковырять линукс, шоб разобраться" -- не гентушники/арчеводы/слакваристы, а LFS-ники.  Вот среди тех ни одного, который не мог бы _внятно_ объяснить, зачем именно взял в руки книжку -- не встречал.

PS: изначальный вброс #4 некростудента, который не понимает, о чём говорит (в методичке ещё не писали, а думать не учили вообще) -- удалён.

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

95. "Релиз ядра Linux 4.0"  +2 +/
Сообщение от Crazy Alex (ok) on 13-Апр-15, 19:51 
Гента - не об археологии а о том, что иногда взгляды пользователя на "правильный" линукс не совпадают со взглядами маинтайнеров. Что такое подход нормального бинарного дистрибутива? "Всё включено - чтобы для всех фишки были - кроме того, что может вызвать проблеы в значимых объемах, вроде экспиериментальных фиц и патентованного кода". Лично мне нужно строго обратное патенты меня не волнуют, а фичи предпочитаю выбирать сам - те, что у меня работуют и реально востребованы. Допустим, пока у меня ipv6 не было стоял глобальный флаг -ipv6, чтобы нигде его поддержку не собирать. Меньше кода - меньше шансов на ошибки и уязвимости. Вот такая глобальная конфигурация - фишка генты и только её.
Ответить | Правка | ^ к родителю #85 | Наверх | Cообщить модератору

94. "Релиз ядра Linux 4.0"  –1 +/
Сообщение от Crazy Alex (ok) on 13-Апр-15, 19:43 
Так гента хороша, когда знаешь, с каким железом она должна работать и для каких задач будет использоваться. Если одно или другое постоянно меняется - её подход неудобен. С другой стороны - не бьёшься о какие-нибудь зависимости от поддержки тайского языка и не привязан к "единственно верному" по версии маинтайнеров, варианту сборки. Впрочем, насёт проблем я нерепрезентативен, так как держусь подальше от сильно связнанного софта вроде DE и того, что на них ориентировано. Ну и да - обновляться эдак раз в месяц надо. Ну так оно вообще надо. Но чтобы было больше проблем, чем, скажем, с дебианом (который у меня на другой машине) - я бы не сказал. Вон, сейчас - пытаюсь хоть как-нибудь забить на него (wheezy, так как рабочая машина и testing там не в кассу) более-менее новый chromium - чёрта с два. От слова "вообще". Или то, как там месяца три назад упорно не хотели собираться модули свежего virtualbox...

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

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

116. "Релиз ядра Linux 4.0"  +/
Сообщение от Аноним (??) on 15-Апр-15, 01:21 
> не умеют нынче большинство пользователей пакетных дистров сами ядра собирать.

А большинству ядра собирать и не надо. И адронный коллайдер на каждой первой кухне - ни к чему, если что (хотя хрен его там знает, магнетроны вон ушлые маркетологи приспособили корм для хомяков разогревать).

> сборщики пакета забыли какую опцию включить - сидят страдают.

Да, набрать make deb-pkg - это ракетная наука...

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

48. "Релиз ядра Linux 4.0"  +2 +/
Сообщение от Khariton (ok) on 13-Апр-15, 12:20 
вот не надо врать!
мейк, лоад, еще сотня телодвижений по прописыванию в груб нового ядра, установки модулей...
Не везде так. ))) В убунту одна команда и пакеты deb готовы, как с сырцами так и с кодом.
Ответить | Правка | ^ к родителю #15 | Наверх | Cообщить модератору

78. "Релиз ядра Linux 4.0"  –1 +/
Сообщение от Аноним (??) on 13-Апр-15, 13:57 
> вот не надо врать!
> мейк, лоад, еще сотня телодвижений по прописыванию в груб нового ядра, установки
> модулей...
> Не везде так. ))) В убунту одна команда и пакеты deb готовы,
> как с сырцами так и с кодом.

man genkernel :) genkernel -- всего одна команда, и золотой ключик у вас в кармане :) И даже в загрузчик за вас пропишет. После неё, конечно, надо пересобрать некоторые внешние модули, зависящие от ядра, включая некоторые для xorg-а, но это тоже просто и делается одной командой; я объединил их в одну в настройках баша, и все дела: вышло новое ядро, ввёл свою команду, всё пересобралось. Но у убунту тоже после установки нового ядра надо переставить всякие fglrx и проч. -- это везде так.

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

81. "Релиз ядра Linux 4.0"  +/
Сообщение от Zenitur (ok) on 13-Апр-15, 14:03 
DKMS - системная служба, которая пересобирает модули ядра после установки нового. Появилась в Debian 5.0 (в Ubuntu на год раньше, так как она базируется на Unstable). В неё DEB-пакеты драйверов кидают свои конфиги. У меня это vboxdrv, cdemu, broadcom и nvidia.
Ответить | Правка | ^ к родителю #78 | Наверх | Cообщить модератору

87. "Релиз ядра Linux 4.0"  –2 +/
Сообщение от Michael Shigorin email(ok) on 13-Апр-15, 16:37 
> Но у убунту тоже после установки нового ядра надо переставить всякие fglrx и проч.
> -- это везде так.

Вообще-то есть и приличные дистрибутивы, где никого никуда переставлять не надо -- скажем, на альте для нового kernel-image собираются соответствующие kernel-modules, а скриптом update-kernel обновляются все установленные модули для заданного типа ядра (типов тоже несколько -- например, сейчас это 3.14.x и 3.19.x из основных).

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

102. "Релиз ядра Linux 4.0"  –1 +/
Сообщение от Аноним (??) on 14-Апр-15, 14:54 
> Вообще-то есть и приличные дистрибутивы,

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

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

110. "Релиз ядра Linux 4.0"  +/
Сообщение от Michael Shigorin email(ok) on 14-Апр-15, 22:40 
>> Вообще-то есть и приличные дистрибутивы,
> Очень странные понятия о приличиях. Эти люди гордятся удобством впаривания бинарей
> вместо того чтобы разрабатывать открытые компоненты? Офигеть опенсорсники.

_Впаривает_ как раз убунта, если что.  В альте же так сопровождаются _все_ поставляемые модули, чтобы пользователям не приходилось уродоваться с DKMS и ждать при загрузке.

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

113. "Релиз ядра Linux 4.0"  +/
Сообщение от Аноним (??) on 15-Апр-15, 01:01 
> _Впаривает_ как раз убунта, если что.

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

Да и комьюнити у убунтуев как-то получше по КПД имхо. И по отсустсвию снобизма (да, это в ваш, Led-овский, Skull-овский и прочие огороды) и по объему поддерживаемых пакетов.

> В альте же так сопровождаются _все_ поставляемые модули,
> чтобы пользователям не приходилось уродоваться с DKMS и ждать при загрузке.

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

Не говоря о том что "сопровождение" бинарных драйверов - это втирание очков. Вы там не сможете чинить баги, поэтому толку с такого сопровождения - немного.

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

125. "(offtopic) DKMS или пакеты kernel-modules?"  +1 +/
Сообщение от Michael Shigorin email(ok) on 15-Апр-15, 13:18 
> В каком-то роде это так.

Вот на этом согласии и предлагаю остановиться, а так можете дёрнуть любой стартеркит, сунуть в виртуалку да сказать ему "apt-get update; update-kernel" -- как раз обновки были; LiveCD, разумеется, при перезагрузке опять будет со своим, но вывода наверняка окажется достаточно, чтоб оценить для себя подход.

> - я как раз считаю что убунта получает 5 очков форы
> за то что не таскает блободрайверы в штатных образах.

Просто к сведению (хотя уж говорил как-то, да не заметили, наверное): из официальных альтовских дистрибутивов седьмой версии видеоблобы таскает KDesktop (nvidia по уважительным причинам); там же в шестёрке был fglrx, а в пятёрке они оба были и в Simply, насколько помню.  Решения принимаются на основании оценки того, что придётся делать пользователю -- работать или начинать с замены драйвера.

В стартеркиты и регулярки их не кладу, хотя поддержка таких вариантов в mkimage-profiles реализована (собственно, так и собираю live-flightgear с live-0ad, там пока всё-таки важно).  Хотя и это за фору не считаю -- работает и так и этак, ну и ладно. :)

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

126. "(offtopic) DKMS или пакеты kernel-modules?"  +/
Сообщение от Аноним (??) on 15-Апр-15, 21:16 
> стартеркит, сунуть в виртуалку да сказать ему "apt-get update; update-kernel" --

Одна из фич дебиана и убунты, которые мне нравятся - это как раз более-менее универсальное управление пакетами. Где нет никаких левых "update-kernel"-ов, а ядро - просто еще один пакет. Так что если кто не хочет его обновлять - он действует как и обычно в таком случае, для любого иного пакета.

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

Если честно, мне для начала не нравится подход, когда апдейт кернела требует какие-то побочные команды.

> официальных альтовских дистрибутивов седьмой версии видеоблобы таскает KDesktop (nvidia
> по уважительным причинам);

Я конечно понимаю что nouveau - недопиленный, но как-то получается что например вместо того чтобы его допиливать - вот такое вот гарцевание с гордостью (?!). Опенсорс - не только о вываливании сорца, но и об открытости в подходах и понимании того к чему надо бы стремиться.

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

Да вот знаете, я тут народу компьютеры окультуривал. Ну и кроме всего прочего попалась древняя конфига с нвидией эпохи мезозоя. Аж чуть ли не гефорс MX, или что-то наподобие. С ним блобня нормально вообще работать не стала. Винда этот антик тоже не знает и работает с ним как с VGA адаптером. Так что даже ютуб - слайдшоу. Ну вот а вот нуво там как раз ситуацию и спасло. Как вы понимаете, крутое 3D там никому не упало (иначе конфиг был бы более другой). Но вот дроп 50% кадров на ютубе и жуткий тиринг - людям по очевидной причине не нравится. У нуво в этом плане все не хуже чем у радена. Вообще, у них довольно качественный драйвер. Если б не проблемы с реклокингом (что актуально только для геймеров) - он был бы очень даже. По крайней мере, то что я увидел - очень меня порадовало, я был пессимистичнее настроен.

И да, по этой причине я считаю что тем кто не геймер - нуво скорее всего хватит. Десктопные эффекты он вытягивает даже на совсем уж ископаемой видеокарте, и какое-никакое ускорение графики есть, сильно обставляющее "VGA адаптер" из винды даже с учетом общей слоупочности иксов. Геймерам он не пойдет как минимум из-за нерабочего реклока, по поводу чего он раз в пять тормознее проприетари, при том основной отрыв вытекает из-за работы GPU на пониженной частоте. Но все это колышет только узкую касту геймеров, которые не основная масса пользователей даже на винде, а уж на линухе - и подавно. Поэтому мне убунтуйские дефолты с открытыми дровами кажутся вполне разумными: десктоп и т.п. работает довольно прилично. А замена драйвера нужна только геймерам, по большому счету. Я что-то упускаю в моей логике?

> -- работает и так и этак, ну и ладно. :)

Ну хз, мне не понятна такая гордость и тем более - бряцание какой-то там поддержкой. А что вы можете поддержать то в закрытом блобике? Убунтуи вон честно пишут - что скачать то вы это можете, но мы это нормально поддерживать не сможем. Это как-то честнее по отношению к пользователям: честно объяснить на что можно и нельзя рассчитывать. Я не представляю себе как выглядит поддержка блоба кем либо кроме нвидии.

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

127. "(offtopic) DKMS или пакеты kernel-modules?"  +/
Сообщение от Michael Shigorin email(ok) on 15-Апр-15, 21:56 
> Одна из фич дебиана и убунты, которые мне нравятся - это как
> раз более-менее универсальное управление пакетами.

У ядра есть своя специфика, которую ldv@ как-то описал вот так:

---
Ну хотя бы одно ядро в системе стоит сохранить, хотя бы на случай перезагрузки. :)
--- http://lists.altlinux.org/pipermail/sisyphus/2003-May/242707...

> Где нет никаких левых "update-kernel"-ов, а ядро - просто еще один пакет.
> Так что если кто не хочет его обновлять - он действует как и обычно в
> таком случае, для любого иного пакета.

В альте для такого достаточно снять его с hold, куда внесено по умолчанию.  Снятие по умолчанию тоже обдумывается, но до сих пор предсказуемость оказывалась важнее.

> Если честно, мне для начала не нравится подход, когда апдейт кернела требует
> какие-то побочные команды.

Это понятно; только "побочные команды" умеют и типы ядров переключать, когда имена пакетов частично изменяются, а список kernel-modules хотелось бы воспроизвести.

> Опенсорс - не только о вываливании сорца, но и об открытости в подходах
> и понимании того к чему надо бы стремиться.

Говорю же, заходите в гости -- договоритесь о встрече с АЕН, расспросите, как начиналось и чего держались в пути.  Может оказаться крайне интересно.

> Да вот знаете, я тут народу компьютеры окультуривал. Ну и кроме всего
> прочего попалась древняя конфига с нвидией эпохи мезозоя. Аж чуть ли
> не гефорс MX, или что-то наподобие. С ним блобня нормально вообще
> работать не стала.

Пока такое работало на legacy, на альте оно поднималось автоматически (спасибо zerg@, который предпринял на эту тему совершенно нетривиальные усилия по просьбам пользователей -- такого я вообще нигде больше не видел).  А нынче да, nouveau или выпуски тех лет.

> По крайней мере, то что я увидел [под nouveau] - очень меня порадовало,
> я был пессимистичнее настроен.

Аналогично, кстати.

> Я что-то упускаю в моей логике?

Не особо -- разве что хорошо бы любителей кубунты расспросить, что там было с nouveau/nvidia пару лет тому.  Насколько припоминаю, zerg@ упоминал, что с KDE4 нуво до не шибко давних пор артефактило или ещё чем-то жить не давало.

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

Знаете, один мой ныне покойный знакомый Борис Мостовой как-то выиграл спор о том, можно ли поставить NT на Sparc, поставив коробку на коробку.  Это к тому, что говоря о "поддержках", тоже стоит различать возможность/удобство установки, диагностики и исправления... и тем более бряцание с упоминанием. :)

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

129. "(offtopic) DKMS или пакеты kernel-modules?"  +/
Сообщение от Аноним (??) on 16-Апр-15, 03:41 
> Ну хотя бы одно ядро в системе стоит сохранить, хотя бы на
> случай перезагрузки. :)

А если этому вашему LDV и прочим иногда вылезать из своей берлоги и хоть немного смотреть что творится вокруг и как с такими challenge справляются конкуренты.

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

1) Как таковой, пакетный менеджер у убунтуев вообще по дефолту сам не будет удалять старые ядра. Его можно попросить вытереть тот или иной пакет вручную, явно. Но это уже право админа - стрелять себе в пятки. Сам по себе пакетные менеджер этогшо делать за админа не будет.

2) При обновлении будет сохранен пакет с старым ядром + появится пакет с новым. Метапакеты с -image и прочим - указывают на самое-самое запатченое ядро этого выводка, что и провоцирует пакетный менеджер на обновление. Если какой-то, грубо говоря, 3.13.5.6 подтянули до 3.13.5.7 с фиксами какой-то одной баги в секурити например - оно приедет. При этом политика версионирования - "как для всего остального софта в репе". Кому сильно охота major апгрейд версии между релизами (или иной flavor) - как минимум перевыбирают метапакет. А потом метапакет обеспечивает подтяжку версии в рамках выбранной серии. Это - правильное и логичное использованеи дебианской пакетной системы и ее возможностей, имхо.

3) Сильно древние ядра - метятся как auto-removable. Но последние несколько версий - не метятся. Это уже такой прозрачный намек админу что можно все это окаменелое добро прибить, если хочется, освободив эн места (и сократив список ядер в grub).

4) пакетный менеджер - дружит с бутлоадером (grub2). А grub2 такой какой он есть не просто так, а для полноценной интеграции с ОС. У дебианщиков и убунтуев есть система хуков. После всего что касается работы с ядрами - пакетным манагером дергается хук. Хук идет и запускает перегенерацию конфига grub2. Тот кроме всего прочего перестраивает загрузочное меню, учитывая изменения в доступности ядер.

Итог? Это самое интересное.

Ядра рулятся так же как весь остальной софт в системе, это обычные пакеты и метапакеты. Решения принимаются стандартной механикой пакетного менеджера на общих основаниях. К ядрам применяется та же политика версионирования и т.п. как и к остальному софту. При этом по дефолту обеспечено сохранение минимум нескольких предшествующих ядер, что страхует от упомянутых вами факапов. Получается логически-консистентное управление софтом в системе, когда поведение пакетного менеджера именно такое как и ожидалось. Без user-visible и admin-visible костылей. Разработчикам приходится немного покодить, хуки всякие и прочая регенерация конфига grub2 из шаблона. Но оно не такое уж страшное и ведет к логичному и удобному управлению системой.

> --- http://lists.altlinux.org/pipermail/sisyphus/2003-May/242707...

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

> В альте для такого достаточно снять его с hold, куда внесено по
> умолчанию.  Снятие по умолчанию тоже обдумывается, но до сих пор
> предсказуемость оказывалась важнее.

Тут вот какое дело: оставлять пользователей с старым ядром - чревато дырявой системой. Сильно breaking изменения вкатывать - чревато сломаной системой. А как у убунтуев, с применением обычной дебианообразной политики версионирования между релизами - выглядит как разумный баланс. И у убунтуев установка нового ядра не значит снос старого. Есть такая штука - метапакеты. Метапакет может указывать на самое свежее ядро, но это не обязывает более старое ядро удалиться из системы. См. выше. В целом получается достаточно логичная конструкция вроде.

> Это понятно; только "побочные команды" умеют и типы ядров переключать, когда имена
> пакетов частично изменяются, а список kernel-modules хотелось бы воспроизвести.

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

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

> Говорю же, заходите в гости -- договоритесь о встрече с АЕН, расспросите,
> как начиналось и чего держались в пути.  Может оказаться крайне интересно.

После того как меня тут отфашистили, забанив тор и назвав русофобом в хамской форме, при попустительстве модераторов? Да ну, что-то я не в настроении. Я ощущаю себя в подобном сообществе лишним элементом.

> да, nouveau или выпуски тех лет.

Я не могу сосватать пользователям архаичную систему, это бесперспективно и безответственно. Они хотят боле-менее современный веб и кой-какой софт и все это должно вовремя обновляться. Чтобы юзерей не разгасили эксплойтами в надежде на дармовый ресурс. Вот так получается что нуво иногда - спасает ситуацию. Шустро отрисовать десктоп и быть в несколько раз быстрее "VGA adapter" он может, а больше многим юзерам ничего и не надо.

> Аналогично, кстати.

Вообще, разработчики нуво производят впечатление вполне грамотных и квалифицированных людей, которые знают что делают - по фичам их драйвер довольно прилично смотрится, если не считать реклока и вычислений. Ну и GL4.x, который проблема у всех кто в MESA.

На самом деле все упирается в свинскую политику нвидии. Которая с одной стороны клинит развитие драйвера на таких вот технических деталях, а с другой - обеспечивает заметные невооруженным глазом антипатии от лица тех кто может что-то делать, поскольку "ccaть против ветра" нравится мало ому и большинство людей предпочитают просто развернуться к ветру спиной.

Достаточно сходить на форум фороникса и посмотреть сколько reading про нвидию, и сколько про амд. Если этого покажется мало, можно сходить в багтрекер. У амдшников он радует глаз - что ни баг, то [bisected], или как минимум с нормальным описанием, внятными дебажными логами, а то и вовсе apitrace-ом, позволяющим попробовать воспроизвести проблему. Вот это - работоспособное сообщество. А вокруг нвидий его почти нет, из-за того что компания крайне жлобская и закрытая.

> Не особо -- разве что хорошо бы любителей кубунты расспросить, что там было с nouveau/nvidia пару лет тому.

За 2 года в открытых драйверах поменялась целая эпоха. На примере радеонов это лучше видно, т.к. там несколько человек на полную ставку шпарят и потому смогли потянуть тяжелые, фундаментальные вещи, а у нуво - полтора землекопа на все и вся. Но все-таки один перец с фороникса сделал feature matrix MESA в более гламурном виде, с более подробным разбором кто что умеет. И нуво там сейчас чуть ли не обошло интел по полноте фич. Правда, радость портит проблемный реклок.

> что с KDE4 нуво до не шибко давних пор артефактило или ещё чем-то жить не давало.

Не скажу за KDE4, а XFCE с композитингом с нуво работало весьма культурно. Хотя ясен фиг там возможна туева хуча конфигураций и все их протестировать могут только ... пользователи. Без них ничего не получится.

> Это к тому, что говоря о "поддержках", тоже стоит различать
> возможность/удобство установки, диагностики и исправления...

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

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

82. "Релиз ядра Linux 4.0"  +/
Сообщение от Аноним (??) on 13-Апр-15, 14:34 
cd /usr/src
git pull или svn update
make buildkernel
make installkernel
Ответить | Правка | ^ к родителю #48 | Наверх | Cообщить модератору

80. "Релиз ядра Linux 4.0"  +/
Сообщение от Gannet email(ok) on 13-Апр-15, 14:01 
компилить ядро можно только в генте бг-г-г-гггг
Ответить | Правка | ^ к родителю #15 | Наверх | Cообщить модератору

8. "Релиз ядра Linux 4.0"  +3 +/
Сообщение от анонимус (??) on 13-Апр-15, 09:39 
http://en.wikipedia.org/wiki/Dynamic_Kernel_Module_Support такое вас устроит?
Ответить | Правка | ^ к родителю #49 | Наверх | Cообщить модератору

21. "Релиз ядра Linux 4.0"  +/
Сообщение от Zenitur (ok) on 13-Апр-15, 10:57 
> http://en.wikipedia.org/wiki/Dynamic_Kernel_Module_Support такое вас устроит?

В принципе и без него можно - DKMS нужен только для автоматической пересборки драйверов после установки нового ядра Linux. NVIDIA, Catalyst и vboxdrv умеют DKMS в качестве опции, а compat, например, не умеет. http://backports.wiki.kernel.org/

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

10. "Релиз ядра Linux 4.0"  +1 +/
Сообщение от Владимир email(??) on 13-Апр-15, 10:10 
В винде ядро на все века? Дрова ставь, какие хочешь?

Расскажите эти сказки Алексу Тутубалину, который покопался с разными infiniband'ами.

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

53. "Релиз ядра Linux 4.0"  +/
Сообщение от Аноним (??) on 13-Апр-15, 12:31 
> В винде ядро на все века? Дрова ставь, какие хочешь?

Ога, только плагнпей эпохи мсдоса: воткни сидюк, запусти setup.exe, прошлепать сетап, пара перезагрузок - и вот тогда может быть заработает. На фоне этого линь который просто цепляет свежевоткнутую железку и она тут же начинает работать - смотрится слишком просто. У пользователей винды фрустрация - прыгания вокруг машины не состоялись.

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

61. "Релиз ядра Linux 4.0"  –2 +/
Сообщение от Zenitur (ok) on 13-Апр-15, 12:41 
>> В винде ядро на все века? Дрова ставь, какие хочешь?
> Ога, только плагнпей эпохи мсдоса: воткни сидюк, запусти setup.exe, прошлепать сетап, пара перезагрузок - и вот тогда может быть заработает.

95% другого и не надо.

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

А если драйвера нет в ядре - тут-то и начинаются пляски. Для моего принтера Panasonic KX-MB1500 производитель выпустил драйвер, он прекрасно работает, и даже прописывает в Центр управления GNOME свой GUI на GTK2. Но установка неочевидна для начинающего пользователя: еле найдёшь (http://panasonic.net/pcc/support/fax/common/table/linuxdrive...), и непонятно как этот дурацкий RPM устанавливать в Mint! Сейчас там, правда, sh-файл, и дебианщики могут вздохнуть спокойно, но более очевидным этот метод не стал.

И это ещё в лучшем случае! В худшем - сборка из исходного кода. Недавно устанавливал подруге «Мегафон Модем», так пришлось устанавливать в «песочницу», чтобы он не прописал "разрешить root всем" в /etc/sudoers. Потом скачивать новые исходники драйвера NDIS, создавать с нуля DEB-пакет с поддержкой dkms и прописыванием устройства в игнор-список usb_modeswitch. И эти сутки траха только ради того, чтобы не только соединяться с интернетом, но и принимать и отправлять SMS-сообщения!

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

91. "Релиз ядра Linux 4.0"  +3 +/
Сообщение от Аноним (??) on 13-Апр-15, 18:32 
> Мегафон Модем

ССЗБ. Голосовать ногами, не? Чтоб это г-но вымерло естественным путём, как и винмодемы.

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

93. "Релиз ядра Linux 4.0"  +/
Сообщение от Аноним (??) on 13-Апр-15, 19:28 
>> Мегафон Модем
> ССЗБ. Голосовать ногами, не? Чтоб это г-но вымерло естественным путём, как и
> винмодемы.

Ему не хватало только нормальных пакетов, что я и сделал. Правда, я не додумался выложить для всех. При случае исправлю.

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

101. "Релиз ядра Linux 4.0"  +/
Сообщение от Crazy Alex (ok) on 14-Апр-15, 14:04 
NDIS ты называешь "не хватало только нормальных пакетов"?
Ответить | Правка | ^ к родителю #93 | Наверх | Cообщить модератору

106. "Релиз ядра Linux 4.0"  +/
Сообщение от Аноним (??) on 14-Апр-15, 15:47 
> Ему не хватало только нормальных пакетов, что я и сделал.

Да, а еще откусывание в песочницу. Потому что программа ведет себя как троян и скорее всего таковым и является, специально или не очень.


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

103. "Релиз ядра Linux 4.0"  +/
Сообщение от Аноним (??) on 14-Апр-15, 15:24 
> 95% другого и не надо.

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

> А если драйвера нет в ядре - тут-то и начинаются пляски.

К счастью подобного железа все меньше. И нормальная поддержка железки в Linux - это в общем случае драйвер в майнлайн, а не что-нибудь еще. Все остальное - или эрзац и работа на отъ...сь, или самодеятельность, или просто сильно нишевые штуки (типа работы с кастомными девайсами через libusb, когда ядерный драйвер не имеет смысла).

> и непонятно как этот дурацкий RPM устанавливать в Mint! Сейчас там,
> правда, sh-файл, и дебианщики могут вздохнуть спокойно, но более очевидным этот
> метод не стал.

В дебиане есть 1 корректный способ установки - из репов дистра. Накрайнях - deb пакет. Все остальное - костыли и самодеятельность, за которую никто в здравом уме отвечать не будет и в системе начнется БАРДАК.

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

> Недавно устанавливал подруге «Мегафон Модем», так пришлось устанавливать
> в «песочницу», чтобы он не прописал "разрешить root всем" в /etc/sudoers.

Господи, зачем вам этот крап?

> и принимать и отправлять SMS-сообщения!

Для этого можно найти и менее шибанутый софт.

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

112. "Релиз ядра Linux 4.0"  +/
Сообщение от Michael Shigorin email(ok) on 14-Апр-15, 22:45 
>> Недавно устанавливал подруге «Мегафон Модем», так пришлось устанавливать
>> в «песочницу», чтобы он не прописал "разрешить root всем" в /etc/sudoers.
> Господи, зачем вам этот крап?
>> и принимать и отправлять SMS-сообщения!
> Для этого можно найти и менее шибанутый софт.

Например, http://packages.altlinux.org/modem-manager-gui

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

114. "Релиз ядра Linux 4.0"  +/
Сообщение от Аноним (??) on 15-Апр-15, 01:15 
> Например, http://packages.altlinux.org/modem-manager-gui

Пиара альту конечно хронически не хватает, но это как-то слишком уж топорно и больше всего сообщения от изена напоминает (уж простите за такое сравнение).

А еще интересно: а скриншоты у вас есть? По ссылке - есть абсолютно все. Сорсы, спеки, патчи, какие-то внутренние сущности. Кроме, собственно, скриншотов гуя, которые позволили бы вообще быстренько человеку понять - что это за GUI и надо ли именно это в данном месте, в данное время.

Ну так, навеяно кнопочкой "Get Screenshot" в синаптике у нелюбимых вами убунтуев. Где посмотреть скрин этой приблуды мне в результате оказалось проще и быстрее чем по этой вашей пиар-ссылке.

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

124. "(offtopic) скриншоты пакетов"  +/
Сообщение от Michael Shigorin email(ok) on 15-Апр-15, 13:04 
>> Например, http://packages.altlinux.org/modem-manager-gui
> Пиара альту конечно хронически не хватает, но это как-то слишком уж топорно

Нет, я мог утащить Url: из спека, но пакет собирает майнтейнер NM и могут быть интересные/полезные/вкусные патчи, а через GPRS проводить чуть более глубокие раскопки уже неудобно.  Плюс там ровно то, что именно с мегафоновским модемом не так давно и проверял.

> А еще интересно: а скриншоты у вас есть?

Пока нет, вопрос вентилируется.  Кстати, спасибо за интересную мысль, сейчас тоже перешлю -- т.к. до сих пор вентиляция шла в направлении altlinux.org/SoftwareCenter

> Ну так, навеяно кнопочкой "Get Screenshot" в синаптике у нелюбимых вами убунтуев.

Да-да, при этом до таких синаптиков ещё добраться надо, а на сайте можно было бы и собирать/рецензировать силами сообщества.

PS: https://bugzilla.altlinux.org/30941

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

128. "(offtopic) скриншоты пакетов"  +/
Сообщение от Аноним (??) on 15-Апр-15, 21:58 
> Нет, я мог утащить Url: из спека, но пакет собирает майнтейнер NM
> и могут быть интересные/полезные/вкусные патчи,

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

>> А еще интересно: а скриншоты у вас есть?
> Пока нет, вопрос вентилируется.  Кстати, спасибо за интересную мысль, сейчас тоже
> перешлю -- т.к. до сих пор вентиляция шла в направлении altlinux.org/SoftwareCenter

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

А такой файлик по любому неплохо завести. Его же можно тягать в этом самом софтварном центре и прочих синаптиках (я правда не знаю насколько у вас древний синаптик и умеет ли он это так же как убунтуйский).

Просто в целом - название программы, а иногда и описание далеко не полностью отражает насколько та или иная программа подходит под те или иные пожелания. Кому-то например с первого взгляда интерфейс не нравится. Это не лечится, а тратить время на сначала скачку и установку программы, а потом еще и снос, с риском хвостов - малоэффективно.

> Да-да, при этом до таких синаптиков ещё добраться надо, а на сайте
> можно было бы и собирать/рецензировать силами сообщества.

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

Кстати у убунтуев софтвэр центр - форменная дрянь. Он из-за своей питонявости тормозит даже на мощных машинах, а уж на более слабых - вообше ад! А, внезапно, одна из причин желания попробовать линукс - плохая поддержка относительно немолодого, но работающего и всех устраивавшего железа в новых виндах, при полном нежелании юзерей раскошеливаться на новое железо. Да и тормозит меньше. У кого из-за более удачных дров, как с нуво. У кого потому что в систему сложнее вкорячить 20 незапрошеных тулбаров и аддонов к браузеру. Натурные эксперименты показали что излишне простая установка чего попало - простых юзерей до добра не доводит: они щелкают на все что видят :)

> PS: https://bugzilla.altlinux.org/30941

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

28. "Релиз ядра Linux 4.0"  +4 +/
Сообщение от Аноним (??) on 13-Апр-15, 11:16 
Давай покажи мне под винду разные FS че ониж тоже в ядре. А еще господин забыл гипор с переходом от дров xp к висте.
Ответить | Правка | ^ к родителю #49 | Наверх | Cообщить модератору

54. "Релиз ядра Linux 4.0"  +/
Сообщение от Аноним (??) on 13-Апр-15, 12:33 
> Давай покажи мне под винду разные FS че ониж тоже в ядре.

Можешь выбирать между ископаемым FAT и слоупочным NTFS. Еще есть сторонний EXT4. Но там как раз большие проблемы с вгрузкой и выгрузкой налету и загрузкой ОС с EXT4 - в целом больше похоже на запрыг по граблям.

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

36. "Релиз ядра Linux 4.0"  +/
Сообщение от svsd_val (ok) on 13-Апр-15, 11:39 
Я могу сказать так: Драйвера можно не только ставить но и удалять на горячую, а так же подменять и делать то что душе угодно. К примеру есть необходимость проверить производительность открытых драйверов и проприетарных, запускаешь один модуль , замерил производительность, удалил из ядра, запустил другой модуль, замерил производительность, лучший оставил. При этом если тебе не нравится чужой модуль ... фиг сним, написал свой, в большинстве модулей есть так называемые заготовки "null" в них описаны все вызовы, осталось поставить свой код и быть довольным. В конце концов можно простенькие драйвера даже на баше написать )))


Обновление для GNU/Linux в большинстве случаев (99%) - это более новый софт, больше удобства, багофиксы, и дополнительные вкусности... (а оставшийся процент вероятность появления ошибки ... относится обычно к ролингрелизам либо невнимательного прочтения предупреждения )

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

38. "Релиз ядра Linux 4.0"  –2 +/
Сообщение от Zenitur (ok) on 13-Апр-15, 11:43 
> К примеру есть необходимость проверить производительность открытых драйверов и проприетарных, запускаешь один модуль , замерил производительность, удалил из ядра

И получил сообщение о том что модуль нельзя выгрузить. Обидно, да, но на Ubuntu 10.04 я впервые столкнулся с необходимостью прописывать nomodeset в параметры загрузки, если хочешь установить проприетарный драйвер в режиме LiveCD. В 10.10 nomodeset добавили как параметр в F6. С Intel так делать можно, но это бненадолго: поддержку UMS собираются удалять.

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

56. "Релиз ядра Linux 4.0"  +/
Сообщение от Аноним (??) on 13-Апр-15, 12:35 
> но это бненадолго: поддержку UMS собираются удалять.

Куда и дорога. У линуха своя графическая подсистема. Кто с ней не хочет нормально интегрироваться - идет в *опу.

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

72. "Релиз ядра Linux 4.0"  –1 +/
Сообщение от Zenitur (ok) on 13-Апр-15, 13:02 
>> но это бненадолго: поддержку UMS собираются удалять.
> Куда и дорога. У линуха своя графическая подсистема. Кто с ней не
> хочет нормально интегрироваться - идет в *опу.

Да нет - не из иксов удалять, а из драйвера Intel. Энвидии в любом случае нечего бояться - они пообещали KMS в начале этого года. Правда вот Fedora перенесли полный и окончательный переход на Wayland на следующий релиз, и NVIDIA расслабилась.

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

105. "Релиз ядра Linux 4.0"  +/
Сообщение от Аноним (??) on 14-Апр-15, 15:45 
> Да нет - не из иксов удалять, а из драйвера Intel.

Ты это будешь мне рассказывать? Я сюда новости про графику пишу, чудак. И имею заметить что низкоуровневый бэкэнд пишут примерно те же люди что и пишут потом MESA, DDX драйвер иксов и что там еще к DRM+KMS можно пристыковать.

Смысл такой: люди делают себе удобный низкоуровневый бэкэнд, который нормально интегрируется с ядром и его пониманием графики. А потом интерфейсятся к нему. Ну а UMS в этом процессе - конь в пальто. Легаси и пережитки прошлого.

> Энвидии в любом случае нечего бояться - они пообещали KMS в начале этого года.

Нечего бояться им будет лишь когда (и если) их модуль ядра возьмут в майнлайн, на общих основаниях. А до тех пор их будет ждать много развеселых грабель.

Нвидия - не часть этого процесса. Они узнают об изменениях когда они ВНЕЗАПНО свалились как снег на голову и драйвер опять перестал работать. Ну как тогда, когда нвидия не могла собрать драйвер 3 версии ядра к ряду и павлин тут патчами махал.

> Wayland на следующий релиз, и NVIDIA расслабилась.

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

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

99. "Релиз ядра Linux 4.0"  +/
Сообщение от svsd_val (ok) on 14-Апр-15, 11:46 
>И получил сообщение о том что модуль нельзя выгрузить.

Выгрузить можно всё что угодно даже если модуль запрещено выгружать тебя никто не остановит выгрузить его принудительно =) Однако нужно более подробно маны читать.

p.s. делал это дело на Debian SID 8.0 (aka Jessie) - без каких либо проблем менял на горячую fglrx на radeon и заставлял работать в 3д ))

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

107. "Релиз ядра Linux 4.0"  +/
Сообщение от Аноним (??) on 14-Апр-15, 15:50 
> не остановит выгрузить его принудительно =)

Только результат не всегда радует :)

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

45. "Релиз ядра Linux 4.0"  +/
Сообщение от Аноним (??) on 13-Апр-15, 12:15 
>как в загнивающей винде - ядро на века, и дрова ставь, какие хочешь.

Ядро и дырки в нём на века ;)

Не нужно. Это поощряет производителей клепать блободрайвера.

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

71. "Релиз ядра Linux 4.0"  +2 +/
Сообщение от Аноним (??) on 13-Апр-15, 12:58 
> ядро на века

Ага, это вендузятники уже проходили, в смысле - ХРюша на века, пока железка не помрет, ибо драйверов под другие версии нет и не будет :)

> А когда в линуксе драйвера для устройств можно будет ставить без обновления всего ядра?

Чего чего? Очередной ужастик "Как просто пользоваться линуксом!" заказанный и проплаченный МС-овцами?

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

130. "Релиз ядра Linux 4.0"  +/
Сообщение от Аноним (??) on 16-Апр-15, 04:00 
> Ага, это вендузятники уже проходили, в смысле - ХРюша на века, пока
> железка не помрет, ибо драйверов под другие версии нет и не будет :)

Вон пусть найдут драйвера для чего-то новее икспы для Geforce MX или радеона 9200. Или я должен покупать за свой счет новую видеокарту хомяку, который самый максимум будет видео на ютубе смотреть? Для этого не надо R9 200-й серии или GTX 900, поверьте.

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

7. "Релиз ядра Linux 4.0"  –1 +/
Сообщение от 3draven (ok) on 13-Апр-15, 09:39 
Последнее, нормально работающее ведро на моем железе 3.17.2 В остальных пришлось пересобирать модули для сетевой карты realtek. Так как в ядре напихали какой то треш, который отваливается по истечении времени с ошибкой SW-IOMMU или переполнением буфера. Мало того, ядра просто виснут, да еще и лаги с btrfs были неоднократно (что признано разработчиками как я понял, они багов наделали). Так что если бы 4.0 было только с исправлениями и стабилизацией кода, было бы намного лучше.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

26. "Релиз ядра Linux 4.0"  +/
Сообщение от Zenitur (ok) on 13-Апр-15, 11:10 
В Debian больше 100 патчей на Realtek: http://ftp.ru.debian.org/debian/pool/main/l/linux/linux_3.16...
Ответить | Правка | ^ к родителю #7 | Наверх | Cообщить модератору

27. "Релиз ядра Linux 4.0"  –1 +/
Сообщение от 3draven (ok) on 13-Апр-15, 11:12 
Вот и поломали :)
Ответить | Правка | ^ к родителю #26 | Наверх | Cообщить модератору

32. "Релиз ядра Linux 4.0"  –1 +/
Сообщение от 3draven (ok) on 13-Апр-15, 11:22 
> В Debian больше 100 патчей на Realtek: http://ftp.ru.debian.org/debian/pool/main/l/linux/linux_3.16...

Модули вот отсюда собранные, работают теперь.

https://github.com/lwfinger/rtlwifi_new

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

33. "Релиз ядра Linux 4.0"  –1 +/
Сообщение от 3draven (ok) on 13-Апр-15, 11:27 
>> В Debian больше 100 патчей на Realtek: http://ftp.ru.debian.org/debian/pool/main/l/linux/linux_3.16...
> Модули вот отсюда собранные, работают теперь.
> https://github.com/lwfinger/rtlwifi_new

После сборки модулей оттеда переехал на 3.19, висло только один раз. Причиной повисания стала работа btrfs вместе с virtualbox. Пришлось datacow запретить на разделе с виртуалкой. Когда уже они btrfs допилят что бы под виртуалками оно пахало нормально без танцев.

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

34. "Релиз ядра Linux 4.0"  –1 +/
Сообщение от Zenitur (ok) on 13-Апр-15, 11:35 
Раз ты такой опытный, может поможешь мне? Ubuntu, SteamOS, Opensuse и Gentoo на одном жёстком диске. 3.13, 3.10, 3.16 и 3.16. Gentoo до монтирования / показывает 640x480, потом включает KMS и 1600x900. Но вот проблема: в этот момент с вероятностью 50/50 экран может заполниться длинным сообщением об ошибке модуля nvidia (у меня Optimus). Если это произошло, иксы фризятся, а попытка запуска CUDA из консоли пишет "щас начну считать" и не считает. Если не произошло, всё работает.

Что это может быть? Может модуль nvidia с чем-нибудь конфликтует? Можно ли поставить его в самое последнее место при загрузке?

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

39. "Релиз ядра Linux 4.0"  –1 +/
Сообщение от 3draven (ok) on 13-Апр-15, 11:45 
> Раз ты такой опытный, может поможешь мне? Ubuntu, SteamOS, Opensuse и Gentoo
> на одном жёстком диске. 3.13, 3.10, 3.16 и 3.16. Gentoo до
> монтирования / показывает 640x480, потом включает KMS и 1600x900. Но вот
> проблема: в этот момент с вероятностью 50/50 экран может заполниться длинным
> сообщением об ошибке модуля nvidia (у меня Optimus). Если это произошло,
> иксы фризятся, а попытка запуска CUDA из консоли пишет "щас начну
> считать" и не считает. Если не произошло, всё работает.
> Что это может быть? Может модуль nvidia с чем-нибудь конфликтует? Можно ли
> поставить его в самое последнее место при загрузке?

The proprietary NVIDIA and AMD Catalyst drivers do not use the open driver stack. In order to use KMS you should replace them with open source drivers.

Это отсюда https://wiki.archlinux.org/index.php/Kernel_mode_setting#Lat...


У меня то же оптимус.

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

40. "Релиз ядра Linux 4.0"  –1 +/
Сообщение от Zenitur (ok) on 13-Апр-15, 11:52 
Да, ты не можешь использовать KMS и проп. драйвер NVIDIA на одной карте, но ты можешь это делать на разных. Например KMS на моей интеграшке AMD совсем не мешает дискретной NVIDIA, а иксы работают на обеих.

В мануалке NVIDIA заявлено что KMS на Intel необходим, чтобы включить Optimus (а точнее NVIDIA Prime). Мануалка: http://us.download.nvidia.com/XFree86/Linux-x86/319.12/READM... Включать тут: http://dl.dropboxusercontent.com/u/1113424/img/nvidia-prime-...

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

41. "Релиз ядра Linux 4.0"  –1 +/
Сообщение от 3draven (ok) on 13-Апр-15, 11:55 
> Да, ты не можешь использовать KMS и проп. драйвер NVIDIA на одной
> карте, но ты можешь это делать на разных. Например KMS на
> моей интеграшке AMD совсем не мешает дискретной NVIDIA, а иксы работают
> на обеих.
> В мануалке NVIDIA заявлено что KMS на Intel необходим, чтобы включить Optimus
> (а точнее NVIDIA Prime). Мануалка: http://us.download.nvidia.com/XFree86/Linux-x86/319.12/READM...
> Включать тут: http://dl.dropboxusercontent.com/u/1113424/img/nvidia-prime-...

Я пользую nouveau уже очень давно, потому, просто не в курсе ваших проблем. Однажды для эксперимента поставил нвидиа драйвер и долго пытался его заставить работать. Заставил, но потом снес так как он кулерами шумит сильно. В общем хотите возни, возитесь :)

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

50. "Релиз ядра Linux 4.0"  –1 +/
Сообщение от Zenitur (ok) on 13-Апр-15, 12:24 
> Я пользую nouveau уже очень давно, потому, просто не в курсе ваших
> проблем. Однажды для эксперимента поставил нвидиа драйвер и долго пытался его
> заставить работать. Заставил, но потом снес так как он кулерами шумит
> сильно.

Ну а ты что хотел - Ведьмака 2 без гигантской производительности GPU? А тем более третьего? Так не бывает! ;-)

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

117. "Релиз ядра Linux 4.0"  +/
Сообщение от Аноним (??) on 15-Апр-15, 01:30 
> проблема: в этот момент с вероятностью 50/50 экран может заполниться длинным
> сообщением об ошибке модуля nvidia (у меня Optimus). Если это произошло,
> иксы фризятся, а попытка запуска CUDA из консоли пишет "щас начну
> считать" и не считает. Если не произошло, всё работает.

Ну так пиши в саппорт нвидии, имхо. Вот заодно расскажешь какой там крутой безбажный драйвер и как здорово нвидия багрепорты щелкает.

> Что это может быть? Может модуль nvidia с чем-нибудь конфликтует? Можно ли
> поставить его в самое последнее место при загрузке?

Может быть у тебя сначала вгрузился опенсорсный модуль nouveau, а потом еще и блоб пытается? Один девайс не могут обслуживать 2 разных драйвера сразу.

Одна из проблем с блобьем - то что инсталлеры хоть и пытаются блеклистить открытые дрова, но в целом это костыль и работает как и положено костылю, т.е. random(). А при обновлении системы блеклист модуля может слететь, etc. В общем есть где попрыгать по минному полю. В этом месте ты возможно начинаешь догадываться почему проприетарь в лине никто не любит.

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

60. "Релиз ядра Linux 4.0"  +/
Сообщение от Аноним (??) on 13-Апр-15, 12:41 
> Последнее, нормально работающее ведро на моем железе 3.17.2

Так вы написали баги? С нормальным описанием что не так, проверив что это все еще лезет на актуальной версии? Или вы думаете что кто-то телепатически угадает что у вас проблемы?

> с btrfs были неоднократно (что признано разработчиками как я понял, они багов наделали).

Починили где-то к 3.19. Там был одно время всплеск багов при переходе на ядерные worker-ы, но эти баги продержались недолго и мешали жить только тем кто сжатие использует. Так что кто гоняет btrfs с сжатием - юзает свежие ядра, уж сабж вообще отлично работает, если что. Еще где-то там же были гонки, "в ядре вообще", но на них насели и они тоже быстро изничтожились. И ядра 3.19 и новее в плане закидонов вполне ок.

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

А там groundbreaking изменений не так уж и много, так что почти так и вышло.

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

65. "Релиз ядра Linux 4.0"  –1 +/
Сообщение от 3draven (ok) on 13-Апр-15, 12:49 
Я же не первый кто стукнулся, баги давно уже написаны, причем они написаны и для более старых версий ядра и даже исправлялись уже многократно, а все еще есть в этих модулях и до сих пор эти модули признаны зоопарком багов. Потому, я просто переехал на модуль по вышеописанной ссылке, работает нормально вроде бы (в dmesg есть какие то странные сообщения, но функционально я не обнаружил ничего плохого).

По btrfs я сейчас юзаю ядро 3.19, вчера оно зависло когда virtualbox стал на разделе с btrfs ставить в виртуалку офтопик (спецсофт на нем только пашет и иногда нужен). btrfs как с виртуалкой не дружил, так и не дружит. Пришлось nodatacow врубать, хотя фc давно можно было научить хотя бы самостоятельно это обнаруживать и ставить...или еще как я в разработке фс ничерта не смыслю. На 3.18 ядре были откровенные баги и хоть их поправили, я с 3.17 переехал на 3.19. Да, кстати пользую сжатие.

Пока модуль realtek-а не собрал сторонний, ядро 3.19 висло регулярно. Причем, зараза, как я баг отправлю если зависон ядра в логах оставляет чистый лист? Я все логи облазил в поисках инфы. Остается только написать "ядро 3.19 виснет по непонятным причинам!". Это после сборки нового модуля стало ясно, что причины были в нем и до сих пор не знаю какие. SW-IOMMU и переполнение буфера началось еще в 3.18 и оно давно в багтрекере есть.

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

118. "Релиз ядра Linux 4.0"  +1 +/
Сообщение от Аноним (??) on 15-Апр-15, 02:05 
> написаны и для более старых версий ядра и даже исправлялись уже многократно,

Где-то примерно в 3.18 и ранних RC 3.19 было много факапов с "гонками". Не только в btrfs но и вообще. Это всех задолбало и после 2 или 3 rc 3.19 всему этому безобразию разработчики дали бой. Поводом послужили странности в работе одной из машин у разработчиков. И хотя этот баг не нашли, под горячую руку загасили все что хоть отдаленно его напоминало.

К релизу 3.19 разработчики вроде как победили и замахали все что я видел. И заскоки btrfs-ных воркеров при сжатии, и странные гонки в ядре и чего там еще. Ну и 3.19 у меня работает на ура. На данный момент некоторые машины с 3.19 и btrfs обладают аптаймом порядка месяца, что как бы намекает.

> а все еще есть в этих модулях и до сих пор эти модули признаны зоопарком багов.

У вас есть проблема: сторонний модуль ядра от виртуалбокса. Отвечать за такое ядро имхо мало кто подпишется. Разве что оракл, который умеет в основном копипастить у редхата патчи.

> По btrfs я сейчас юзаю ядро 3.19, вчера оно зависло когда virtualbox
> стал на разделе с btrfs ставить в виртуалку офтопик

А откуда вывод что завис именно btrfs? Есть какой-то бэктрэйс где засветился именно он? А то virtualbox еще и свой модуль ядра в систему прет и что там этот модуль делает... ну лично я по этой причине KVM предпочитаю. Там нет левых побочных модулей ядра.

> btrfs как с виртуалкой не дружил, так и не дружит. Пришлось nodatacow врубать,

Оно как бы да - CoW-based диски виртуалок не очень хорошо дружат с CoW файловыми системами. Но кой-как работать - должно. Хоть и фиговенько. Если совсем виснет - это баг.

> хотя фc давно можно было научить хотя бы самостоятельно это обнаруживать

Не, спасибо, искусственный интеллект и бизнес-аналитику в файловую систему встраивать все-таки не надо, имхо. Виртуалки и БД - два отдельных частных случая, которые по любому требуют от пользователя некие базовые навыки администрирования и изучение некоторых базовых вещей, e.g. особенности работы CoW и снапшотов.

> были откровенные баги и хоть их поправили, я с 3.17 переехал
> на 3.19. Да, кстати пользую сжатие.

Ну вот в ядрах начиная с чего-то типа 3.17 и до 3.19-RC-что-то-там btrfs мог словить клин при использовании сжатия, поскольку его переводили с самописной реализации фоновых работ на штатные возможности ядра, которые с некоторых пор там появились. Как и полагается по законам жанра, большие перетряски не прошли без пары факапов, которые случаются редко, но метко и потому не попались при тестировании, но стали иногда покусывать пользователей при долговременной эксплуатации на большом количестве машин, что позволило заметить некие корреляции и вычислить проблему :)

> как я баг отправлю если зависон ядра в логах оставляет чистый лист?

А что, виснет настолько что даже Alt-SysRq-R-E-I-S-U-B не работает? Btrfs в 3.17-18 только проц начинал грузить, но система оставалась живой и можно было в top увидеть что проц трескает ядерный воркер, а не что-нибудь еще.

> "ядро 3.19 виснет по непонятным причинам!".

Как ни странно, такое тоже бывает и не всегда просто локализовать причину.

Одна из самых назойливых статей зависонов и проблем - сторонние модули, особенно проприетарные. Они как-то исторически очень бажные. Впрочем, даже открытый модуль, если он не в майнлайне - это уже заявка на проблемы. В майнлайн что попало не берут и на это у них есть причины. В виде набитых шишек. Поэтому если какой модуль вне ядра или даже в ядре но в staging - это потенциал для проблем.

> не знаю какие. SW-IOMMU и переполнение буфера началось еще в 3.18
> и оно давно в багтрекере есть.

Это что за баг? У меня на некоторых машинах есть IOMMU, но он железячный.

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

121. "Релиз ядра Linux 4.0"  +/
Сообщение от 3draven (ok) on 15-Апр-15, 08:09 
Эти баги в данных модулях всплывают уже давно.

Вот, например.

https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1060268

RTL8169 это то, что я еще недавно пользовал.

https://bugs.launchpad.net/ubuntu/+source/linux/+bug/961618

Это поновее. И в поиске их миллион.

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

122. "Релиз ядра Linux 4.0"  +/
Сообщение от 3draven (ok) on 15-Апр-15, 08:32 
Только что. Ядро 3.19.3, распаковывал архив, начал параллельно копировать файлы. Повисло. Такого в линуксе я вообще никогда не видел до ядра 3.18.
Ответить | Правка | ^ к родителю #121 | Наверх | Cообщить модератору

132. "Релиз ядра Linux 4.0"  +/
Сообщение от Аноним (??) on 17-Апр-15, 00:14 
> RTL8169 это то, что я еще недавно пользовал.

Пардон? В конкретно том репорте у перца ошибки лезли от:

03:02.0 Network controller: Ralink corp. RT2800 802.11n PCI

У реалтека и ралинка совсем разные драйвера. Более того - там на разные выводки чипов разные драйвера бывают.

А RTL8169 - вообще проводная сетевуха вроде. Гигабитные чипы от рыгалтека. Глючные до ужаса, особенно в ранних ревизиях. Но драйвера нынче им мозг более-менее вправляют.

> https://bugs.launchpad.net/ubuntu/+source/linux/+bug/961618
> Это поновее. И в поиске их миллион.

ЧСХ - для разных драйверов. Я бы взял майнлайн ядро, на данный момент 4.0 как наиболее свежее и если такое вылезет - вколотил бы баг прямо майнлайну.

На самом деле все что касается беспроводки - сложное и глючное. В винде например тоже можно попрыгать от души - можно найти мой сказ о том как я с юсб-свистком на атеросе (драйвер ath9k_htc в лине) в винде бодался - то сеть отпадает, то не детектируется, то не ловит роутер в нескольких метрах. Я так и не смог нормальный вариант драйвера для семерки найти  - у любой версии дурные баги! Прямо шаманство какое-то. А в линухе это отличная вещица: очень чувствительный, умеющий все мыслимые режимы и довольно безглючный.

В случае реалтека грабли могут быть еще в том что далеко не все драйвера в майнлайне, часть в staging, что как бы намекает на их недопиленность, а самих этих реалтеков поразвелось over 9000 субревизий и подтипов чипа. С разными глюками у каждого.

И да, в майнлайне как минимум в 1 драйвере в 2012 году такое запатчили, как я вижу по ссылкам. Но это был вполне конкретный драйвер. У вас наверное другой. Вот на него и надо баг написать, если оно лезет.

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

133. "Релиз ядра Linux 4.0"  +/
Сообщение от 3draven (ok) on 17-Апр-15, 00:22 
Да не лезет уже, я выше приводил ссылку на житхаб, где лежит нормальная реализация дров. Все работает и собирается отлично без запинки. Вчера обновил ядро до 3.19.4 опять сеть стала отваливаться, снова собрал оттуда модуль и все заработало. У меня RTL8723AE в качестве wifi и вышеназванная проводная сетевухи. Глючит проводная, но это каким то образом связано с wifi...но я шибко подробно так и не разобрался. Судя по всему, при потере коннекта с wifi (который у меня в качестве раздатчика на гаджеты работает) падает и провод...а может я не докопался до того кто там и почему падает :) Отваливалась сеть, пока не нашел житхаб, сидел на 3.17.2. Ошибки, которые лезли в сети описаны массово, в разных модулях фигурирует SW-IOMMU и переполнение буферов...потому, разные модули и привел выше. Ошибки популярные. Сейчас  все работает.
Ответить | Правка | ^ к родителю #132 | Наверх | Cообщить модератору

12. "Релиз ядра Linux 4.0"  +/
Сообщение от Аноним (??) on 13-Апр-15, 10:16 
>> включая начальную поддержку оборудования Intel Skylake;

т.е. просто видит что это за чипсет?

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

14. "Релиз ядра Linux 4.0"  –2 +/
Сообщение от Аноним (??) on 13-Апр-15, 10:31 
Гугл 1,5 процента )
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

16. "Релиз ядра Linux 4.0"  +/
Сообщение от iZEN (ok) on 13-Апр-15, 10:37 
Не считается. Пасхальное яйцо получилось комом. Ждём [del]первого сервис-пака[/del] v.4.1.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

52. "Релиз ядра Linux 4.0"  +1 +/
Сообщение от Khariton (ok) on 13-Апр-15, 12:31 
> Не считается. Пасхальное яйцо получилось комом. Ждём [del]первого сервис-пака[/del] v.4.1.

Нет. ждем 4.1.15*

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

109. "Релиз ядра Linux 4.0"  +/
Сообщение от iZEN (ok) on 14-Апр-15, 18:21 
>> Не считается. Пасхальное яйцо получилось комом. Ждём [del]первого сервис-пака[/del] v.4.1.
> Нет. ждем 4.1.15*

4.2


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

119. "Релиз ядра Linux 4.0"  +/
Сообщение от Аноним (??) on 15-Апр-15, 02:15 
> 4.2

Это что, какая-то промежуточная модель терминатора чтоли? :)

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

17. "Релиз ядра Linux 4.0"  +/
Сообщение от Аноним (??) on 13-Апр-15, 10:46 
опять голосования с процентами. референдум проводить нужно!
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

19. "Релиз ядра Linux 4.0"  +/
Сообщение от Аноним (??) on 13-Апр-15, 10:49 
статистика
https://pbs.twimg.com/media/CCdM9LzUAAAPY0M.png:large
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

62. "Релиз ядра Linux 4.0"  +/
Сообщение от Аноним (??) on 13-Апр-15, 12:45 
> статистика

Слышь, щелкопер, а device tree вы как что посчитали? А то .dts/.dtsi явно больше чем си++, но в статистике этого не заметно.

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

22. "Релиз ядра Linux 4.0"  –5 +/
Сообщение от Аноним (??) on 13-Апр-15, 10:58 
графика от Intel (Broadwell, thinkpad x250) все также падает и лагает даже на 4.0 и на xorg драйвере из git.
WiFi от Intel все так же поломан и баг с дисконектами и деградацией скорости все так же открыт (iwlwifi. 7265 - https://bugzilla.kernel.org/show_bug.cgi?id=95901 )

Печально что Linux как всегда плетется позади всех в плане поддержки оборудования.

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

25. "Релиз ядра Linux 4.0"  +/
Сообщение от Zenitur (ok) on 13-Апр-15, 11:08 
У меня всё работает. Intel + NVIDIA в связке. Смотри показания напряжения в BIOS, может дело в этом.
Ответить | Правка | ^ к родителю #22 | Наверх | Cообщить модератору

44. "Релиз ядра Linux 4.0"  +/
Сообщение от Аноним (??) on 13-Апр-15, 12:11 
>У меня всё работает. Intel + NVIDIA в связке.

И это всё на фоне жалоб на висяки и глюки в выше по треду. Фанбои такие фанбои...

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

46. "Релиз ядра Linux 4.0"  +/
Сообщение от Zenitur (ok) on 13-Апр-15, 12:17 
>>У меня всё работает. Intel + NVIDIA в связке.
> И это всё на фоне жалоб на висяки и глюки в выше
> по треду. Фанбои такие фанбои...

Ну так это только в Gentoo, а на трёх остальных системах такого не было ни разу! Фиг знает что они там пропатчили, но в Gentoo на Linux 3.10 LTS не грузится даже Intel! На других системах с 3.10 всё работало нормально!

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

63. "Релиз ядра Linux 4.0"  –1 +/
Сообщение от Аноним (??) on 13-Апр-15, 12:47 
> других системах с 3.10 всё работало нормально!

Зенитар лично обошел всю планету и проверил все имевшиеся у юзерей конфигурации </sarcasm>

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

67. "Релиз ядра Linux 4.0"  +/
Сообщение от Zenitur (ok) on 13-Апр-15, 12:51 
>> других системах с 3.10 всё работало нормально!
> Зенитар лично обошел всю планету и проверил все имевшиеся у юзерей конфигурации
> </sarcasm>

В тот момент 3.10 было последним, и у меня оно было установлено на Ubuntu и Opensuse. Мне этой выборки хватает.

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

29. "Релиз ядра Linux 4.0"  +/
Сообщение от 3draven (ok) on 13-Апр-15, 11:18 
Да, про интеловские паники драйвера я то и забыл совсем. А то, что nouveau не отключает кулера на видюхе по идеологическим, наверное, соображениям, даже когда видюха отключена (оптимус) это вообще раздражает. Но я бы никогда не узнал, что бывает по другому если бы для эксперименту не поставил дрова от нвидии родные, оказалось, что с ними кулера молчат иногда, но их адаптивный алгоритм управления видюхой тоже треш еще тот и не настраивается вообще никак, просто отсутствуют такие возможности.

В общем пилить еще много чего надо. При этом прогресс все же есть, я btrfs пользую и оно уже даже работает и удобно снапшоты делать (хотя однажды один из разделов накрылся тазом). zram тот же, хорошая штука, позволяющая не сталкиваться с подкачкой линукса, которая отродясь не работала нормально. Помимо этого phc и контроль вольтажа на стареньких ноутах моих родителей пашет на ура и позволяет их не чистить :) Ну и еще кучка всяких вкусностей, которые давно стали стабильными и рабочими.

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

66. "Релиз ядра Linux 4.0"  +1 +/
Сообщение от Аноним (??) on 13-Апр-15, 12:49 
> что nouveau не отключает кулера на видюхе по идеологическим, наверное, соображениям,
> даже когда видюха отключена (оптимус) это вообще раздражает.

Скорее всего он это просто не умеет - там с управлением частотами/вольтажами/кулерами все плохо.

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

Ну так у нвидии есть 2 варианта: вы или ходите строем как все и вас все устраивает, или вас расстреливают и ничего не работает.

Теперь вы понимаете за что мы любим интель и амд :)

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

70. "Релиз ядра Linux 4.0"  +/
Сообщение от 3draven (ok) on 13-Апр-15, 12:55 
>> что nouveau не отключает кулера на видюхе по идеологическим, наверное, соображениям,
>> даже когда видюха отключена (оптимус) это вообще раздражает.
> Скорее всего он это просто не умеет - там с управлением частотами/вольтажами/кулерами
> все плохо.
>> молчат иногда, но их адаптивный алгоритм управления видюхой тоже треш еще
>> тот и не настраивается вообще никак, просто отсутствуют такие возможности.
> Ну так у нвидии есть 2 варианта: вы или ходите строем как
> все и вас все устраивает, или вас расстреливают и ничего не
> работает.
> Теперь вы понимаете за что мы любим интель и амд :)

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

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

108. "Релиз ядра Linux 4.0"  +/
Сообщение от iZEN (ok) on 14-Апр-15, 18:18 
> Ну так у нвидии есть 2 варианта: вы или ходите строем как
> все и вас все устраивает, или вас расстреливают и ничего не
> работает.
> Теперь вы понимаете за что мы любим интель и амд :)

Хорошо что во FreeBSD не так — всё работает даже если система меняет версию.
А на Linux даже не знаешь, что отвалится при изменении минорной версии ядра.


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

111. "Релиз ядра Linux 4.0"  +1 +/
Сообщение от Michael Shigorin email(ok) on 14-Апр-15, 22:43 
> Хорошо что во FreeBSD не так — всё работает даже если система меняет версию.

...или продолжает не работать, хоть ты обменяйся.

> А на Linux даже не знаешь, что отвалится при изменении минорной версии ядра.

...особенно если ты -- iZEN. :)

Простите, не удержался, уж больно Dear Never в майке с флажком win2k перед глазами замаячил.

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

35. "Релиз ядра Linux 4.0"  +/
Сообщение от Аноним (??) on 13-Апр-15, 11:36 
Хотите сказать, что зря x1 carbon заказал?-_-
Ответить | Правка | ^ к родителю #22 | Наверх | Cообщить модератору

23. "Релиз ядра Linux 4.0"  +/
Сообщение от Аноним (??) on 13-Апр-15, 10:59 
Тесты Фороникс показали прирост скорости на новом ядре у ФС btrfs и f2fs.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

31. "Релиз ядра Linux 4.0"  –1 +/
Сообщение от 3draven (ok) on 13-Апр-15, 11:19 
> Тесты Фороникс показали прирост скорости на новом ядре у ФС btrfs и
> f2fs.

Предрелизное ядро у меня вообще не взлетело. Не стал разбираться почему. Руки кривые наверное.

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

57. "Релиз ядра Linux 4.0"  –1 +/
Сообщение от Khariton (ok) on 13-Апр-15, 12:36 
>> Тесты Фороникс показали прирост скорости на новом ядре у ФС btrfs и
>> f2fs.
> Предрелизное ядро у меня вообще не взлетело. Не стал разбираться почему. Руки
> кривые наверное.

f2fs начиная с 3.17+ глючит с именами файлов в кирилице. Данные не пропадают, но жесткие ссылки - битые. чинится возвратом на 3.16 ядро. fsck на git разработчика есть, но не все там хорошо. Чинит в новых ядрах, но потом починенное глючит в ядре 3.16.

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

68. "Релиз ядра Linux 4.0"  +/
Сообщение от Аноним (??) on 13-Апр-15, 12:52 
> f2fs начиная с 3.17+ глючит с именами файлов в кирилице. Данные не
> пропадают, но жесткие ссылки - битые. чинится возвратом на 3.16 ядро.

А может в 3.17+ просто поменяли что-то по этому поводу и ссылки создаются как-то иначе? Если пересоздать ссылку в 3.17+ на такой файл - что получается? Она работает?

> fsck на git разработчика есть, но не все там хорошо. Чинит
> в новых ядрах, но потом починенное глючит в ядре 3.16.

Скорее всего 3.17+ реализуют какие-то фичи которые 3.16 не понимает. Но даже если это так - им надо как минимум вкатать баг что они балбесы и на зарубают загрузку ФС с новыми фичами на старом ядре. А если это не так - им надо просто вкатать баг.

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

30. "Релиз ядра Linux 4.0"  +/
Сообщение от Аноним (??) on 13-Апр-15, 11:18 
> NVM-памяти

SSD-дисков. Масла масленого.

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

58. "Релиз ядра Linux 4.0"  +/
Сообщение от Khariton (ok) on 13-Апр-15, 12:37 
>> NVM-памяти
> SSD-дисков. Масла масленого.

интерфейсы ж разные...)))

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

69. "Релиз ядра Linux 4.0"  +1 +/
Сообщение от Аноним (??) on 13-Апр-15, 12:54 
> SSD-дисков. Масла масленого.

Взаимоисключающих параграфов. Много вы SSD дискообразной формы видели? :)

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

74. "Релиз ядра Linux 4.0"  –2 +/
Сообщение от Zenitur (ok) on 13-Апр-15, 13:10 
>> SSD-дисков. Масла масленого.
> Взаимоисключающих параграфов. Много вы SSD дискообразной формы видели? :)

Как тогда в серьёзных документах указывать "флешки", если не "Flash-диск"?

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

76. "Релиз ядра Linux 4.0"  +3 +/
Сообщение от Аноним (??) on 13-Апр-15, 13:23 
Твердотельный накопитель
Ответить | Правка | ^ к родителю #74 | Наверх | Cообщить модератору

83. "Релиз ядра Linux 4.0"  +/
Сообщение от Аноним (??) on 13-Апр-15, 15:38 
> Много вы SSD дискообразной формы видели? :)

http://www.asia-manufacturer.com/manufacturers/001/products-...

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

37. "Релиз ядра Linux 4.0"  –1 +/
Сообщение от Аноним (??) on 13-Апр-15, 11:40 
Глядишь так скоро терминатора сделают.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

59. "Релиз ядра Linux 4.0"  –1 +/
Сообщение от Khariton (ok) on 13-Апр-15, 12:37 
> Глядишь так скоро терминатора сделают.

недолго ждать осталось...

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

75. "Релиз ядра Linux 4.0"  +/
Сообщение от Andrey Mitrofanov on 13-Апр-15, 13:22 
>> Глядишь так скоро терминатора сделают.
> недолго ждать осталось...

Да, б., со дня на день жду на фильмо-торентах страны сего униального avi/mkv.

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

115. "Релиз ядра Linux 4.0"  +/
Сообщение от Аноним (??) on 15-Апр-15, 01:18 
> Да, б., со дня на день жду на фильмо-торентах страны сего униального avi/mkv.

Интрига сезона: быть ли KDBUS-у у терминатора?! K-H уже предложил его на pull. Учитывая номер версии - Торвальдс наверное сдастся и признает что скайнет победил :)

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

79. "Релиз ядра Linux 4.0"  +2 +/
Сообщение от Аноним (??) on 13-Апр-15, 14:00 
Надо ядра подписывать уже не generic а genesis
Ответить | Правка | ^ к родителю #37 | Наверх | Cообщить модератору

92. "Релиз ядра Linux 4.0"  –2 +/
Сообщение от ua9oas email(ok) on 13-Апр-15, 19:09 
В состав каких дистрибутивов это ядро потом войдет? (А в каких уже установленных ОС может быть целесообразно поменять имеющееся там ядро на это?) Насколько больше устройств стало поддерживаться в этой версии ядра? (А сколько неподдерживаемых устройств в линуксе осталось теперь? (И по состоянию насегодня какую версию ядра лучше ставить на старое "железо"?))
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

96. "Релиз ядра Linux 4.0"  +/
Сообщение от Аноним (??) on 13-Апр-15, 20:10 
В Linux 4.1 будут смертоносные приемчики http://www.phoronix.com/scan.php?page=news_item&px=Linux-4.1...
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

131. "Релиз ядра Linux 4.0"  +/
Сообщение от Аноним (??) on 16-Апр-15, 04:42 
> В Linux 4.1 будут смертоносные приемчики

Самое оно для того что станет ядром Т-800 :)

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

97. "Релиз ядра Linux 4.0"  –1 +/
Сообщение от axredneck on 13-Апр-15, 22:17 
В Aptosid уже пришло, поставил, работает вроде.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

123. "Релиз ядра Linux 4.0"  +/
Сообщение от Andrey Mitrofanov on 15-Апр-15, 10:32 
http://codemonkey.org.uk/2015/04/14/goddammit-ping/
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

134. "Релиз ядра Linux 4.0"  +/
Сообщение от DFX (ok) on 23-Апр-15, 23:33 
> Приняты патчи для поддержки энергонезависимой памяти (NVM, non-volatile memory), сочетающей производительность ОЗУ с возможностью постоянного хранения содержимого.

Охо, неужто такие штуки уже вылезли из разряда прототипов ?

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

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

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




Спонсоры:
MIRhosting
Fornex
Hosting by Ihor
Хостинг:

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