Линус Торвальдс после 69 дней разработки анонсировал (https://lkml.org/lkml/2013/6/30/75) релиз ядра Linux 3.10 (https://www.kernel.org/). В новой версии: BCache для кэширование доступа к медленным жестким дискам на быстрых SSD-накопителях, динамическая система управления генерацией прерываний таймером, оптимизация ситуации пропадания пакета в конце TCP-соединения, возможность проверки целостности метаданных в XFS, поддержка режима Skinny Extents в Btrfs, начало реализации поддержки гибридных систем ARM big.LITTLE, поддержка гипервизора KVM для платформы MIPS.В новую версию принято 11.9 тысяч исправлений от примерно 1400 разработчиков, размер патча - 47 Мб (изменения затронули 10475 файлов, добавлено 663992 строк кода, удалено 395368 строк). Около 45% всех представленных в 3.10 изменений связаны с драйверами устройств, примерно 23% изменений имеют отношение к обновлению кода специфичного для аппаратных архитектур, 13% связано с сетевым стеком, 4% - файловыми системами и 5% c внутренними подсистемами ядра.
Из наиболее интересных новшеств (http://kernelnewbies.org/Linux_3.10) можно отметить:-
Дисковая подсистема, ввод/вывод и файловые системы- Интеграция разработанной и применяемой в Google системы Bcache (https://www.opennet.ru/opennews/art.shtml?num=35849), которая позволяет организовать кэширование доступа к медленным жестким дискам на быстрых SSD-накопителях, при этом кэширование ведётся на уровне блочного устройства, что позволяет ускорить доступ к накопителю независимо от используемых на нём файловых систем. Один SSD-накопитель может использоваться для кэширования нескольких различных блочных устройств. Блочное устройство может быть на лету прикреплено к кэшу и отключено от него, без размонтирования и временной остановки работы (создание кэша требует форматирования с использованием утилиты make-bcache). Поддерживается как сквозное кэширование (writethrough), так и режим отложенной записи (writeback) при котором данные записываются на исходный носитель не сразу, что позволяет обеспечить ускорение операций записи. Дополнительно поддерживается режим readahead, при котором кэш наполняется не только при записи, но и при операциях чтения;
- В Btrfs добавлена поддержка режима Skinny Extents, позволяющего уменьшить размер дерева распределения блоков до 30%. Добавлена поддержка автоматического перестроения индекса квот;
- В файловой системе XFS появилась экспериментальная поддержка ведения контрольных сумм для контроля целостности метаданных.- В подсистему iSCSI добавлена поддержка протокола RDMA (http://en.wikipedia.org/wiki/Remote_direct_memory_access) (iSER), предоставляющие похожие на DMA возможности для организации прямого доступа к памяти другого компьютера;
- В распределённую файловую систему Ceph добавлена поддержка (http://ceph.com/docs/master/dev/rbd-layering/) многослойной работы для RBD. В частности, тепрь доступен механизм для быстрого создания copy-on-write клонов сетевых блочных устройств, каждый из которых продолжает работать как отдельное RBD-устройство. Например, для организации быстрого развёртывания новых виртуальных окружений можно организовать создание образов таких окружений как клонов эталонного образа виртуальной машины;
-
Виртуализация и безопасность- Реализацией порта KVM для процессоров MIPS. Порт KVM для MIPS базируется на использовании расширения MIPS-VZ, доступного в процессорах OCTEON III;
- Функциональность запуска скриптов, содержащих путь к интерпретатору в заголовке "#!", теперь может быть собрана в виде модуля ядра, что позволяет легко запретить выполнение скриптов как программ;
- Внесены многочисленные улучшения, связанные поддержкой cgroups. В cgroups добавлена поддержка генерации события с уведомлением приложения о приближении к исчерпанию доступной процессу или системе памяти. Реализована полная поддержка иерархических cgroups для групп "device" и "perf_event". Добавлена новая опция монтирования "__DEVEL__sane_behavior" при указании которой используется более жёсткий метод обеспечения непротиворечивости иерархии для всех групп;
- Выполнение криптографических функций, в том числе sha256, sha512, blowfish, twofish, serpent и camellia, оптимизировано с использованием инструкций AVX/AVX2 и SSE. Отдельно можно отметить задействование поддерживаемых в современных CPU AMD и Intel средств ускорения шифрования AES, что позволяет существенно повысить производительность eCryptfs AES-NI;- Добавлен драйвер для виртуальных видеоадаптеров Microsoft Hyper-V;
- Интегрирован драйвер виртуальной графической карты QXL, применяемой в системах виртуализации для обеспечения акселерированного вывода графики с использованием протокола SPICE (https://www.opennet.ru/opennews/art.shtml?num=29782);-
Сетевая подсистема- В TCP-стек добавлена (http://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.g... поддержка алгоритма проверки потери хвоста (Tail loss probe, TLP (http://tools.ietf.org/html/draft-dukkipati-tcpm-tcp-loss-pro... уменьшающего время восстановления скорости потока в случае отбрасывания пакета в конце соединения. Новый алгоритм эффективен для небольших и чувствительных к задержке соединений, для которых потеря последнего пакета может создавать существенные задержки. Интегрированный в ядро патч опробован на web-серверах Google и показал высокую эффективность при обработке небольших web-транзакций, позволил сократить время таймаута для повтора (RTO) на 15% и уменьшить время поступления HTTP-ответа на 6%;
- Для mesh-протокола B.A.T.M.A.N. ("Better Approach To Mobile Adhoc Networking), позволяющего создавать децентрализованные сети, каждый узел в которых связан через соседние узлы, обеспечена поддержка механизма "сетевого кодирования (http://www.open-mesh.org/projects/batman-adv/wiki/NetworkCod... позволяющего в некоторых ситуациях одновременно передавать два пакета для разных получателей, путем их объединения с использованием операции исключающее "ИЛИ" (XOR);
- Удалена поддержка механизма TCP Cookie Transactions (TCPCT) (https://en.wikipedia.org/wiki/TCP_Cookie_Transactions), который никогда не был полностью реализован на практике и создаёт негативное влияние на производительность;
- В реализацию протокола IPv6 добавлена поддержка работы поверх IEEE 1394 ("Firewire");
- В интерфейс netlink добавлена (https://lwn.net/Articles/549487/) поддержка выполнения операций ввода/вывода с маппингом в память ( memory-mapped I/O), что позволяет избавиться от лишней операции копирования содержимого пакета из ядра в пространство пользователя;
- Внесены оптимизации в код чтения и записи семафоров, что позволило заметно повысить производительности для некоторых типов нагрузки. Например, прирост производительности в тесте Pgbench составил 100%;
-
Память и системные сервисы- Добавлена динамическая система управления генерацией прерываний таймером, позволяющая в зависимости от текущего состояния изменять прерывания в диапазоне от тысяч тиков в секунду до одного прерывания в секунду, сводя к минимуму нагрузку на CPU при обработке прерываний при неактивности системы. В настоящее время добавленная функциональность нацелена на применение в системах реального времени и для высокопроизводительных вычислений (HPC), в будущих выпусках планируется задействовать указанную возможность и для десктоп-систем;
- В реализацию POSIX-таймеров и таймеров высокого разрешения добавлен новый тип часов CLOCK_TAI, оперирующих международным атомарным временем;- Большая порция функций для доступа к физическому уровню USB помечена как экспортируемая только для компонентов пол лицензией GPL, что не позволяет обращаться к ним и из проприетарных модулей ядра;
- Добавлена возможность сосуществования нескольких регуляторов частоты CPU (CPU frequency governor), запущенных с разными ...
URL: https://lkml.org/lkml/2013/6/30/75
Новость: https://www.opennet.ru/opennews/art.shtml?num=37315
Ням-ням. Буду сегодня компилять.
Пока ты его собирался компилить, у меня в убунте :)) оно уже давно установлено...
> Пока ты его собирался компилить, у меня в убунте :)) оно уже
> давно установлено...Заправлены в планшеты
Космические блобы
Манагер проверяет
В последний раз зонды
Молодец! Нам нужна бесплатная рабочая сила!
> Молодец! Нам нужна бесплатная рабочая сила!Так я как бы не против. Стабильная и фичастая ОС мне нужна не меньше чем тебе или кому-нибудь еще. Я может и не получаю с этого денег напрямую, однако это не совсем бесплатно - я таки получаю борзыми щенками^W^W исправленными багами, что тоже засчитывается за интересный мне вариант :)
3.11 ?
Будет!
Вот так вот сразу для рабочих групп?
> Вот так вот сразу для рабочих групп?А чего тянуть? Потом 95.
Так потихоньку и до ХРени дорастём=))
И меня в ждуны записывайте. :)
> 3.11 ?Ждём ебилдов.
> Ждём ебилдов.уже =)
sys-kernel/gentoo-sources
(3.10.0) ~3.10.0^bs
размаскируют нескоро
> (3.10.0) ~3.10.0^bsBs? Стремная приписка - буржуи таким термином BullShit обозначают вообще-то :)
BlackSabbath?
BackSpace?
)))
>> (3.10.0) ~3.10.0^bs
> Bs? Стремная приписка - буржуи таким термином BullShit обозначают вообще-то :)(3.10.0) - название слота (в генту каждая версия ядра помещается в отдельный слот)
~3.10.0 - версия не признана ещё стабильной
^bs - не тестировать и не убирать отладочную информацию из блобов в исходниках ядра =)
3.14
Как-то симптоматично - новое ядро и тут же эксплойт под старые...
"свинья везде грязь найдёт" (с)не пробовали на форумах, посвящённых виндовым уязвимостям сидеть?
P.S. Вы тут не нужны, Ваша цель здесь неясна. не нравится линукс - не жрите кактус, не читайте форум. всё просто же.а троллить - удел убогих бездельников, имхо
> "свинья везде грязь найдёт" (с)
> не пробовали на форумах, посвящённых виндовым уязвимостям сидеть?зачем?
> P.S. Вы тут не нужны, Ваша цель здесь неясна. не нравится линукс
> - не жрите кактус, не читайте форум. всё просто же.А что этот форум только о Linux? я вот убогим умом считал что он о всех открытых системах.
Эта новость только о Linux. Зачем ты тут пишешь?
> Эта новость только о Linux. Зачем ты тут пишешь?Батхерт у него. В лине в каждом релизе столько вкусных наворотов, что на три мажорных версии его фетиша хватит. Где релизы случаются, как бы это сказать, "немного пореже".
>БатхертBatheart?
Butthurt
Как это? Там не было двух "т"!
> Как это? Там не было двух "т"!В русском слове "офис", тоже одна букафка "Ф"...
> В русском слове "офис"divided by zero.
Регрессивная ассимиляция по долготе-краткости при заимствоавнии, родной.
>зачем?действительно. это так принято, в своём глазу посторонних предметов не замечать. а если и замечать, то выдавать это за фичу.
> что он о всех открытых системах.Угу, особенно в плейстейшне4 такая открытая система вся из себя намечается, с DRM и секурбутами. При том в отличие от линя, DRM - это явно не direct rendering manager будет :)
> я вот убогим умом считалХорошо, хоть сам признался.
> P.S. Вы тут не нужны, Ваша цель здесь неясна.У него тут удовольствие от саморекламы: 1/ покакать в общественном месте; 2/ попа-болью посветить.
> не нравится линукс - не жрите кактус, не читайте форум. всё просто же.
>> не нравится линукс - не жрите кактус, не читайте форум. всё просто же.Он может и рад бы да вот незадача: его фетиши - тот еще крап. И поэтому во многих ситуациях неюзабельны. Вот гражданин и жрет кактусы. Сверкая попaболью.
> а троллить - удел убогих бздельников, имхо//obvious fix.
Симптоматично не видеть взаимосвязи. Выходит новое ведро, разрабами закрываются уязвимости. Особо любопытные смотрят что было закрыто патчами и лезут в старое эти патчи поэксплуатировать. Иногда получается.
>Как-то симптоматично - новое ядро и тут же эксплойт под старые...Kernel: 2.6.32
А ты под 2.4 эксплойты видел?
>Большая порция функций для доступа к физическому уровню USB помечена как экспортируемая только для компонентов пол лицензией GPL, что не позволяет обращаться к ним и из проприетарных модулей ядра;а подскажите, зачем так?
и могу ли я завернуть gpl либу в lgpl обертку, а обёртку линковать с проприетарной программой или gpl библиотеки ни при каких условиях нельзя использовать с проприетарными программами?
Политика :-)
Хочется кому-то выкручивать руки - так делают. Один раз даже умудрились отвязаться так на IBM. Правда сотрудники IBM постучали кулаком по столу - и сразу вернули назад.
Действительно странные люди - хотят иметь в ядре надлежащим образом поддерживаемые драйверы, не требующие установки хрен знает откуда и пригодные для анализа другими разработчиками, в том числе - когда те вносят изменения с соседние подсистемы, которые эти драйверы могут сделать неработоспособными.
> Действительно странные люди - хотят иметь в ядре надлежащим образом поддерживаемые драйверы,
> не требующие установки хрен знает откуда и пригодные для анализа другими
> разработчиками, в том числе - когда те вносят изменения с соседние
> подсистемы, которые эти драйверы могут сделать неработоспособными.Вы точно не путаете внутренний API (иметь в ядре) и внешний API (экспортируемые функции) ?
Сдается мне что путаете и сильно. Даже Столман высказывался что внешний API не может иметь лицензии - что успешно опровергается разработчиками ядра - которые используют принуждения.Возьмем другой пример - имеем драйвер под BSDL - открытый и доступный всем для анализа и изменения.
Модуль не входит в состав ядра - развивается отдельно.
После этого изменения - драйвер не получится загрузить в ядро - по несовпадению лицензий. Хотя доступность кода для анализа и открытость самого драйвера не изменилась. Значит ли это что ваш постулат ошибочен? Только давайте без противных воплей что BSDL латентные пропринетарщики - уже даже не смешно. Люди выбрали _открытую_ и _свободную_ лицензию - а им запрещают работать с ядром. На каком основании? кроме как ради политики?
>После этого изменения - драйвер не получится загрузить в ядро - по несовпадению лицензий.
> Сам себя переплюнул в брехне.
> Грузи модулем. Как делает zfsonlinux, nvidia, fgrlx,…nvidia, fgrlx, zfsonlinux - использует gpl licensed прослойку которая реализует взаимодействие с ядром.
если вы посмотрите в ядро увидите что CDDL (открытй и свободный) модуль нельзя напрямую использовать функции под EXPORT_SYMBOL_GPL.Если это не так - просьба показать строчки кода? или слабо - можно только оскорблять и унижать?
Показывая свое образование и уровень культуры.. Хотя что делать если мама не привила хороших манер..
> если вы посмотрите в ядро увидите что CDDL (открытй и свободный)CDDL открыт и свободен в той же степени, что и GPL.
Вы либо трусы наденьте, либо крестик снимите.
> CDDL открыт и свободен в той же степени, что и GPL.Он еще и копилефтный к тому же. Просто ему видимо оракль приплачивает за подтявкивание в пользу оракля и поливание шапки. Судя по его общему лейтмотиву. Или он просто глупый и купился на корпоративную промывку мозгов в оракле.
> экспортируемая только для компонентов пол лицензией GPL, что не позволяет обращаться к ним и из проприетарных модулей ядра;
> из модулей ядра
> Вы точно не путаете внутренний API (иметь в ядре) и внешний API
> (экспортируемые функции) ?И причём тут юзерспейс о безмозглейший? Речь как раз о внутреннем АПИ.
> Возьмем другой пример - имеем драйвер под BSDL - открытый и доступный
> всем для анализа и изменения.
> Модуль не входит в состав ядра - развивается отдельно.
> После этого изменения - драйвер не получится загрузить в ядро - по
> несовпадению лицензий. Хотя доступность кода для анализа и открытость самого драйвера
> не изменилась. Значит ли это что ваш постулат ошибочен? Только давайте
> без противных воплей что BSDL латентные пропринетарщики - уже даже не
> смешно. Люди выбрали _открытую_ и _свободную_ лицензию - а им запрещают
> работать с ядром. На каком основании? кроме как ради политики?BSD GPL совместима, так что всё получится, было бы желание.
Запрещают работать только тем, кто выбрал закрытую и несвободную лицензию. А если ваш модуль под bsdl, то вы прекрасно можете его включить в ядро и продолжать кросс-лицензировать под бзд свои наработки. Только смысла в этом мало, впрочем как и во всех ваших постах.
>> экспортируемая только для компонентов пол лицензией GPL, что не позволяет обращаться к ним и из проприетарных модулей ядра;
>> из модулей ядра
>> Вы точно не путаете внутренний API (иметь в ядре) и внешний API
>> (экспортируемые функции) ?
> И причём тут юзерспейс о безмозглейший? Речь как раз о внутреннем АПИ.А кто говорит о userspace? какой же ты смешной.. А что внешний API и экспортируемые функции не API ?
для ядерных модулей не из ядра - это не капли не API?
Хотя оскорбления это норма.> BSD GPL совместима, так что всё получится, было бы желание.
Давай ты сначала посмотришь в исходники ядра - а потом перестанешь писать муть? там используется strcmp у лицензии - if (strcmp(module->lic, "GPL") != 0) { resolve_sym = false; };
все. Для модулей под BSDL данные символы так же не доступны. Так что давайте без вранья в чем не разбираетесь?
> А кто говорит о userspace?Ты. Или про compat-XXXX кто-то другой тявкал?
>> А кто говорит о userspace?
> Ты. Или про compat-XXXX кто-то другой тявкал?compat-xxxx в ядре - для запуска новых дров на старых ядрах. Дурилка ты картонная..
Не, картонной дурилкой тут выступает не он. А вы. Потому что вопите про нестабильность апи, блаблабла. А увидеть что ядро попилено на подсистемы которые вообще относительно независимо разрабатываются - вас уже не хватает.В чем прикол? А эти парни работают так как им удобно. У них открытый проект и они делают удобно себе и коллегам по цеху. А вот что там случится с блобмейкерами - их совершенно не парит. Как блобмейкеров совершенно не парят проблемы тех кто с этими блобиками сношаться будет. Просто считайте что блобики в качестве драйверов активно не велкам из-за несоответствия стилю разработки и принятым в команде методам работы. И все станет просто и понятно.
ты что! ведь ясно же, что все должны прогибаться под корпорастов!
> После этого изменения - драйвер не получится загрузить в ядро - по
> несовпадению лицензий.Dual BSD/GPL не?
я не хочу DUAL, хочу иметь BSD. пример двойного лицензирования который обернулся боком для BSD уже в ядре есть - когда OpenBSD пошли на встречу и сделали двойное лицензирование для Atheros - потом Linux сообщество поменяло - и назад изменения не попали - "а чего это мы вам должны отдавать", забывая что основную работу сделали ребята из OpenBSD.
> я не хочу DUAL, хочу иметь BSD. пример двойного лицензирования который обернулся
> боком для BSD уже в ядре есть - когда OpenBSD пошли
> на встречу и сделали двойное лицензирование для Atheros - потом Linux
> сообщество поменяло - и назад изменения не попали - "а чего
> это мы вам должны отдавать", забывая что основную работу сделали
> ребята из OpenBSD.Так а чистая BSD как поможет получать изменения назад?
>> я не хочу DUAL, хочу иметь BSD.
> Так а чистая BSD как поможет получать изменения назад?BSDL помогает нашему садомазоэксби другу совсем в другом. -->#66
> когда OpenBSD пошли на встречу и сделали двойное лицензирование для Atheros - потом Linux сообщество поменялоМенять лицензию можно только с согласия всех автором (кроме ситуации с CLA, как в Canonical).
Поменять лицензию Linux-сообщество смогло потому, что этот код не имеет никакого отношения к OpenBSD.> забывая что основную работу сделали ребята из OpenBSD.
Что, и туда бэкдор внедрили?
Как хорошо, что в линуксе эти дрова свои, а не бсдшные.
> я не хочу DUAL, хочу иметь BSD.Так хоти себе. Пиши код сам на все и вся и лицензируй как тебе угодно.
> забывая что основную работу сделали ребята из OpenBSD.
На данный момент основную работу делают всякие там ребята из квалкомма и тому подобные. В лине по крайней мере. А вот кто-то из бздишников помнится поступил очень некрасиво, умыкнув у автора довольно удачного алгоритма rate control оный и перепилив лицензию без спроса.
> Действительно странные люди - хотят иметь в ядре надлежащим образом поддерживаемые драйверы,
> не требующие установки хрен знает откуда и пригодные для анализа другими
> разработчиками, в том числе - когда те вносят изменения с соседние
> подсистемы, которые эти драйверы могут сделать неработоспособными.и кстати - зачем тянуть все в ядро если некоторое из них является многоплатформеным? и такое втягивание только создаст геморой с подержкой других платформ? Быть как свинья которая гребет под себя и не заботится о других?
Тянуть все в ядро - чтобы те, кто пишет соседний кусок, могли учитывать требования вашего. А если его в ядре нет - другие разработчики с хорошей веротяностью о не м и не узнают. И, к примеру, сделают вызов, на который вы полагаетесь, медленным или вообще его уберут, так как решат, что он никому не нужен.А еще - тянуть все в ядро чтобы код прошел стандартный и показавший право на жизнь процесс причемывания и аудита.
А еще - тянуть в ядро чтобы пользователь сразу имел этот код и мог доверять ему, а не брал со стороны у непонятных людей.
С многоплатформенностью тоже проблем не вижу - совершенно очевидно, что вам придется разделять ядерный код (который будет на каждую платформу свой) и общий код, пользующийся API ядерной части. Вот и лицензируйте ядерный линуксовый код под GPL - все равно он вне линукса в принципе не нужен. А кроссплатформенная часть не в любом случае не может напрямую обращаться к ядерным API - иначе ни хрена она не кроссплатформенная. Так что можете держать ее под BSD и не париться. Другими словами, делайте два модуля - в одном платформоспецифичный код под GPL, в другом - общий код под любой нравящейся вам лицензией.
> Быть как свинья которая гребет под себя и не заботится о других?Боюсь, господа с ником типа твоего и мировоззрением типа твоего располагают разве что к заботе о том чтобы кирпич поудачнее подошел к такой физиономии. На большее с таким подходом рассчитывать как-то слишком оптимистично, да.
>> Быть как свинья которая гребет под себя и не заботится о других?
> Боюсь, господа с ником типа твоего и мировоззрением типа твоего располагают разве
> что к заботе о том чтобы кирпич поудачнее подошел к такой
> физиономии. На большее с таким подходом рассчитывать как-то слишком оптимистично, да.Какие вы смешные :-) Надо такое брать в рамку и вешать как пример линуксоляторов.
> Какие вы смешные :-) Надо такое брать в рамку и вешать как пример линуксоляторов.А, ты таки заметил, что надо тобой все ржут, и тоже стал вымученно хихикать?
> и кстати - зачем тянуть все в ядро если некоторое из них является многоплатформеным?Что именно? Если это о графике - там потоки данных большие, поэтому оно лучше работает когда самые низкоуровневые части - в ядре. Ну и кроме того - у линуксоидов хватает делать себе мощную и современную графическую подсистему, а не сидеть и дальше на уровне 80-х прошлого века, как некоторые другие.
> Быть как свинья которая гребет под себя и не заботится о других?
Ну если фирме Сони так можно - чем остальные хуже? Вы же за свободу, правда? :)
> Действительно странные люди - хотят иметь в ядре надлежащим образом поддерживаемые драйверыКак называется когда хотят, но все равно не имеют ?¿
> Как называется когда хотят, но все равно не имеют ?¿Да вообще-то вполне себе имеют. И не собираются зависеть от каких-то левых посторонних блобмейкеров. Что является сильным плюсом этого проекта.
Политика - это то что ты пытаешься высосать из (не)известно чего, а тут - требования лицензии. Не нравится - пиши сам и не хрюкай
> Политика - это то что ты пытаешься высосать из (не)известно чего, а
> тут - требования лицензии. Не нравится - пиши сам и не
> хрюкайполитика это когда принуждают и запрещают - без каких либо технических обоснований.
А по поводу хрюкать - это вы самокритично сказали..
>политика это когда принуждают и запрещаюта экономика — это видимо когда в понедельник по утрам наливают.
> политика это когда принуждают и запрещают - без каких либо технических обоснований.Очень интересно посмотреть как именно чисто технически реализуется запрещение и принуждение. Я как-то плохо представляю себе высылку автозаков набитых парнями с автоматами к каждому пользователю линукса. А без данной меры принуждение будет, гм, немного неэффективным, скажем так.
Вам не приходило в голову что в целом развитие системы, да и любого проекта - это таки результат некоего консенсуса участников на предмет того как это должно выглядеть. И да, в этом процессе допустимо послать на... относительно небольшое количество особо зловредных личностей.
>> политика это когда принуждают и запрещают - без каких либо технических обоснований.
> Очень интересно посмотреть как именно чисто технически реализуется запрещение и принуждение.
> Я как-то плохо представляю себе высылку автозаков набитых парнями с автоматами
> к каждому пользователю линукса. А без данной меры принуждение будет, гм,
> немного неэффективным, скажем так.Достаточно посмотреть на strcmp(mod->license, "GPL") в коде ядерного линкера.
> Достаточно посмотреть на strcmp(mod->license, "GPL") в коде ядерного линкера.Ибо не...й линковаться с кучей GPL кода своим блобом и при этом делать козью морду что так и надо.
Да, блобье в драйверах ядра - не велкам. Этого никто не скрывает и заботиться о удобстве блобмейкеров никто не намерен.
Но у вас есть выбор. Вы можете пойти на...й и писать свои блобики для других систем. Все честно. И я не вижу парней с автоматами которые вас заставляют юзать линукс и писать ваше блобье на неудобных вам условиях.
нет не вернули
> Хочется кому-то выкручивать руки - так делают.А если паразитов не строить - они носителя сожрать могут.
> Правда сотрудники IBM постучали кулаком по столу - и сразу вернули назад.
Не вижу где у ибм особые привилегии относительно остальных. Это ж не соня с PS4, у которых игровая система есть, тогда как у открытого проекта - только дырка от бублика.
>> Хочется кому-то выкручивать руки - так делают.
> А если паразитов не строить - они носителя сожрать могут.
>> Правда сотрудники IBM постучали кулаком по столу - и сразу вернули назад.
> Не вижу где у ибм особые привилегии относительно остальных. Это ж не
> соня с PS4, у которых игровая система есть, тогда как у
> открытого проекта - только дырка от бублика.да ну. Отберет IBM патенты на RCU - что линусоиды делать будут? или остальное вдруг отберет - там много патентов у IBM, вполне могут напомнить об этом :-)
> да ну. Отберет IBM патенты на RCU - что линусоиды делать будут?Думаю примерно то же что гугль с ораклем. Ибм наверное даже догадывается, что подобная тривиальщна в суде скорее всего развалится с треском. К тому же у ибм бизнес на линухе нынче завязан, а пилить сук на котором ты сидишь может только конкретный идиoт.
> или остальное вдруг отберет - там много патентов у IBM, вполне
> могут напомнить об этом :-)А еще у IBM много бизнеса на линухе. Не то чтобы как-то сильно умно пилить сук на котором ты сидишь. Это более-менее дошло даже до большого бизнеса уже.
> а подскажите, зачем так?Чтобы не скатываться во фрю.
А если серьёзно, то чтобы обязывать тех, кто хочет поддержки своего оборудования в Linux открывать свой код, а не клепать проприетарные модули.
> и могу ли я завернуть gpl либу в lgpl обертку, а обёртку линковать с проприетарной программой
Линковать можете. А распространять слинкованное нет.
Если вы слинковали либеральную (лгпл, бзд, мит) обёртку с гпл-либой, то распространять слинкованное вы можете только под гпл. Соответственно и блоб придётся распространять под гпл. Поэтому проприетарные дрова ставятся из реп, а не из коробки доступны.
>> а подскажите, зачем так?
> Чтобы не скатываться во фрю.Затем что занимаются принуждением и не умеют создавать стабильное API которое начинают требовать все больше народа (смотрим кучи compat-XXXX проектов).
> не умеют создавать стабильное APIЮзерспейс АПИ линукса не менялось со времён 2.6-ядер. Как обычно просто пук в лужу.
> Затем что занимаются принуждением и
Тебя принуждают к линуксу? Подай на этих плохих дядей в суд за принуждение несовершеннолетних.
> (смотрим кучи compat-XXXX проектов).которые не имеют к kernel-space (т.е. к ядру) никакого отношения вообще.
> Затем что занимаются принуждениемЧто, прямо так и присылают парней с автоматами и овчарками на дом? Где они их столько берут?!
> и не умеют создавать стабильное API которое начинают
> требовать все больше народа (смотрим кучи compat-XXXX проектов).Требовать можно все что угодно. Только при этом можно пойти на йух, как стайка напильников. Ибо тебе никто в этом мире ничего по дефолту не должен. Потому что у тебя ничего не занимали. Так что если ты полагаешь что какая-то работа нужна, а она еще не сделана - вот ты идешь и делаешь ее. А остальные - делают так как удобно им.
> кэширование доступа к медленным жестким дискам на быстрых SSD-накопителяхЭто как? Это типа алкоголь в малых дозах безвреден в любых количествах?
>> кэширование доступа к медленным жестким дискам на быстрых SSD-накопителях
> Это как? Это типа алкоголь в малых дозах безвреден в любых количествах?это они пытаются создать что-то подобное ZFS cache только на блочном уровне - что сразу роняет эффективность.
> это они пытаются создать что-то подобное ZFS cacheэто только в твоих влажных фантазиях
>> это они пытаются создать что-то подобное ZFS cache
> это только в твоих влажных фантазияхАха.. тестировали мы все эти реализации - так что много забавного могу рассказать.
Все не так красиво :-)
За одно поинтересуйтесь почему Intel приватно рекомендует не использовать IO AT которые сами же запихали в ядро. Поверьте я знаю о чем говорю :) правда вам такого могут и не сказать - вы же не производитель материнских плат..
> Аха.. тестировали мы все эти реализации - так что много забавного могу рассказать.Только эти рассказы все равно не выходят за пределы твоих влажных фантазий, и поэтому слабо относятся к объективной реальности, в которой нам приходиться жить и работать.
ну дык. русский он «ниасилил», зато Тестирует.
"У нас есть такие приборы. Но мы вам о них не расскажем"
> "У нас есть такие приборы. Но мы вам о них не расскажем"Ахтунг! Разработчики секретных приборов в ядре -- в тереде. +++Вспышка промеж!
> Аха.. тестировали мы все эти реализации - так что много забавного могу рассказать.Так я не понимаю - что ж вы все этот кактус жрете? Юзайте там каокй-нить расово верный опенбсд. Или там миникс. Ах, остальные еще хуже? Ну так ололошеньки, как-то странно гадить там где кушаешь, имхо :). Но вы занимаетесь именно этим.
А зачем ZFS cache создавать если БСД-шники сам ZSF портировали под линукс?
> это они пытаются создать что-то подобное ZFS cache только на блочном уровнеДа, чем-то похоже на L2ARC но блочный. И?
> - что сразу роняет эффективность.
А вот этот тезис нехило бы обосновать. Наиболее очевидный профит для ФС - так закешируются не только горячие данные но и горячие метаданные. В L2ARC это как я понимаю не светит. Так что что там было лучше - вот практика и покажет.
>> - что сразу роняет эффективность.
> А вот этот тезис нехило бы обосновать.Сейчас он тебе обоснует про твою маму (другие аргументы на его интеллектуальном уровне недоступны).
> Сейчас он тебе обоснует про твою маму (другие аргументы на его интеллектуальном уровне недоступны).Да пусть попробует. С дурилки картонной - хоть корма для тролля кусок :).
За это мы его и любим :)
>>> - что сразу роняет эффективность.
>> А вот этот тезис нехило бы обосновать.
> Сейчас он тебе обоснует про твою маму (другие аргументы на его интеллектуальном
> уровне недоступны).аргументы на уровне интелектуалов "ананим" - какие они выдают - такие и получают.
> аргументы на уровне интелектуалов "ананим" - какие они выдают - такие и получают.Не надо оправдываться. В другой уровень аргументов ты и не умеешь.
>> аргументы на уровне интелектуалов "ананим" - какие они выдают - такие и получают.
> Не надо оправдываться. В другой уровень аргументов ты и не умеешь.Умел бы - обосновал бы. А так как обосновать не может, то будет сейчас весь вечер слезно рассказывать, какие плохие линуксоиды и как они его обижают.
При том сам еще и подъюзывает линукс при этом. Удивительно неконструктивное желание пилить под собой сук, желая смерти используемой системе :)
> аргументы на уровне интелектуалов "ананим" - какие они выдают - такие и получают.А, ну то-есть как и предполагалось - более разумных аргументов и возражений на мой тезис от этого хрипа не последует. Что и требовалось доказать :).
О Боги, когда же они уже запилят нормальную поддержку спящего\ждущего режимов? Это так актуально для мобильных пользователей с ноут- и нетбуками...
Сначала убедите производителя своего ноутбука запилить нормальные таблицы acpi в фирмварь. А то сколько можно, в самом деле.
*"Нормальные" читать как строго соответствующие спецификации
Лучше убедите тех ослов использовать существующие таблицы. Виндовсу они подходят, а линукс у нас особенный. А да, я забыл, у линукса нет пользователей - только топ500.
Убедите производителей сделать ОДНУ таблицу ACPI, а не "для виндовз" и "для НЕ виндовз"
У них одна и есть. Бери и пользуйся. Религия не позволяет?
> У них одна и есть. Бери и пользуйся. Религия не позволяет?У каждого вендора своя таблица, которая покорежена под свой набор глюков винды :)
> Лучше убедите тех ослов использовать существующие таблицы. Виндовсу они подходят, а линукс у нас особенный.Ага, особенный, стандартам следует. Ты видно еще в школу ходил когда вскрылся скандал с ацпи которые корежат вопреки стандарту в угоду вантузу
>А да, я забыл, у линукса нет пользователей - только топ500.
Худей
Так как ABI специфичны для конкретных аппаратных платформ, то для каждой платформы требуется своя версия стандарта. И начиная с версии 3.2 LSB поддерживает семь аппаратных архитектур и соответственно разновидностей твоего стандарта.
Линукс и скандал это неразделимые сущности. Им не поскандалить с утра - день на смарку.
И еще, какой стандарт нарушает затворное 3D, что оно не работает в твоем разлюбимом линуксе.
Чаще выдыхай.
А какое это имеет отношение к аспи?
Пытаешься выкрутится что не знал что биос выдаёт разные таблицы аспи для разных ОС?
Ну не знал, бывает. Гонору правда многовато.
Как выходит новая материнка (да и не новая, пример, SABERTOOTH Z77) так всё сразу виноват весь мир. И это не только acpi!! Замерять температуру - блин не один сенсор на материнке не работает. Ох нам подсунули новый чип! Замерить обороты вентиляторов - нет ни единого даже на процессоре.
По сей день дефолтное ядро 3.9.x не меряет частоту i7 когда он переходит в TurboBoost. Что тоже таблицы отошли от стандарта? Вам все, за что не возьмись, выдает не так как нормальным людям.
> SABERTOOTH Z77Сам владелец. Хорошая материна. Линукс с ней ничего не может, подтверждаю. Да там не только замеры, там ещё проблемы с третьими юсбями. Слишком навороченная материна для Линукс ;)
Зато у меня второй комп на Р45 чипе с двухядерником прекрасно на Линукс работает. Вот это Линуксу в самый раз, а дальше рано ещё. Лет через пять и на SABERTOOTH Z77 будет нормально температурки/оборотики мерить ;)
> Сам владелец. Хорошая материна. Линукс с ней ничего не может, подтверждаю. Да
> там не только замеры, там ещё проблемы с третьими юсбями.А проблемы с третьими юсбями - реально были. И не только на той материнке, я еще на 2 минимум мамках, совершенно разных (одна под интель, вторая под амд) такое видел. В 3.10 проблемы отпали.
> Слишком навороченная материна для Линукс ;)
Да не, асус просто очень любит кастомные закидоны. Что до чипов - mbmon свежий надо пускать, посмотреть что он надетектить и вгрузить этот модуль. Хотя асус потенциально мог и какой-нить кастомный чип влепить, эти могут. Но на лично моей топовой мамке под амд от гигабайта оказался обычный такой IT87*, который обороты и температуры меряет как с куста.
[:|||:]
http://www.osnews.com/story/17689/Bill-Gates-on-Making-ACPI-...
> Лучше убедите тех ослов использовать существующие таблицы. Виндовсу они подходят,Уточним: производитель делает не по стандарту который описан, а абы как. Виндус хавает - ну и ладно! А там хоть трава не расти. А линуксные разработчики - пишут поддержку по спекам, а костыли на чужую кривизну могут и не успеть подставиьт. А они что, виноваты в том что какие-то ж@порукие обезьяны делают таблицы левой пяткой? Если пройти каким-нить валидаторов (да кернел и сам по минимуму умеет) - можно узнать много нового о том кто на самом деле криворукий. И это не линуксные разработчики, смею вас заверить. У этих с руками как раз все в порядке.
Опять все вокруг виноваты кроме.. Опять все вокруг жопорукие кроме.. Так вы дальше 1% так и не уедете.
Лучше принести победу на штыке и установить свои порядки, чем сидеть в жопе и самоуспокаивать "зато я вместе с победителями". У шавок нет ничего общего с победителями. И своих желаний у них тоже нет - не положено по статусу.
> дальше 1% так и не уедете.Они уже давно уехали далеко за 1% во многих отраслях. А десктопники сами чего доброго в 1% скатятся. Потому что хомякам десктопники и ноуты вообще не вперлись. Хватит с них планшета, во.
Вообще-то даже тупые интернетовские счетчики уже больше показывают. Угу, для десктопа.
> Вообще-то даже тупые интернетовские счетчики уже больше показывают. Угу, для десктопа.Да вообще-то из линя нормальный такой десктоп получается. Майкрософт с 8-кой и общим жлобством старается, линь развивается семимильными шагами, драйвера пилят адски, фич хороших и вкусных море. Таки он свое откусит, имхо.
Я на линевом десктопе уже лет пять минимум сижу постоянно, так что я в курсе :-) Но вот что в последнее время даже счетчики вебовские зашевелились - это уже забавно. Причем в Штатах в основном.
> Виндус хавает - ну и ладно!Сейчас не знаю как дела с ноутами вообще, но уже давненько сталкивался поближе с Тошибой. Вот у них acpi был совсем на изнанку. Установленная сусе показывала заряд батареи (с включенным acpi), но небыло звука и обратно с выключенным. Виндовс на этой тошибе работал только тот, что поставлялся с ноутом. Если взять стандартный виндовс с сайта MS он вел себя точно так же как и линукс. Нет никакого чуда. Тошиба делает свой драйвер своего перекрученного acpi под виндовс. Даже если Тошиба сделает закрытый драйвер под линукс - линуксу это не поможет. Они же пишут сами - тогда чего и жаловаться на таблицы. Производитель железки делает то что ему нужно, а не то, что хотят линуксоиды.
> Лучше убедите тех ослов использовать существующие таблицы. Виндовсу они подходят, а линуксВиндовсу они подходят потому, что вендоры согласовывают отклонения от спеков с мелкософтом. А разработчикам линукса ничего не сообщают.
> А разработчикам линукса ничего не сообщают.А обязаны?
> А обязаны?По логике вещей, стандарты существуют для того чтобы ими пользоваться.
>> А разработчикам линукса ничего не сообщают.
> А обязаны?нет. соответственно, разработчики линукса не обязаны поддерживать всякое нестандартное дерьмо.
Задонать программистам или сам напиши. Опенсорс же
А что с ней не так?
>В подсистему iSCSI добавлена поддержка протокола RDMA (iSER), предоставляющие похожие на DMA возможности для организации прямого доступа к памяти другого компьютера;Это круто, но как оно до сих пор работало ???
Очевидно, никак.
Всё понял. Из новости не ясно.Модуль сделали для LIO:
"An InfiniBand iSER fabric module for the LIO Linux SCSI Target is currently being implemented as a joint development effort between RisingTide Systems and Mellanox. It will be released with Linux kernel version 3.10."iSER, разумеется, и до этого прекрасно работал (в 2008 году точно был), но через open-iscsi.
Столько всяких независимых друг от друга проектов, которые имеют отношение к SCSI в Linux развелось, что кое-кто ногу сломит, а у меня так мозг поломался.
> Столько всяких независимых друг от друга проектов, которые имеют отношение к SCSI
> в Linux развелось, что кое-кто ногу сломит, а у меня так
> мозг поломался.На самом деле основных таргета всего три: iet, tgt и lio. Раньше мейнстримом был tgt, теперь - lio.
А open-iscsi, насколько я помню, исторически сложился как инициатор.
>На самом деле основных таргета всего триМне оказалось достаточно для поломки мозга ;-)
В солярке попроще как-то всё.Ну, да похоже я перепутал. Возможно, что только в инициаторе iSER работал, хотя какой смысл этом ???. В солярке таргет iSER давно поддерживает.
RDMA не является обязательным для iSCSI. да - буду доп копирования, но на функционал не влияет.
"The iSER Datamover is envisioned to be implemented in an iSCSI software environment which exploits an RNIC [..]
SCSI implementations that have been included in hardware, which are known as iSCSI NICs, do not require iSER type of functions since they already do direct memory placement[..]"
>Новый алгоритм эффективен для небольших и чувствительных к задержке соединенийЭто что за соединения такие, небольшие?
Стимовские игрухи?
> Стимовские игрухи?И современный веб на основе аякса. Добро пожаловать в XXI век, чо.
man keep-alive connections, что ли.
> man keep-alive connections, что ли.ma...марш в соседнюю новость - читать о новом гуглопротоколе :)
> Для включения новой возможности для существующих разделов следует использовать команду "btrfstune -x".а в официальной Wiki -- об этом нет.
> а в официальной Wiki -- об этом нет.добавь, на то оно и ут^W вики
> а в официальной Wiki -- об этом нет.Ну так прослоупочили. Вика обновляется медленнее чем код, знаешь ли. Сначала код, потом вика. Что вроде бы логично. Странно документировать опции которые еще не написаны :)
> BCache для кэширования доступа к медленным жестким дискам
> на быстрых SSD-накопителяхБлин, ну Вы и переводите. Мне эта фраза мозг сначала сломала.
Написали бы хоть "для кеширования на SSD-накопителях содержимого более медленных жестких дисков". Я уже молчу о том, что кэширование "доступа" - это вообще что-то запредельное.
Мне одному кажется что кроме "весеннего обострения" еще появилось "июльское обострение"?
> Мне одному кажется что кроме "весеннего обострения" еще появилось "июльское обострение"?Вы хотите, сказать, что ядро выходит раз в 70-90 дней?
Я не про ядро, f про комментаторов на опеннете.
> Мне одному кажется что кроме "весеннего обострения" еще появилось "июльское обострение"?Вы не совсем правы. Это "всегда обострение".
> Вы не совсем правы. Это "всегда обострение"."Для меня экзамен - всегда праздник!"
Хороший релиз. Радует, что не прийдётся устанавливать отдельно QXL.
> Хороший релиз. Радует, что не прийдётся устанавливать отдельно QXL.Погоди рабоваться. Через пару релизов оно опять забитроттит и его опять будут выкидывать. Технологии Майкрософт!
Стандартные вопросы: в состав каких дистрибутивов оно войдет? И в каких уже установленных дистрах может быть смысл то их ядро поменять на это? (и в каких случаях?) Какое количество новых устройств в этой ветке поддерживается? (в этот раз написано, что на уровне 45 % изменений связан с драйверами. Хотя по-моему во многих и предыдущих релизах этот % не меньший (а почему?)).
> Стандартные вопросы:Стандартные ответы ... В общем, там нецензурно... про то, куда тебе пойти.
бу-га-га!
эпическая ошибка с nvidia-current 310.44
Похоже, что следующий Android L выйдет с LTSI (longterm) ядром 3.10: https://android.googlesource.com/kernel/common.git/+/android...Видел на скриншотах "О телефоне" в Android L на Nexus 6: http://www.smartdroid.de/wp-content/uploads/2014/09/bildschi...
Оно же используется в Android Wear KitKat: https://android.googlesource.com/kernel/msm/+/android-msm-do.../
