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

Исходное сообщение
"Релиз ядра Linux 4.1"

Отправлено opennews , 22-Июн-15 08:50 
После двух месяцев разработки Линус Торвальдс анонсировал (https://lkml.org/lkml/2015/6/22/8) релиз ядра Linux 4.1 (http://kernel.org). Среди наиболее заметных улучшений: поддержка шифрования в ФС Ext4, новая виртуальная файловая система tracefs, экспериментальная реализация распределённого RAID 1, поддержка MPLS, однопользовательский режим для встраиваемых систем, блочное устройство PMEM для энергонезависимой памяти, интеграция наработок Intel по виртуализации GPU.

В новую версию принято около 12 тысяч исправлений от более чем 1500 разработчиков, размер патча - 33 Мб (изменения затронули 10094 файлов, добавлено 454027 строк кода,
удалено 253880 строк). Около 41% всех представленных в 4.1
изменений связаны с драйверами устройств, примерно 21% изменений имеют
отношение к обновлению кода специфичного для аппаратных архитектур, 13% связано с сетевым стеком, 6% - файловыми системами и 5% c внутренними подсистемами ядра. 11.2% изменений внесено сотрудниками компании Intel, 9.2% - Red Hat, 3.7% - SUSE, 3.3% - Linaro, 3.3% - IBM, 3.1% - Google, 2.9% - Samsung,
2.4% - Renesas Electronics, 1.9% - Texas Instruments, 1.4% - Broadcom, 1.3% - Oracle, 1.3% - Cisco, 1.1% - ARM.


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


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

-  В файловую систему Ext4 добавлена поддержка шифрования отдельных частей ФС, например, отдельных директорий. Шифруется только содержимое и имена файлов, а метаданные о файлах, такие как размер и права доступа, остаются видимыми. Ключ шифрования определяется во время монтирования ФС. Настройки шифрования выполняются посредством xattr. Новые файлы или директории могут быть зашифрованы отдельно или автоматически, в случае если они создаются в уже зашифрованной директории.

Зашифрованные данные размещаются с использованием метода AES-256-XTS, для имён файлов применяется AES-256-CBC. Для каждого inode генерируется свой уникальный 512-битовый ключ шифрования, что позволяет блокировать атаки, в ситуациях когда злоумышленнику известна часть зашифрованного содержимого. По сравнению с применением надстроек, таких как dm-crypt и eCryptFS, интеграция поддержки шифрования непосредственно в драйвер ФС, позволяет добиться более высокой производительности, использовать текущий код для обработки прав доступа и обеспечить возможность работы с незашифрованной частью файлов на устаревших системах.
-  В подсистему  MD (RAID) добавлена (https://lkml.org/lkml/2015/4/23/22) экспериментальная возможность (http://www.spinics.net/lists/raid/msg47863.html) управления массивами RAID 1, распределёнными по узлам кластера при помощи DLM (Distributed Lock Manager);

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

-  Обеспечена возможность использования XFS в качестве слоя OverlayFS, благодаря добавлению в XFS поддержкb флага RENAME_WHITEOUT. Кроме того, в XFS для вызова fallocate() добавлен флаг FALLOC_FL_INSERT_RANGE, позволяющий приложениям добавлять пустые области в файл.
-  В Btrfs добавлено несколько важных исправлений, которые решили проблемы с работой файловых систем, размером более 20 Тб, и файлов больше 3 Тб.


-  Добавлена новая специализированная виртуальная ФС tracefs, предназначенная для упрощения доступа из пространства пользователя к данным трассировки ядра Linux. ФС по умолчанию монтируется в директорию /sys/kernel/debug/tracing и  применяется в ситуациях, когда использование debugfs (https://en.wikipedia.org/wiki/Debugfs) невозможно из соображений безопасности (подсистемы ядра могут выводить через debugfs закрытые сведения). Tracefs позволяет администратору получить возможность использования только интерфейса трассировки, без открытия доступа к другим возможностям debugfs, а также обеспечить поддержку создания буферов трассировки через использование системных вызовов mkdir и rmdir.

-  Добавлен (http://lkml.iu.edu/hypermail/linux/kernel/1504.1/03463.html) драйвер PMEM с реализацией (http://lwn.net/Articles/640113/) блочного устройства для хранения данных в энергонезависимой памяти (NVM, non-volatile memory), сочетающей производительность ОЗУ с возможностью постоянного хранения содержимого. В отличие от Flash для процессора энергонезависимая память выглядит как обычное ОЗУ (отображается в пространство системной памяти в виде больших регионов физической памяти), но при этом данные не теряются после прекращения подачи энергии. При этом подобная память пока  медленнее обычного ОЗУ при выполнении операций записи. Чтобы отделить энергонезависимую память от обычного ОЗУ на первом этапе поддержки данной технологии решено представить новый вид памяти как блочное устройство.

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

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


-  Добавленная в прошлом выпуске базовая инфраструктура, предоставляющая универсальный API для горячего наложения патчей на ядро. расширена поддержкой архитектуры  S/390.

-  В планировщике задач переработан код отслеживания нагрузки, который теперь не зависит от скорости CPU при расчёте создаваемой процессом нагрузки. Новый подход даёт возможность принимать более эффективные решения по балансировке нагрузки в условиях непостоянной тактовой частоты и при использовании на асимметричных системах, сочетающих различные типы CPU.
-  Добавлена новая опция загрузки ядра "efi=debug", при которой выводится дополнительная отладочная информация при загрузке на системах с EFI;
-  Для шины I2C реализована возможность работы Linux в роли slave-узла (https://www.kernel.org/doc/Documentation/i2c/slave-interface) на контроллерах с поддержкой slave-режима;
-  В утилиту perf добавлена (http://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.g... возможность прикрепления eBPF-обработчиков к проверочным вызовам внутри ядра (kprobes). Появилась поддержка аппаратной трассировки (PT, Processor Trace) и мониторинга качества работы кэша (CQM, Cache QoS Monitoring), представленных в следующем поколении CPU Intel Broadwell.


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

-  На архитектуре  MIPS в систему виртуализации KVM добавлена поддержка режима SIMD и устройства для вычислений с плавающей запятой. На архитектуре ARM в KVM добавлена поддержка подстановки прерываний через вызов irqfd();
-  Для подсистемы virtio представлен новый драйвер virtio-input, обеспечивающий сбор и перенаправление событий от устройств ввода в виртуальные устройства.
-  В состав подсистемы прямого рендеринга (DRM) интегрирован менеджер виртуальной графической памяти ("virtual GEM"), необходимый для организации работы виртуальных графических устройств. Добавлена поддержка виртуального GPU (vGPU), развиваемого компанией Intel в рамках проекта XenGT (http://www.opennet.me/opennews/art.shtml?num=39370), предоставляющего решение для полной виртуализации GPU и обеспечения работы прослойки для взаимодействия из гостевых систем с реальными GPU Intel. XenGT подразумевает поддержание отдельных виртуальных GPU для каждого виртуального окружения, за которыми закрепляется часть критичных для обеспечения высокой производительности ресурсов реального GPU.  Виртуальный GPU позволяет использовать внутри гостевых систем обычные видеодрайверы, не требующие вмешательства гипервизора для обеспечения должной производительности.


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

-  Реализация механизма MPLS (https://ru.wikipedia.org/wiki/MPLS) для маршрутизации пакетов с использованием мног...

URL: https://lkml.org/lkml/2015/6/22/8
Новость: http://www.opennet.me/opennews/art.shtml?num=42472


Содержание

Сообщения в этом обсуждении
"Релиз ядра Linux 4.1"
Отправлено Аноним , 22-Июн-15 08:50 
Ура!!!

"Релиз ядра Linux 4.1"
Отправлено Аноним , 23-Июн-15 09:08 
> Ура!!!

Теперь наконец можно запилить свой скайнет, с терминаторами и огромными беспилотниками!


"Релиз ядра Linux 4.1"
Отправлено Fracta1L , 22-Июн-15 08:57 
Ждём шифрование в Btrfs, а также kdbus -))

"Релиз ядра Linux 4.1"
Отправлено Аноним , 22-Июн-15 11:34 
> Ждём шифрование в Btrfs, а также kdbus -))

Ваш комментарий огорчает пользователей ZFS на FreeBSD. Им-то уже никто шифрования не отсыпет...


"Релиз ядра Linux 4.1"
Отправлено Аноним , 22-Июн-15 17:32 
У вас припекло - тушите скорее :)

- Горорят что линуксоиЕды пеешли на шифрованную btrfs ...
- Что - все?!?!?!

:)


"Релиз ядра Linux 4.1"
Отправлено Fracta1L , 22-Июн-15 17:39 
А пальцы у тебя по нужным буквам не попадают потому, что ты весь такой спокойный и недосягаемый зашёл в тред? Лол.

"Релиз ядра Linux 4.1"
Отправлено Аноним , 22-Июн-15 19:42 
>пеешли

Да бандеровец он.


"Релиз ядра Linux 4.1"
Отправлено Аноним , 24-Июн-15 01:27 
> Да бандеровец он.

Казалось бы, при чем тут Лужков?


"Релиз ядра Linux 4.1"
Отправлено count0krsk , 26-Июн-15 08:59 
Просто толстый тролль, или очкарик, пытающийся закосить под тролля.

"Релиз ядра Linux 4.1"
Отправлено XoRe , 23-Июн-15 19:50 
Пёшли.
Пёшли пёшком.

"Релиз ядра Linux 4.1"
Отправлено Анончег , 22-Июн-15 23:37 
> Ждём шифрование в Btrfs, а также kdbus -))

Приходи, как всегда, 14 февраля - будет тебе шифрование, старче.


"Релиз ядра Linux 4.1"
Отправлено Аноним , 23-Июн-15 08:56 
> Приходи, как всегда, 14 февраля - будет тебе шифрование, старче.

Боян. Пока вы пи...те, предлагая громкий маркетинговый булшит и вопли про (не)нужность вместо инженерных решений, файлуха Мэйсона тем временем начала довольно недурно работать. Может быть не во всех позах. Но - очень даже радует.


"Релиз ядра Linux 4.1"
Отправлено Анончег , 24-Июн-15 02:51 
> Боян. Пока вы пи...те, предлагая громкий маркетинговый булшит и вопли про (не)нужность
> вместо инженерных решений, файлуха Мэйсона тем временем начала довольно недурно работать.
> Может быть не во всех позах. Но - очень даже радует.

Про "ненужность инженерных решений" это твои собственные домыслы. Такого я на всём Опеннете не слыхал ни разу. Даже от знаменитых троллей типа Стакангенса, и даже от Изи не слыхал.

То что по твоим словам "начала недурно работать" должно было это делать, по словам нашего любимого Мэйсона, три года назад. Три года, Карл! А то что всё-таки заработало чего-то там, так то совсем не его заслуга.

Местные посетители наполняли поддоны кирпичами не из за идеи БТРа, а из-за потери данных и звездобольства Мэйсона, который "уже через "две недели выпустит фсчек с лечилкой" и всё будет чики-пуки.

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


"Релиз ядра Linux 4.1"
Отправлено Аноним , 24-Июн-15 06:48 
> Про "ненужность инженерных решений" это твои собственные домыслы.

Ну не знаю, санкодpoчеры регулярно рассказывают например про то что CoW-у якобы не надо дефраг. А деградация производительности (ибо CoW работает так, что выноски-фрагменты делает вообще штатно) - так и задумано, главное вовремя дотыкать диски в пул чтобы ZFSу не наступил совсем апокалиптец а-ля "пул от изена". Зато сказ про то как диски по простому вынуть из пула - санкодpoчерами традиционно тактично скипался, за отстутствием простых решений. Про то как в ZFS менеджер памяти работает и какого дьявола это безобразие не интегрировано с ядром ОС вообще предпочитают не вякать. Инженерия так и перла - упырины даже не понимают как работает менеджмент памяти в ОС, даже в первом приближении, по поводу чего не понимают насколько такой менеджмент памяти - подстава.

Еще санкодpoчеры пытаются сказать что у них есть экстенты. Из кожи вон лезут объяснить почему такие мелкие. Но бенчи безжалостны - полноценные большие экстенты лучше по оверхеду во многих ворклоадах, что ни говори.

> и даже от Изи не слыхал.

Да я помню, изя как-то собрал очень убедительный пул, где 3 диска выдавали аж 20Мб/сек - на троих. Настолько эпичные по галимости результаты получить надо еще талантище иметь. Редкий генерал фэйлор зафэйлит настолько качественно с первого раза.

> по словам нашего любимого Мэйсона, три года назад. Три года, Карл!

Не поручусь за три года, но у меня - работает. Работает, Карл! И Мэйсон метко заметил что в жизни софта по факту нет никаких ярких линий - мол, вон там совсем не работало, а вот тут после даты X вдруг резко стало конфеткой, ускорилось в 2 раза и вообще. Это плавный и постепенный процесс. И на данный момент btrfs вполне себе работает в свежих ядрах. И данные не про... в более-менее обычных случаях. И скорость вполне культурная. Ну да, баги бывают. Но уже не очень жуткие и на уровне всех остальных. А где в софте багов нет?

> А то что всё-таки заработало чего-то там, так то совсем не его заслуга.

Он это наархитектил - это уже нормальная заслуга. Архитект вообще в принципе не обязан лично сильно махать шашкой. Его дело - накидать некий core как максимум. Чтобы остальные поняли что именно он имел в виду.

> Местные посетители наполняли поддоны кирпичами не из за идеи БТРа, а из-за
> потери данных и звездобольства Мэйсона

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


"Релиз ядра Linux 4.1"
Отправлено schwed , 24-Июн-15 23:03 
>Зато сказ про то как диски по простому вынуть из пула

Ну вот хоть бы один объяснил зачем диски из пула вынимать...


"Релиз ядра Linux 4.1"
Отправлено count0krsk , 26-Июн-15 09:05 
>>Зато сказ про то как диски по простому вынуть из пула
> Ну вот хоть бы один объяснил зачем диски из пула вынимать...

И флэшки из компа. И вообще - хотсвап процессоров, ОЗУ и резервный БП в серверах придумали трусы...


"Релиз ядра Linux 4.1"
Отправлено Аноним , 26-Июн-15 10:48 
> Ну вот хоть бы один объяснил зачем диски из пула вынимать...

Мало ли. Скажем часть данных снесли и такой большой пул перестал требоваться.

Вообще, "ну вот хоть бы один объяснил - зачем ему билеты туда и обратно?! Можно же покупать билеты в один конец!!!"


"Релиз ядра Linux 4.1"
Отправлено Аноним , 22-Июн-15 09:02 
>В стек IPv6 добавлена поддержка RFC-7217 (генерация неизменных идентификаторов интерфейса, без привязки к MAC-адресу).

Нужно, ждали.


"Релиз ядра Linux 4.1"
Отправлено Аноним , 22-Июн-15 09:09 
> В Btrfs добавлено несколько важных исправлений, которые решили проблемы с работой файловых систем, размером более 20 Тб, и файлов больше 3 Тб.

Оно что до этого не могло использовать файлы больше 3T? да старый убогий ext4 - позволял 16Т, а XFS и того больше.


"Релиз ядра Linux 4.1"
Отправлено Fracta1L , 22-Июн-15 09:18 
Аноним ещё не знает, в чём именно заключались "проблемы с работой файловых систем, размером более 20 Тб, и файлов больше 3 Тб", но уже раскукарекался на всех парах. Хейтеры такие хейтеры -))

"Релиз ядра Linux 4.1"
Отправлено клоун , 22-Июн-15 11:42 
В чём бы она не заключалась, если аппаратура и ФС их поддерживает, значит косячное ПО.

Линукс вообще много чего не делает (или делает, но не в полном объёме) из того, что другие делают уже лет 10.


"Релиз ядра Linux 4.1"
Отправлено Аноним , 22-Июн-15 11:47 
> Линукс вообще много чего не делает (или делает, но не в полном
> объёме) из того, что другие делают уже лет 10.

Вы про смачный слив серверного рынка, который считается killer feature ОС семейства Windows?


"Релиз ядра Linux 4.1"
Отправлено axredneck , 22-Июн-15 13:19 
серверного и мобильного

"Релиз ядра Linux 4.1"
Отправлено Аноним , 22-Июн-15 17:35 
> серверного и мобильного

Ну ладно - мобильного ... а что не так с серверным рынком то?
Как были везде форточки и AD - так и осталось. А та миллионах вася-пупкинг-хостинг линуксы стоят ... да вот только бесплатные :) На них производители оси ни копейки не заработали.


"Релиз ядра Linux 4.1"
Отправлено Аноним , 22-Июн-15 22:04 
Неистово плюсую. И надо заметить что настоящим инжинерам вообще пофиг винда или линукс, главное что бы работало и не конопатило мозг.  

"Релиз ядра Linux 4.1"
Отправлено Аноним , 23-Июн-15 08:46 
> главное что бы работало и не конопатило мозг

и денежку исправно тащило при очередном релизе


"Релиз ядра Linux 4.1"
Отправлено count0krsk , 26-Июн-15 09:10 
>  винда
>  не конопатило мозг.

ЛОЛ, что?
Не, ну если не включать, или кто-то другой админит...
Тогда конечно
> инжинерам

протирающим мониторы и меняющим мышки будет пофиг.


"Релиз ядра Linux 4.1"
Отправлено Аноним , 26-Июн-15 10:52 
> инжинерам

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

> главное что бы работало и не конопатило мозг.

Так с виндой в этом плане - "не очень". Как энтерпрайзный админ AD говорю. Правда сейчас я этим уже не занимаюсь. Ибо задолбался.


"Релиз ядра Linux 4.1"
Отправлено Аноним , 23-Июн-15 09:10 
> Как были везде форточки и AD - так и осталось.

Ога, только денег на оплату Имитации Бурной Деятельности имени godaddy и неткрафта видимо не хватило, тем более что неткрафт просек это дело и стал публиковать разные метрики. Ну там количество серверов по IPшникам машин и прочая. И там IIS как-то выглядит "не очень".


"Релиз ядра Linux 4.1"
Отправлено Аноним , 22-Июн-15 12:16 
Виндовс вообще много чего не делает из того, что другие делают от рождения или делает не в полном соответствии, например, с RFC.

"Релиз ядра Linux 4.1"
Отправлено клоун , 22-Июн-15 13:15 
А вот здесь вполне аргументировано пишут, что не стоит стремиться к полному соответствию RFC:

http://habrahabr.ru/post/224623/

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


"Релиз ядра Linux 4.1"
Отправлено Crazy Alex , 22-Июн-15 14:02 
Действительно отличный пример того, как майкрософтоообразными угроблены вполне разумные возможности. Вот чем им там спецсимволы и пробелы в именах пользователей мешали? Или hjdsgkvf2011@gmail.com чем-то лучше?

"Релиз ядра Linux 4.1"
Отправлено клоун , 22-Июн-15 14:35 
Всего один вопрос: "майкрософтоообразными угроблены" - это из чего следует?

"Релиз ядра Linux 4.1"
Отправлено Аноним , 24-Июн-15 01:30 
> Всего один вопрос: "майкрософтоообразными угроблены" - это из чего следует?

Из того, что если микрософт сделает что-нибудь что не сoceт - это однозначно будет пылесос.


"Релиз ядра Linux 4.1"
Отправлено Khariton , 22-Июн-15 16:10 
Именно так!
Зачем следовать стандартам, если мы знаем что нужно пользователю?
Пользователю ведь не нужны юникод-символы в именах файлов, как и не нужны были длинные имена?
Мы поступим так:
Изменим как мы хотим, а потом будем постоянно костылями обростать, один оного смачнее...

"Релиз ядра Linux 4.1"
Отправлено клоун , 22-Июн-15 16:39 
Стандарту приятно следовать, когда чувствуешь что он "правильный".

Это как горы в Китае: подъёмник, дорожки, поручни, лестницы, фонари, туалеты, вендинговые автоматы с минералкой, даже ресторанчики быстрого питания. Ходить по таким горам одно удовольствие!

А есть русские горы, где ты сам по себе. И только горы мусора и спиленные берёзки, оставленные предыдущими посетителями, напоминают что кто-то здесь был. А вот и надпись г--ном на отвесной стене: "Здесь был Миша".

Я к чему это: стандарт Unicode сам по себе до ужаса кривой. Настолько, что уже идут разговоры от отказе от Unicode-16 в пользу Unicode-32 лишь бы всего этого не было.

И RFC здесь не исключение.


"Релиз ядра Linux 4.1"
Отправлено Khariton , 22-Июн-15 16:49 
> Я к чему это: стандарт Unicode сам по себе до ужаса кривой.
> Настолько, что уже идут разговоры от отказе от Unicode-16 в пользу
> Unicode-32 лишь бы всего этого не было.

А разве в Unix-подобных системах что-то мешает переходу на любую кодировку? Хоть Юникод-64?
По ходу вы путаете теплое с мягким...


"Релиз ядра Linux 4.1"
Отправлено клоун , 22-Июн-15 17:06 
> Пользователю ведь не нужны юникод-символы в именах файлов

Пользователю нужно удобство.

Если ты знаешь Юникод, то тебя не удивит, что букву "j" можно написать минимум 3 вариантами.

"j" как символ англ. алфавита

"j" (без точки) + символ точки, которые при выводе на экран объединятся в один

"j" как символ турецкого алфавита, заглавная буква которой не равна "J".

И когда у тебя в папке три файла "java.txt" - это ни одному пользователю неудобно.

Перейти ничего не мешает. Стандарт в его нынешнем виде мешает его использованию.


"Релиз ядра Linux 4.1"
Отправлено Khariton , 22-Июн-15 17:55 
> И когда у тебя в папке три файла "java.txt" - это ни
> одному пользователю неудобно.

иногда у меня и более имен похожих и что? Я так захотел их назвать и мне это удобно!
Иногда у меня имя начинается на кирилицу, а заканчивается немецкими умляутами или хинди и что?  Мне это удобно.
Простой пользователь в консоли вводит имя файла и ему это неудобно? Или вы не о простых пользователях?
Или все же простой пользователь тыкает мышкой в файл и если ему имя не нравится(ну назвал по пьяни так его) и переименовывает как ему этого хочется - это плохо? А если кто-то так назвал - значит может так оно и надо?
Или кто-то переименовывание запретил?)))
Вот в продуктах МС переименовывание ограничено из-за их костыльного отношения к ФС.
Это ж удобно: я не могу написать, например, такое имя файла: "п'ять у́ваходов:straßen möglichkeiten.txt". Удобнее наверно писать неграмотные транслиты, котрые зачастую двояко толкуются!
То не сделали, а на то забили, а потом уже поменять неззя: так как совместимость с предыдущими поколениями ПО ломать неззя...
Потому там и юникода нет. Никакого! Ни 16-го, ни 32-го.
По моему - это успех!



"Релиз ядра Linux 4.1"
Отправлено Khariton , 22-Июн-15 18:01 
Ничего не мешает перейти на юникод в ФС от МС?
АААААА!
Обьясните мне как они реализуют хотя бы поддержку символов с кодом меньше 31?))) Или ладно. Не будем говорить про все три ФС от МС...
как они в ФАТ32 это релаизуют?
Где и как эти имена будут храниться?
Как оно будет совместимо с ОС от МС не поддерживающими эти нововведения?
Она у них выпилена во всех ОС от ДОС 1.0 до самых последних релизов! Если это позволить, то вся логика ФС от МС рухнет как карточный домик...)))

Было б все так просто оно б уже давно стало фичей, а не багой у МС. Вон содержимое текстов почему-то поддерживает все символы Юникода даже в Ноутпаде(О, ужас!) и там никого не пугает ваш пример с j! Почему? Ведь пользователю неудобно будет поиском по тексту искать нужную букву?



"Релиз ядра Linux 4.1"
Отправлено Аноним , 22-Июн-15 19:52 
>Перейти ничего не мешает. Стандарт в его нынешнем виде мешает его использованию.

Мелкософту как плохому танцору всегда что-то мешает ;)


"Релиз ядра Linux 4.1"
Отправлено Esh , 22-Июн-15 22:20 
a сколько стандартов на сегодняшний день являются устаревшими медленными, и надо бы отказаться  но никак стандарт  так его !!1  

"Релиз ядра Linux 4.1"
Отправлено Аноним , 23-Июн-15 09:14 
> автоматы с минералкой, даже ресторанчики быстрого питания.

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

> Ходить по таким горам одно удовольствие!

Странное какое-то удовольствие. Матрасник...

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

Чувак, в ГОРАХ деревья не растут, для начала. Так что если ты видишь спиленную березку - это значит что ты залез на ближайший холмик около деревушки с бухим населением.

> Unicode-32 лишь бы всего этого не было.

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


"Релиз ядра Linux 4.1"
Отправлено darty , 23-Июн-15 10:57 
>А нафуя для этого горы? Такой хрени в любом городе хватает. Совершенно не обязательно переться к черту на рога.

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


"Релиз ядра Linux 4.1"
Отправлено клоунпутешественник , 23-Июн-15 11:25 
Вы оба никогда не были в горах.

Деревья перестают расти после высоты 3100-3300 м. Одновременно происходит резкое падение температуры и усиление ветра (на 1 м/с на каждые 100 м. высоты). Так при подъёме на японскую Фудзи (3700 м.) внизу +35, а наверху -5 и ледяной ветер.

Большинство китайских гор предназначены для неторопливых прогулок и имеют высоту 1500-2500 м.

По ссылке гора TianMenShan ("гора Небесные ворота").
http://www.zhangjiajietravelclub.com/zhangjiajie-scenic-area...

Вокруг гор пещеры, водопады, ущелья. Это надо видеть!

Взять напр. долину Heishan Black valley: длина 13 км., 5 ущелий, 36 мостов (из них 3 плавающих и 12 подвесных), 99 водопадов, 108 озёр.

По ценам: поездка на двоих на 16 дней в Китай это где-то 120-150 т.р. Если интересны маршруты - обращайтесь.


"Релиз ядра Linux 4.1"
Отправлено Аноним , 24-Июн-15 02:20 
> Вы оба никогда не были в горах.

Не надо проецировать с себя на других, чудак.

> Деревья перестают расти после высоты 3100-3300 м.

Это ты в википедии прочитал, матрасник? :) Реально большинство гор на высоте 2000 метров и выше - довольно лысые, там как максимум низкорослая растительность. И найти там БЕРЕЗУ которую имеет смысл ПИЛИТЬ можно разве что в научной фантастике. Там обычно адский ветер и почвы почти нет - какая береза?! Ее просто снесет. Поэтому там как максимум низкорослый кустарник. А повыше заканчивается и он.

> высоты). Так при подъёме на японскую Фудзи (3700 м.) внизу +35,
> а наверху -5 и ледяной ветер.

И много ты берез на 3000 метрах насчитал? Таких, чтобы их еще и пилить имело смысл? :)

А мусора нет там, куда мягкотелые матрасники, ОСОБЕННО отечественные не добираются. Более серьезно настроенные туристы к природе относятся уважительно, да и меньше людей == меньше мусора, by design. Так что если ты видишь горы мусора - это или полтора попсовых марштута для мягкотелых матрасников типа тебя, которые и набросали этот мусор, или просто холмик на котором бухают пацаны из соседнего села (лазить в более сложной местности у пропитых алканов обычно здоровья не хватает, так что мусор ограничивается небольшими высотами, куда они могут заползти с бухлом и ужpaться). К тому же более высокие горы достаточно суровы и любители бухла или тормозизма там могут просто сыграть в ящик.

> Большинство китайских гор предназначены для неторопливых прогулок и имеют
> высоту 1500-2500 м.

И тем не менее, если ты видишь БЕРЕЗУ которую можно СПИЛИТЬ - горой это место считать довольно сложно. Это таки холмы и предгорья. А так у китайцев есть и весьма приличные горы. Даже высокогорная железная дорога есть - чуть ли не единственная в мире. Вот только с вендинговыми автоматами в условиях вечной мерзлоты - "не очень". Там железку то еле построили, с кучей проблем. А отойдя подальше - можно запросто стать дарвинистом.

> Вокруг гор пещеры, водопады, ущелья. Это надо видеть!

Рекламировать мне горы - бесполезно :P. Я видел немало красивых мест. И самые красивые места - подальше от матрасников. Там и мусора нет и природу изгадить некому. Только вот в ГОРАХ березы таки не растут. Сюрприз.

> 120-150 т.р. Если интересны маршруты - обращайтесь.

Я люблю дикие места. Без матрасников типа тебя и human-generated инфраструктуры. И могу найти симпатичные мне места раз в 5-6 дешевле. Так что кукуй и впаривай это себе подобным лох-матрасникам с ифонами, чтоли. Я в твоих услугах не нуждаюсь.


"Релиз ядра Linux 4.1"
Отправлено Аноним , 24-Июн-15 01:37 
> Обычные люди любят прогуляться с комфортом,

Для этого можно сходить в ближайший городской парк. А когда надоест - можно уехать на общественном транспорте, авто, такси. Если инфраструктура главное - крупный город вне конкуренции.

> не все хардкорные альпинисты.

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

> Глупо форсировать свои вкусы на других.

Глупо считать горами местность где растут БЕРЕЗЫ. Это скорее близлежащий холмик. Ну может предгорье какое, самый максимум.


"Релиз ядра Linux 4.1"
Отправлено guest , 27-Июн-15 08:17 
>Стандарту приятно следовать, когда чувствуешь что он "правильный".

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


"Релиз ядра Linux 4.1"
Отправлено Аноним , 22-Июн-15 22:07 
> Пользователю ведь не нужны юникод-символы в именах файлов

Прямо улыбнуло, уже не помню но были заметки времен массового перехода на win xp с win98se по каким причинам utf-8 нема, вам бы погуглить и почитать.


"Релиз ядра Linux 4.1"
Отправлено Аноним , 23-Июн-15 09:16 
> win xp с win98se по каким причинам utf-8 нема, вам бы
> погуглить и почитать.

У мелкомякоти вроде до сих пор полный крындец с ansi vs oem. Например в консоли кодировка другая. И вообще получить в маздае уникод надо сильно постараться, там похлеще эпичных приключений с юникодом у бояздэшников.


"Релиз ядра Linux 4.1"
Отправлено Аноним , 22-Июн-15 16:43 
Ого, мой перевод ушел в массы.
Помню тогда как раз это и решил перевести, потому что вопрос показался мне "горячим" и актуальным.

"Релиз ядра Linux 4.1"
Отправлено Аноним , 23-Июн-15 08:59 
> Линукс вообще много чего не делает (или делает, но не в полном
> объёме) из того, что другие делают уже лет 10.

Ну не знаю, Linux вот у меня на копеечной ARMовской платке работает. И на вон тех мелких роутерах. А винда так не может. Да и остальные - тоже или пролетают или через пень-колоду поддерживают 20% периферии, как всякие бзды. Так что наезд не по адресу.


"Релиз ядра Linux 4.1"
Отправлено какерспаниель , 22-Июн-15 09:09 
>Добавлен драйвер PMEM с реализацией блочного устройства для хранения данных в энергонезависимой памяти (NVM, non-volatile memory), сочетающей производительность ОЗУ с возможностью постоянного хранения содержимого. В отличие от Flash для процессора энергонезависимая память выглядит как обычное ОЗУ (отображается в пространство системной памяти в виде больших регионов физической памяти), но при этом данные не теряются после прекращения подачи энергии. При этом подобная память пока медленнее обычного ОЗУ при выполнении операций записи.>

Дежа вю имени 2006 года? Новые или улучшенные возможности Windows Vista: Благодаря технологии Windows ReadyBoost стало возможно использование ёмкости внешних USB флеш накопителей для своппинга, что в некоторых случаях увеличивает производительность на 40 %.


"Релиз ядра Linux 4.1"
Отправлено Аноним , 22-Июн-15 09:16 
Это другое, NVM только появилась в спецификации ACPI 6.0. Уже чувствуете подвох? Все мы знаем, как хорошо поддерживается ACPI в биосах материнских плат.

"Релиз ядра Linux 4.1"
Отправлено Anonplus , 22-Июн-15 17:08 
Вот тут, кстати, можно прочитать про ACPI 6.0 и о том, почему на ACPI  в большинстве случаев вендоры кладут болт - http://habrahabr.ru/post/259477/

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


"Релиз ядра Linux 4.1"
Отправлено Аноним , 22-Июн-15 22:27 
Вендоры  кладут болт по причине того что есть 2 компилятора от MS и  Intel, ну и экономия средств. Хотя надо отдать должное например MSI что если им присылаешь патчи ACPI они  их принимают частично. (И отдельное спасибо русскому саппорту MSI)

"Релиз ядра Linux 4.1"
Отправлено Xaionaro , 22-Июн-15 09:28 
> Дежа вю имени 2006 года? Новые или улучшенные возможности Windows Vista: Благодаря технологии Windows ReadyBoost стало возможно использование ёмкости внешних USB флеш накопителей для своппинга, что в некоторых случаях увеличивает производительность на 40 %.

Причём тут вообще USB flash накопители? Явным же текстом сказано, что рассматриваемый NVM существенно отличается от них. И если я правильно понимаю, то конкретно в данной новости речь скорее про мемристоры и им подобные технологии (во всяком случае по описанию очень похоже).


"Релиз ядра Linux 4.1"
Отправлено какерспаниель , 22-Июн-15 13:02 
> конкретно в данной новости речь скорее про мемристоры и им подобные
> технологии (во всяком случае по описанию очень похоже).

Мемристоры? Это такие элементы про которые на вики в будущем времени говорится? С прибавлением слова "гипотетически"? Ну-ну.


"Релиз ядра Linux 4.1"
Отправлено Crazy Alex , 22-Июн-15 14:05 
И которые HP анонсировала как готовые для продакшна, даже здесь ссылка была. Кстати, железку с ними обещали показать в июне.

Ну и NVM по-разному делать можно. Начиная с RAM с батарейкой.


"Релиз ядра Linux 4.1"
Отправлено Xaionaro , 22-Июн-15 15:37 
> Мемристоры? Это такие элементы про которые на вики в будущем времени говорится? С прибавлением слова "гипотетически"? Ну-ну.

И на этой же Википедия написано:

> В 2014 году HP опубликовала проект суперкомпьютера The Machine, в котором планируется использовать волоконно-оптические линии связи и память на базе мемристоров[12]. Первые компоненты проекта будут продемонстрированы в 2015 и 2016 годах, коммерциализация технологии ожидается до конца 2020-х.[13]

Напоминаю, что на дворе уже 2015-ый. Кроме того напомню, что HP собирался делать это на базе Linux (если я сам всё правильно помню)…


"Релиз ядра Linux 4.1"
Отправлено Andrey Mitrofanov , 22-Июн-15 15:48 
>> Мемристоры?
> И на этой же Википедия написано:
>> В 2014 году HP опубликовала проект суперкомпьютера The Machine, в котором планируется
> Напоминаю, что на дворе уже 2015-ый. Кроме того напомню, что HP собирался
> делать это на базе Linux (если я сам всё правильно помню)…

Обещать не значит. http://www.ixbt.com/news/2015/06/08/hp-the-machine.html Мемристоры, вроде, уже усохли и отвалились. Ждём следующих слухов. Облака, там, или NVMe...


"Релиз ядра Linux 4.1"
Отправлено Crazy Alex , 22-Июн-15 21:59 
Скорее, недозрели

"Релиз ядра Linux 4.1"
Отправлено Аноним , 23-Июн-15 09:10 
Облака, белогривые лошары...

"Релиз ядра Linux 4.1"
Отправлено Аноним , 22-Июн-15 11:39 
> USB
> для своппинга
> увеличивает производительность на 40 %

Отличная_шутка.jpg

Продолжайте радовать нас и дальше!


"Релиз ядра Linux 4.1"
Отправлено Аноним , 22-Июн-15 12:25 
Если я не ошибаюсь, ReadyBoost работает только с более-менее высокоскоростной памятью (PCI-E кардридеры, например) и бог его знает, был ли толк от этой принципиально новой технологии. Возможно, с приходом USB-3.0 что-то изменилось, но все-равно это кощунство - использовать типичную флешку, у которой надежность и срок работы меньше ссд (ибо дешевая) в качестве свопа.

"Релиз ядра Linux 4.1"
Отправлено Аноним , 24-Июн-15 02:34 
> это кощунство - использовать типичную флешку, у которой надежность и срок
> работы меньше ссд (ибо дешевая) в качестве свопа.

Внезапно, некоторые скоростные usb 3.0 флешки внутри сделаны как "чип usb-sata bridge + SSD". В смысле, стоит нормальный контроллер для SSD и приличный банк чипов флеша, а usb делается добавочным чипом usb-to-sata, просто SATA есть только на плате флешки и заведен сразу на чип контроллера SSD. Такая штука отличается от SSD чуть менее чем ничем...


"Релиз ядра Linux 4.1"
Отправлено какерспаниель , 22-Июн-15 13:04 
>> USB
>> для своппинга
>> увеличивает производительность на 40 %
> Продолжайте радовать нас и дальше!

Курсы скорочтения по диагонали освоили? Рад вашим успехам. Я сослался на вики про Vista. И это не значит , что все так и было достигнуто.


"Релиз ядра Linux 4.1"
Отправлено anonymous , 22-Июн-15 16:11 
> Я сослался на вики про Vista. И это не значит , что все так и было достигнуто.

Значит ли это что Вы балабол?


"Релиз ядра Linux 4.1"
Отправлено Аноним , 23-Июн-15 09:00 
> для своппинга, что в некоторых случаях увеличивает производительность на 40 %.

Упомянутое - вообще совсем не про юсб флешки. А про dimm-образную память которая внутри на самом деле флеш. На момент выхода висты такого вообще вроде еще не было, как минимум массово.


"Релиз ядра Linux 4.1"
Отправлено мегааноним , 22-Июн-15 09:49 
>В отличие от Flash для процессора энергонезависимая память выглядит как >обычное ОЗУ

Это же не правда. NOR flash, в отличии от NAND (подключенная
по паралельной шине конечно же) на чтение всегда выглядела как память.
С нее очень удобно грузиться, весь "BIOS" выглядит как

> remap_flash_to_0
> jump to 0


"Релиз ядра Linux 4.1"
Отправлено Аноним , 22-Июн-15 22:34 
>>В отличие от Flash для процессора энергонезависимая память выглядит как >обычное ОЗУ
> Это же не правда. NOR flash, в отличии от NAND (подключенная
> по паралельной шине конечно же) на чтение всегда выглядела как память.
> С нее очень удобно грузиться, весь "BIOS" выглядит как
>> remap_flash_to_0
>> jump to 0

Я так и не понял причем тут NOR, вы какойто скрытый смысл вычитали из новости?


"Релиз ядра Linux 4.1"
Отправлено Аноним , 23-Июн-15 09:02 
> Это же не правда. NOR flash, в отличии от NAND (подключенная
> по паралельной шине конечно же) на чтение всегда выглядела как память.

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

> С нее очень удобно грузиться, весь "BIOS" выглядит как
>> remap_flash_to_0
>> jump to 0

А кто запускал этого BIOS и с какого адреса? А то может этот кто-то и был с 0? Девайсы разные бывают :)


"Релиз ядра Linux 4.1"
Отправлено Ilya Indigo , 22-Июн-15 10:06 
> В DRM/KMS-драйвере Nouveau добавлена поддержка аппаратного ускорения для карт GeForce GTX 750, работающего без использования элементов бинарных прошивок.

Это здорово, если также будет работать с 750 Ti


"Релиз ядра Linux 4.1"
Отправлено Аноним , 23-Июн-15 09:06 
> Это здорово, если также будет работать с 750 Ti

Только вот реклока нормального нет. Поэтому радости то с этого?


"Релиз ядра Linux 4.1"
Отправлено IMHO , 22-Июн-15 10:14 
skynet когда атаковать будет ?

"Релиз ядра Linux 4.1"
Отправлено Аноним , 22-Июн-15 10:34 
Когда будет готов skynetd.

"Релиз ядра Linux 4.1"
Отправлено Satarsa , 22-Июн-15 11:56 
Он уже есть. Рабочее название systemd.

"Релиз ядра Linux 4.1"
Отправлено Аноним , 22-Июн-15 12:10 
А пишет его ленькин emacs, успешно манипулирующий владельцем компа, на котором он установлен.

"Релиз ядра Linux 4.1"
Отправлено Аноним , 22-Июн-15 14:26 
> А пишет его ленькин emacs, успешно манипулирующий владельцем компа, на котором он установлен.

Жалкий мешок из костей и плоти, с зачатками разума, чем-то недоволен? =)
"Your flesh is an insult to the perfection of the digital." (c)
"Prepare to join your species in extinction." (c)


"Релиз ядра Linux 4.1"
Отправлено Аноним , 22-Июн-15 19:32 
emacs установлен на владельце компа.

"Релиз ядра Linux 4.1"
Отправлено Кэп , 22-Июн-15 10:37 
Он нас не предупреждает.

"Релиз ядра Linux 4.1"
Отправлено Анонимус_б6 , 22-Июн-15 10:37 
с версии 4.2 же

"Релиз ядра Linux 4.1"
Отправлено A.Stahl , 22-Июн-15 10:56 
Никогда.
Ты ещё спроси когда шинный завод "Росава" начнёт никелевые гроверы выпускать.

"Релиз ядра Linux 4.1"
Отправлено Аноним , 22-Июн-15 12:05 
ты палишся, джон.

"Релиз ядра Linux 4.1"
Отправлено bagas , 22-Июн-15 10:56 
У меня была проблема с nvidia драйверами в  этой ветке, помоему ядро было 4,0

"Релиз ядра Linux 4.1"
Отправлено Аноним , 22-Июн-15 11:46 
> У меня была проблема с nvidia драйверами в  этой ветке, помоему ядро было 4,0

Открою вам страшную тайну: нету никакой "четвертой ветки". Разница между 4.0 и 3.19 не больше, чем между 3.19 и 3.18.


"Релиз ядра Linux 4.1"
Отправлено bagas , 22-Июн-15 14:42 
ну хз, ядро обновил, а вот при пересборке нвидиа дров ошибка вылетела странная, пришлось пока откатится на 3,18.

"Релиз ядра Linux 4.1"
Отправлено Аноним , 23-Июн-15 09:35 
> ну хз, ядро обновил, а вот при пересборке нвидиа дров ошибка вылетела
> странная, пришлось пока откатится на 3,18.

У нвидии очень замечательные драйвера - никогда не глючат. И фанаты такие полезные, в два счета помогут замахать проблему :). А это вовсе и не сарказм, ага.


"Релиз ядра Linux 4.1"
Отправлено Ilya Indigo , 23-Июн-15 09:50 
Я просто "юзаю" nouveau и проблем не знаю.

"Релиз ядра Linux 4.1"
Отправлено Аноним , 23-Июн-15 10:22 
> Я просто "юзаю" nouveau и проблем не знаю.

Если уж хочется открытый драйвер - амд в этом плане на голову впереди. Вон например Marek Olsak запилил тесселяцию для RadeonSI. Одна из последних OpenGL4.х фич которых не хватало для декларации соответствия GL 4.х. И даже вычисления более-менее работают. Баги конечно есть и местами не хватает фич. Но у нуво с этим как я понимаю вообще все в районе плинтуса. Да и толку со всего этого при нерабочм реклоке...


"Релиз ядра Linux 4.1"
Отправлено Fracta1L , 22-Июн-15 13:15 
А у меня нет проблем с nvidia-драйверами в четвёртой ветке.

"Релиз ядра Linux 4.1"
Отправлено bagas , 22-Июн-15 14:46 
> А у меня нет проблем с nvidia-драйверами в четвёртой ветке.

Какая у тебя разрядность системы и версия дров нвидиа, пакеты стабильные используешь?


"Релиз ядра Linux 4.1"
Отправлено Fracta1L , 22-Июн-15 14:51 
64 бита, дрова 349.16, ядро 4.0.0

"Релиз ядра Linux 4.1"
Отправлено Аноним , 22-Июн-15 20:33 
Если дрова не самые свежие на видео, то нужно их патчить для сборки на четвертом ядре, либо искать патченные. Смотря какой дистрибутив. Это все проблемы блоба короче.

"Релиз ядра Linux 4.1"
Отправлено Fracta1L , 22-Июн-15 21:32 
Это всё проблемы дистрибутивов. Потому что с ядром 4.х блоб работает ещё с того времени, как 4.х был в состоянии RC.

"Релиз ядра Linux 4.1"
Отправлено Аноним , 23-Июн-15 09:37 
> Это всё проблемы дистрибутивов.

А я то думал что это проблемы в том что блоб - чужеродный элемент системы. Почему-то майнлайн ядро и все его модули в любом дистре собираются как из пушки.

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


"Релиз ядра Linux 4.1"
Отправлено Ононим , 22-Июн-15 11:26 
а ZOL так и не починили. Как сломали в 3.18 так и всё.

"Релиз ядра Linux 4.1"
Отправлено Аноним , 22-Июн-15 11:52 
> а ZOL так и не починили. Как сломали в 3.18 так и всё.

Так пусть разработчики ZOL и чинят.


"Релиз ядра Linux 4.1"
Отправлено Аноним , 22-Июн-15 12:29 
А причём здесь kernell-девелоперы? Стабильного API никто и не обещал ;) Пусть ZoL-разрабы переписывают её с нуля под GPL и предлагают к включению в ядро.

"Релиз ядра Linux 4.1"
Отправлено Аноним , 23-Июн-15 00:23 
Больно нужно перепиливать под GPL, это как предлаоить человеку смастерить себе клетку или вырыть могилу.

"Релиз ядра Linux 4.1"
Отправлено Fracta1L , 23-Июн-15 06:44 
Больно нужна ваша zfs линуксоидам -))

"Релиз ядра Linux 4.1"
Отправлено Аноним , 23-Июн-15 10:23 
> Больно нужно перепиливать под GPL

Правильно, нефиг. Btrfs технологически смотрится как шаг вперед. А был бы zfs - его бы поленились кодить.



"Релиз ядра Linux 4.1"
Отправлено Аноним , 22-Июн-15 11:37 
Что-то как-то всем пофиг на MPLS. Видимо, не очень-то и надо было.

"Релиз ядра Linux 4.1"
Отправлено Аноним , 22-Июн-15 12:19 
тут MPLS пока не обкатан, а грабли собирать желающих нет.

"Релиз ядра Linux 4.1"
Отправлено Аноним , 22-Июн-15 12:21 
Кому надо было - уже ей пользуется на бздях.

"Релиз ядра Linux 4.1"
Отправлено Аноним , 22-Июн-15 12:34 
Кому надо было, тот сторонние патчи накладывал.

"Релиз ядра Linux 4.1"
Отправлено Moomintroll , 22-Июн-15 15:37 
> Что-то как-то всем пофиг на MPLS. Видимо, не очень-то и надо было.

Было ОЧЕНЬ надо… 15 лет назад :-(


"Релиз ядра Linux 4.1"
Отправлено Аноним , 22-Июн-15 19:57 
Вот-вот, во времена расцвета пионэрнетов. А сейчас только шифрованные VPN, без шифрования нынче никак нельзя.

"Релиз ядра Linux 4.1"
Отправлено _KUL , 23-Июн-15 05:47 
MPLS то внутри шифрованного VPN'а можно прогнать и будет вам хоть какой сетевой протокол, хоть один эзернет броадкаст через всю Россию, очень удобно.

"Релиз ядра Linux 4.1"
Отправлено Владимир , 23-Июн-15 08:11 
Очень очень надо. Обрадовался, внедрять буду.

"Релиз ядра Linux 4.1"
Отправлено Аноним , 22-Июн-15 12:07 
Эпоха скайнета приближается? железка T-800 появилась уже, кто знает?

"Релиз ядра Linux 4.1"
Отправлено Аноним , 22-Июн-15 12:21 
да =)
https://www.youtube.com/watch?v=w81g199L8YA

"Релиз ядра Linux 4.1"
Отправлено Аноним , 22-Июн-15 12:48 
А после линукса 4 будет линукс 2000?

"Релиз ядра Linux 4.1"
Отправлено Zenitur , 22-Июн-15 13:45 
> А после линукса 4 будет линукс 2000?

Майкрософт вообще интересный. 1, 2, 3, 95. Ничего себе скачок, 93 версии вперёд! Потом перешёл на буквы, потом - версия 7.Это как - сначала 98 и 2000, потом 7?! Хотя чему тут удивляться, если у них два первых иксбокса - первый и третий.


"Релиз ядра Linux 4.1"
Отправлено клоун , 22-Июн-15 14:45 
Есть версии ПО для технических специалистов, есть маркетинговые названия.

ветка 9х:
3.0
3.1
4.0 - 95
4.1 - 98
4.9 - Me

ветка NT ("New Technology"):
NT 4.0
NT 5.0 - 2000
NT 5.1 - XP
NT 6.0 - Vista
NT 7.0 - Windows 7

Возможно, дальше будет разрыв, но пока это не факт.

Аналогично для процессоров Intel:
Intel Pentium
Intel Pentium II
Intel Pentium !!!
Intel Pentium 4


"Релиз ядра Linux 4.1"
Отправлено Аноним , 22-Июн-15 15:22 
Во-первых, где NT 3, а во-вторых, что не так с пентиумами?

"Релиз ядра Linux 4.1"
Отправлено клоун , 22-Июн-15 15:48 
Что не так? Всё как надо, за исключением нумерации.

Современная позиционная: 1, 2, 3, 4

Римская: I, II, III, IV

Единичная (сколько палочек - такой и номер): !, !!, !!!, !!!!

А в ветке Intel Pentium каждый процессор нумеровался новой нумерацией. Чтобы лишний раз показать, что это маркетинговое название версий, а не техническое. Техническое - в CPUID.


"Релиз ядра Linux 4.1"
Отправлено Аноним , 22-Июн-15 15:25 
> NT 7.0 - Windows 7

Приветствую собрата по разуму из параллельной вселенной! )
Должен вас огорчить, но некоторые детали все таки не совпадают:

NT 6.0 = Vista/Server 2008
NT 6.1 = Win 7/Server 2008R2/Home Server 2011
NT 6.2 = Win 8/Server 2012
NT 6.3 = Win 8.1/Server 2012R2


"Релиз ядра Linux 4.1"
Отправлено клоун , 22-Июн-15 15:45 
Это не единственная ошибка. Так, 3.0 и 3.1 являются предками как для ветки 9х, так и для ветки NT, поэтому должны быть повторены в обеих ветках. Но методологически правильно считать, что 3.0 и 3.1 были предками 9х и NT, но затем ветка 9х прервалась.

Видишь, как хорошо ты знаешь нумерацию версий Windows. А теперь скажи, ты помнишь нумерацию версий напр. Debian? Чем знаменит Debian 2 и какое у него было кодовое название без wiki вспомнишь? А если нет, то зачем они его...


"Релиз ядра Linux 4.1"
Отправлено Аноним , 22-Июн-15 15:51 
> Видишь, как хорошо ты знаешь нумерацию версий Windows. А теперь скажи, ты
> помнишь нумерацию версий напр. Debian? Чем знаменит Debian 2 и какое
> у него было кодовое название без wiki вспомнишь? А если нет,
> то зачем они его...

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


"Релиз ядра Linux 4.1"
Отправлено клоун , 22-Июн-15 15:54 
Разумеется, ты можешь сказать, что это неважно.

Действительно, в случае Windows это не имеет значения: чтобы напр. обновить Windows с Windows 7 до Windows 8 необходимо и достаточно приобрести обновление и запустить мастер. Ты даже не узнаешь с какой на какую версию ты перешёл.

Но вот в случае Debian ты должен будешь в явном виде прописать название в конфигурационных файлах. Тебя (как пользователя и технического специалиста) заставляют запоминать эти непонятные слова, а ты их всё равно не помнишь.

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


"Релиз ядра Linux 4.1"
Отправлено клоун , 22-Июн-15 15:59 
Безликость - вот черта Линукс. Почему перешли с ядра 3.х на 4.х? Да просто левой пятке захотелось. И это техническая нумерация? Хех... Это позор!

А чем отличается Windows NT 4.0 от Windows NT 5.0 (2000)? Да у всех технических спецов сразу ностальгия и тысячи воспоминаний как они, и вот это, и вот здесь... Эээххх...


"Релиз ядра Linux 4.1"
Отправлено Andrey Mitrofanov , 22-Июн-15 16:42 
> Безликость - вот черта Линукс. Почему перешли с ядра 3.х на 4.х?
> Да просто левой пятке захотелось. И это техническая нумерация?

Нет, это: b953c0d234bc72e8489d3bf51a276c5c4ec85345

> Хех... Это позор!


"Релиз ядра Linux 4.1"
Отправлено Аноним , 22-Июн-15 20:37 
Да уж, у настоящих технократов по поводу Виндов действительно тысячи воспоминаний как они тр...сь вот здесь и вот здесь... Их эмоции выражались сплошными <пииии> <пииии>...

"Релиз ядра Linux 4.1"
Отправлено РОСКОМУЗОР , 22-Июн-15 17:00 
Именно поэтому "нежностью" переполнены тысячи форумов с матерными проклятиями как решить тот или иной глюк,баг в "в лучших в мире" продуктах МС. Самые тупые(ну тут ещё секта огрызка соревнуется) юзеры, "лучших в мире" продуктов. МС их ни к чему не принуждает,никого и никогда!

"Релиз ядра Linux 4.1"
Отправлено Аноним , 22-Июн-15 16:08 
> Это не единственная ошибка. Так, 3.0 и 3.1 являются

Никогда особо не интересовался допотопными надстройками над ДОСом :).
Так что, искать и читать вики было лень, а просто писать фигню, не проверив -- стесняюсь.

> Видишь, как хорошо ты знаешь нумерацию версий Windows.

Не, я просто в курсе, что версии форточки после ХР -- просто вариации ядра 6.х. (т.е. новые оболочки, багфиксы и минорные изменения впариваемые под видом инноваций).
А это дело гуглится влет "nt 6.x versions" => первая ссылка (внезапно, на вики).

> помнишь нумерацию версий напр. Debian? Чем знаменит Debian 2 и какое
> у него было кодовое название без wiki вспомнишь? А если нет,
> то зачем они его...

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


"Релиз ядра Linux 4.1"
Отправлено клоун , 22-Июн-15 16:21 
Надстройками (правильно: графическими оболочками) были Windows 1.0 и 2.0.

Windows 3.0 - полноценная 16-разрядная ОС.

> Не, я просто в курсе, что версии

Конечно, ты в курсе! Это же какие яркие воспоминания: как ты учил бабушку работать за компьютером чтобы она звонила тебе по Скайпу, как твоя дочь смеялась над бабушкой что та уже не так быстро усваивает новую информацию. Как вы взяли с собой планшет с Win 8 и испытали тысячу удовольствий.

А Линукс? А что Линукс... Как ты 5 лет подряд тратил отпуск на то, чтобы пересобрать мир. Как ты про---ал майские из-за неработающего принтера когда бухгалтерии нужно было срочно сдавать отчётность. Как ты потерял фотографии с летнего отпуска из-за ошибки работы с SSD накопителем. И вот уже бабушка спрашивает тебя: а не дурачок ли ты? Вот у неё на Windows 8 все ваши фотографии сохранились и она уже выкладывает их в SkyDrive. А у тебя нет туда доступа, потому что реализация протокола содержит блобы, а блобы это зло.

Да, я немного утрирую. Но разве оно не так?


"Релиз ядра Linux 4.1"
Отправлено Аноним , 22-Июн-15 16:45 
> Надстройками (правильно: графическими оболочками) были Windows 1.0 и 2.0.
> Windows 3.0 - полноценная 16-разрядная ОС.

Здрасте, приехали. Все 3.x запускались и работали поверх DOS'а. Только 95 стала полноценной заменой.

>[оверквотинг удален]
> 8 и испытали тысячу удовольствий.
> А Линукс? А что Линукс... Как ты 5 лет подряд тратил отпуск
> на то, чтобы пересобрать мир. Как ты про---ал майские из-за неработающего
> принтера когда бухгалтерии нужно было срочно сдавать отчётность. Как ты потерял
> фотографии с летнего отпуска из-за ошибки работы с SSD накопителем. И
> вот уже бабушка спрашивает тебя: а не дурачок ли ты? Вот
> у неё на Windows 8 все ваши фотографии сохранились и она
> уже выкладывает их в SkyDrive. А у тебя нет туда доступа,
> потому что реализация протокола содержит блобы, а блобы это зло.
> Да, я немного утрирую. Но разве оно не так?

У меня не так. У меня винда вплоть до XP четко ассоциируется с плановой переустановкой с нуля раз в полгода. Просто дольше не жила. XP более-менее жила достойно, но зато были косяки с совместимостью с софтом под 9x. Vista - что вы, такие воспоминания! Отвал дров к любимому сканеру - их просто нет и не предвидится. Всеми любимый UAC. Ну и конечно, склонность системы к самосозерцанию. Помнится, еще eMule ее стабильно валил в BSOD. Потом вышла 7, которая героически исправила многие косяки Vista, хотя и далеко не все. По крайней мере, системой стало возможно пользоваться. Ну а затем вышла 8, и это была первая винда, которую я уже даже не стал ставить. Интерфейс неюзабелен до сих пор.

Если что, Linux у меня основной системой примерно со времен выхода Vista. Всякое бывало, но как-то все проблемы были решаемы, а пользовательское окружение подстраивалось под мои нужды, в отличие от. Кстати, изначально поставил из-за того самого сканера.


"Релиз ядра Linux 4.1"
Отправлено Andrey Mitrofanov , 22-Июн-15 16:50 
>> полноценная 16-разрядная ОС.
> Все 3.x запускались и работали поверх DOS'а. Только 95 стала полноценной заменой.

Хватит уже!! Ностальгия не повод разговаривать с табуреткой и нести чушь.


"Релиз ядра Linux 4.1"
Отправлено Аноним , 23-Июн-15 10:27 
> Здрасте, приехали. Все 3.x запускались и работали поверх DOS'а. Только 95 стала
> полноценной заменой.

...запускавшей сначала "MS-DOS 7" а потом поверх него - себя. Все отличие только в том что DOS 7.x не релизился как отдельный продукт без надстройки, на чем его отличие от 6.х почти и заканчивалось. А ключевым отличием 9х от 3.х является 32-битность (по поводу чего месиво там такое что я даже не знаю что из этой каши считать ядром).


"Релиз ядра Linux 4.1"
Отправлено Аноним , 22-Июн-15 17:22 
> Windows 3.0 - полноценная 16-разрядная ОС.

Ну, мы не про пиар маркетлоухов и фанатов -- по факту, даже 9.х была эдакой надстройкой -- ни нормального многопользовательского режима, ни нормальной защиты памяти, да и приложения под ДОС работали нативно, без эмулятора  :)

> Конечно, ты в курсе! Это же какие яркие воспоминания: как ты учил
> бабушку работать за компьютером чтобы она звонила тебе по Скайпу, как
> твоя дочь смеялась над бабушкой что та уже не так быстро
> усваивает новую информацию. Как вы взяли с собой планшет с Win
> 8 и испытали тысячу удовольствий.

Гм, в секретной базе МС накачивают наркотой и заставляют смотреть рекламу?

> Как вы взяли с собой планшет с Win
> 8 и испытали тысячу удовольствий.

Не, не испытали -- светится и моргает оно может и неплохо, но летает примерно на уровне кирпича -- тут обычный диск даст этой планшетоне 100 очков форы :(


> А Линукс? А что Линукс... Как ты 5 лет подряд тратил отпуск
> на то, чтобы пересобрать мир.

Чего-чего? Сколько-сколько?
Или это из серии "не видел, не знаю -- но так сказало начальство и отправило в бой^W пиаркомпанию 'Get the facts 2015' "? :)
http://opennet.ru/openforum/vsluhforumID3/103135.html#63

> Как ты про---ал майские из-за неработающего
> принтера когда бухгалтерии нужно было срочно сдавать отчётность.

Почти сочувствую.

> Как ты потерял
> фотографии с летнего отпуска из-за ошибки работы с SSD накопителем.

ман backup, дамп/ресторе, rsync и т.д (по вкусу)

> у неё на Windows 8 все ваши фотографии сохранились и она
> уже выкладывает их в SkyDrive. А у тебя нет туда доступа,
> потому что реализация протокола содержит блобы, а блобы это зло.

А, маркетолуги объявили, что бэкапов не существует и есть только один ТруЪ Сервис -- облако<очередная фигня>.


"Релиз ядра Linux 4.1"
Отправлено Аноним , 22-Июн-15 16:24 
> NT 6.0 - Vista
> NT 7.0 - Windows 7

NT 6.1 - Windows 7
NT 6.2 - Windows 8
(вроде как должно быть) NT 6.3 - Windows 10

Все эти циферки после NT - это всего лишь версия ядра.


"Релиз ядра Linux 4.1"
Отправлено Anonplus , 22-Июн-15 17:14 
NT 6.3 - Windows 8.1
NT 10.0 - Windows 10 (они месяца 2 назад бампнули версию ядра)

"Релиз ядра Linux 4.1"
Отправлено Zenitur , 22-Июн-15 13:43 
В новостях про новое ядро Linux меня всегда больше всего интересует раздел "оборудование". Автор перевода, скажи, там есть про вебки, джойстики и звуковые карты, например? Ты просто мог выделить наиболее интересное, а мог перевести что было.

"Релиз ядра Linux 4.1"
Отправлено Аноним , 22-Июн-15 14:18 
git log в помощь

// b.


"Релиз ядра Linux 4.1"
Отправлено manster , 22-Июн-15 15:06 
Это прекрасно. Только после выхода версии >3.16 перестала работать яркость на ноуте, внезапно.

Пришлось переключиться на LTS-версию. Благо цикл поддержки там до 2-3 лет как минимум.

Возможно, мне показалось, но качество версий >3.16 сильно сливает.


"Релиз ядра Linux 4.1"
Отправлено dalco , 22-Июн-15 15:24 
Стандартный вопрос - багрепорт о проблеме был?

"Релиз ядра Linux 4.1"
Отправлено manster , 22-Июн-15 17:03 
писал только одному из разработчиков модуля - ответил, что у него нет времени и желания этим заниматься и посоветовал bisect - пока просто перешел на LTS

"Релиз ядра Linux 4.1"
Отправлено Аноним , 24-Июн-15 06:56 
> времени и желания этим заниматься и посоветовал bisect

Ну так правильно посоветовал - самообслуживание штука хорошая.

> пока просто перешел на LTS

Но его не будут поддерживать вечно, ты же понимаешь.


"Релиз ядра Linux 4.1"
Отправлено Аноним , 22-Июн-15 20:47 
> Это прекрасно. Только после выхода версии >3.16 перестала работать яркость на ноуте,
> внезапно.
> Пришлось переключиться на LTS-версию. Благо цикл поддержки там до 2-3 лет как
> минимум.
> Возможно, мне показалось, но качество версий >3.16 сильно сливает.

acpi_backlight=vendor пробовали?

Я вот недавно тоже боролся с подсветкой. Она у меня и из коробки работала, но я хотел сделать вместо 8 уровней яркости, которые предоставляет ACPI, все 256, которые предоставляет видеодрайвер radeon, чтобы изменение яркости было плавным. После одной из пересборок ядра регулировка сама стала плавной, но ненадолго, и кое-как вернуть это я смог только таким путём[1], вместе с acpi_backlight=vendor, т.к. xbacklight не детектил radeon_bl0 в /sys/class/backlight.

[1]: https://wiki.archlinux.org/index.php/Acpid#Enabling_backligh...


"Релиз ядра Linux 4.1"
Отправлено manster , 22-Июн-15 21:24 
У меня тоже работала без всяких проблем и практически сразу и всегда.

Спасибо за инфо - пробовал этот вариант как-то на момент появления проблем в 3.17-3.18 - не взлетело. Вроде даже стало хуже.


"Релиз ядра Linux 4.1"
Отправлено Аноним , 22-Июн-15 22:37 
> Она у меня и из коробки работала, но я хотел сделать вместо 8 уровней яркости, которые предоставляет ACPI, все 256

имхо надежнее пропатчить ACPI, либо в самом BIOS, либо при загрузке линукса



"Релиз ядра Linux 4.1"
Отправлено manster , 23-Июн-15 00:03 
>> Она у меня и из коробки работала, но я хотел сделать вместо 8 уровней яркости, которые предоставляет ACPI, все 256
> имхо надежнее пропатчить ACPI, либо в самом BIOS, либо при загрузке линукса

а смысл патчить, если все работало нормально? проще тогда bisect-ом найти ошибки, что более эффективно и гарантированно


"Релиз ядра Linux 4.1"
Отправлено ua9oas , 22-Июн-15 22:23 
Стандартные в таких случаях вопросы: в состав каких дистрибутивов эта ветка ядра потом войдет? (А в каких случаях на ранее установленных ОС может быть смысл их штатное ядро поменять на это?(Делают такое редко. Но какие из элементов этой ветки ядра могут потом появится (бэкпортироваться) в других ветках?)) Насколько больше устройств в этой ветке поддерживается? Каков будет срок ее поддержки? (А неподдерживаемаго "железа" в линуксе сколько теперь осталось?) И по состоянию положения дел насегодня- какая сейчас из веток ядра лучше подойдет для стараго "железа"? (Да по-моему явно не эта (и похоже что ветку единую поуниверсальней создать не возможно)).

"Релиз ядра Linux 4.1"
Отправлено Led , 22-Июн-15 23:10 
> Стандартные в таких случаях вопросы:

Стандартный в таких случаях ответ:... ну, ты понял...


"Релиз ядра Linux 4.1"
Отправлено rob pike , 25-Июн-15 05:04 
> One of the more interesting features in this cycle is the ability to attach eBPF programs (user-defined, sandboxed bytecode executed by the kernel) to kprobes. This allows user-defined instrumentation on a live kernel image that can never crash, hang or interfere with the kernel negatively.

Вот теперь уже похоже на оригинальный DTrace.


"Релиз ядра Linux 4.1"
Отправлено Аноним , 25-Июн-15 14:49 
> В файловую систему Ext4 добавлена поддержка шифрования отдельных частей ФС

Кто-то уже знает, как это шифрование включить и использовать?


"Релиз ядра Linux 4.1"
Отправлено Andrey Mitrofanov , 25-Июн-15 14:58 
> Кто-то уже знает, как это шифрование включить и использовать?

Тэд Т'со згает, фороникс знает, LWN згает.


"Релиз ядра Linux 4.1"
Отправлено Аноним , 25-Июн-15 16:22 
Благодарствую

"Релиз ядра Linux 4.1"
Отправлено Аноним , 26-Июн-15 17:30 
12309 пофиксили?

"Релиз ядра Linux 4.1"
Отправлено Аноним , 27-Июн-15 03:31 
> 12309 пофиксили?

С разморозкой. Уж пару лет как - вы таки иногда посматривайте в багзиллу :)


"Релиз ядра Linux 4.1"
Отправлено Аноним , 05-Окт-15 02:23 
Пофиксили != закрыли

"Релиз ядра Linux 4.1"
Отправлено Аноним , 17-Июл-15 12:26 
Совсем немного осталось...
http://news.softpedia.com/news/Arnold-s-T-800-Terminator-Run...