Линус Торвальдс после 69 дней разработки анонсировал (https://lkml.org/lkml/2013/4/28/69) релиз ядра Linux 3.9 (http://kernel.org). В новой версии гипервизор KVM адаптирован для работы на системах с архитектурой ARM, добавлена система кэширования обращений к медленным жестким дискам на быстрых SSD-накопителях, добавлен драйвер PowerClamp для управлением временем простоя CPU, в ФС Btrfs интегрирована поддержка RAID5/6, реализована возможность привязки нескольких слушающих сокетов к одному порту, появилась поддержка процессорных ядер Meta ATP, возможность использования пространств имён для NFS, поддержка ограничения ресурсов ввода-вывода через cgroups.
В новую версию принято 11.7 тысяч исправлений от 1364 разработчиков, размер патча - 42 Мб (изменения затронули 11120 файлов, добавлено 609300 строк кода, удалено - 339233 строк). Около 39% всех представленных в 3.9 изменений связаны с драйверами устройств, примерно 29% изменений имеют отношение к обновлению кода специфичного для аппаратных архитектур, 12% связано с сетевым стеком, 5% - файловыми системами и 5% c внутренними подсистемами ядра. В разработке выпуска 3.9 приняли участие (https://lwn.net/Articles/547073/) 219 компаний, наибольший вклад представили сотрудники Intel (10.2% изменений), Red Hat (9%), SUSE (5.3%), Google (3.5%), Linaro (3.4%), Texas Instruments (3.1%), IBM (2.9%), Samsung (2.9%), NVidia (1.8%), Oracle (1.5%). Несвязанными с компаниями энтузиастами представлено 10.1% изменений (дополнительно, для 7.3% разработчиков не удалось определить степень связанности с компаниями).
Из наиболее интересных новшеств (http://kernelnewbies.org/Linux_3.9) можно отметить:
-
Дисковая подсистема, ввод/вывод и файловые системы- В файловую систему Btrfs добавлена встроенная поддержка RAID5 (http://ru.wikipedia.org/wiki/RAID#RAID_5) и RAID6 (http://ru.wikipedia.org/wiki/RAID#RAID_6). Интеграция поддержки RAID непосредственно в код файловой системы позволяет применять разные уровни RAID для метаданных и хранимых данных. кроме того, можно инициировать частичное перестроение RAID в случае выявления несоответствия контрольных сумм в процессе работы ФС, появляется возможность выполнения таких операций как перестановка данных между дисками (restriping) или добавление/удаление дисков в привязке к транзакциям в ФС. В будущем планируется обеспечить привязку логики работы RAID к состоянию метаданных ФС, например, при работе RAID можно безболезненно пропускать операции чтения для блоков, не задействованных в ФС.
По производительности реализация RAID5/6 в Btrfs заметно опережает систему MD raid, в основном благодаря устранению некоторых узких мест и задействованию таких особенностей как переработанный кэш распределения данных по дискам (Stripe cache), поддержка слияния частичных stripe-операций и вычисления контрольных сумм без задержки, в синхронном режиме. При оценке работы системы с 4 дисками и 2 накопителями fusionio, RAID5/6 в Btrfs при линейном копировании большого файла продемонстрировал пропускную способность 604MB/s, в то время как пропускная способность MD raid составила 162MB/s. Скорость чтения в Btrfs составила 380MB/s, а MD - 174MB/s (примечательно, что для MD скорость записи и чтения одинаковая, а для Btrfs отличается примерно в два раза). Тест на создание 12 млн файлов был выполнен для Btrfs raid5 за 226 секунд, а реализации на базе MD затратила 485 секунд.
Из других изменений, связанных с Btrfs, отмечается добавление учета снапшотов в код дефрагментации, улучшение работы со снапшотами и ускорение работы системного вызова fsync();
- В файловой системе Ext4 задействована (http://lkml.indiana.edu/hypermail/linux/kernel/1302.3/01032....реализация возможности "punch hole" для inode и файлов, в которых использован маппинг блоков, что позволяет использовать данную функцию для файлов без карты экстентов. "Punch hole" позволяет пометить область внутри файла в качестве необязательной, которую можно при необходимости очистить. Кроме того, в Ext4 включены наработки по увеличению эффективности кэширования экстентов и ускорено выполнение системного вызова fsync();- В Device Mapper добавлена поддержка dm-cache с реализацией слоя Bcache (http://www.opennet.me/opennews/art.shtml?num=35849) для кэширования блочных устройств на SSD-накопителях. BCache (http://bcache.evilpiepirate.org/) позволяет организовать кэширование доступа к медленным жестким дискам на быстрых SSD-накопителях, при этом кэширование ведётся на уровне блочного устройства, что позволяет ускорить доступ к накопителю независимо от используемых на нём файловых систем. Один SSD-накопитель может использоваться для кэширования нескольких различных блочных устройств. Блочное устройство может быть на лету прикреплено к кэшу и отключено от него, без размонтирования и временной остановки работы. Поддерживается как сквозное кэширование (writethrough), так и режим отложенной записи (writeback) при котором данные записываются на исходный носитель не сразу, что позволяет обеспечить ускорение операций записи. Дополнительно поддерживается режим readahead, при котором кэш наполняется не только при записи, но и при операциях чтения;
- Добавлена серия исправлений, оптимизаций и улучшений в F2FS (http://www.opennet.me/opennews/art.shtml?num=35667), развиваемой компанией Samsung высокопроизводительной файловой системе для Flash-накопителей;
-
Виртуализация и безопасность- Обеспечена поддержка работы гипервизора KVM на процессорах Cortex-A15 с архитектурой ARMv7. В реализации обеспечена поддержка интерфейса ARM для координации состояния потребления энергией, что позволяет включать и выключать питание виртуальных CPU;
- В подсистему виртуализации Xen добавлена поддержка использования средства ACPI для горячего подключения памяти и CPU. Внесены дополнительные улучшения для работы Xen на ARM-системах;- В механизм фильтрации сокетов добавлена опция SO_LOCK_FILTER, позволяющая заблокировать внесение изменений в фильтр. Например, привилегированная программа может настроить фильтр и заблокировать его перед переходом к выполнению не заслуживающего доверия кода. Если злоумышленник сумеет эксплуатировать уязвимость в приложении, он не сможет изменить установленный фильтр;
- В block I/O controller, добавлена поддержка контроля ресурсов ввода-вывода с блочных устройств при помощи иерархических управляющих групп (cgroups);
- В подсистему NFS добавлена поддержка пространств имён, что позволяет использовать в изолированных контейнерах отдельные NFS-серверы;
-
Сетевая подсистема- Для сокетов TCP и UDP добавлена (http://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.g... новая опция SO_REUSEPORT, позволяющая сразу нескольким слушающим сокетам подключиться к одному порту для приёма соединений. Для предотвращения организации атак по прослушиванию сокетов сторонними процессами, выполнение вызова SO_REUSEPORT возможно только сокетами процессов с одним UID. Поступающие соединения и пакеты распределяются одновременно по всем подключенным через SO_REUSEPORT сокетам. Указанная технология позволяет упростить распределение обработчиков соединения по разным процессам, избавившись от отдельного звена, распределяющего запросы по рабочим процессам;
- В код отслеживания соединений подсистемы netfilter добавлена поддержка установки меток соединений, позволяющих прикреплять метку к отслеживаемым соединениям и учитывать помеченные соединения в правилах netfilter;
- В беспроводной стек интегрирована поддержка функций "радара (https://lwn.net/Articles/420623/)" для выявления работы передатчиков, работающих в заданном диапазоне частот (radar). Добавленная подсистема является необходимым звеном для реализации поддержки динамического выбора частоты в диапазоне 5GHz, что необходимо при использовании Linux для организации работы таких систем как базовые станции;
- Интегрирована подсистема VM Sockets, разрабо...URL: https://lkml.org/lkml/2013/4/28/69
Новость: http://www.opennet.me/opennews/art.shtml?num=36814
> SO_REUSEPORTЯ джвадцать лет этого ждал! :)
А не могли бы на пальцах/в картинках объяснить юному падавану что это такое и зачем оно может быть нужно. Прочитал пару раз, но все равно не понял. Камнями в меня прошу не кидать-я не волшебник, а только учусь. =) Заранее благодарен.
1. Изменение алгоритма работы конечного автомата сетевых приложений. (дробление на независимые процессы).
2. После прибития одного соединения, адрес и порт находятся в состоянии ожидания завершения и
ядро не дает биндиться на такой же сокет. А тут, SO_REUSEPORT/SO_REUSEADDR и опа, работаем!
>не дает биндитсяне даёт биндиться
Благодарю!Теперь понятно.
1) но тут же равно возникает классическая проблема синхронизации
Запущенные из-под одного пользователя процессы смогут получать один и тот же комплект данных, передаваемый по сети в единственном экземпляре. Сейчас, насколько я помню, данные выгребает тот процесс, который первым успел, остальным ничего не приходит.
данные приходят пакетами. получается куски одного сообщения раскидываются по N клиентам
Ну представь: работают одновременно nginx и apacheПервый пакет, схватил nginx: [GET: http:/mysite.ex/in]
Второй пакет, схватил апаче: [dex.php?id=12121]:)
Раньше трояну нужно было инжектится в другой процесс, искать там данные и т.п., а теперь - SO_REUSE и все работает.
>трояну
>Релиз ядра Linux 3.9Лооол! Обратно на vistaclub, быстро решительно!
> Раньше трояну нужно было инжектится в другой процесс, искать там данные и
> т.п., а теперь - SO_REUSE и все работает.Тоже вариант.
> Раньше трояну нужно было инжектится в другой процесс, искать там данные и
> т.п., а теперь - SO_REUSE и все работает.Вообще да. Надо было наверное что-то кроме идентичности UIDа проверять. Например capability отдельную под это сделать.
Сейчас получается что похапэ скрипт запущенный веб-сервером может легко и непринуждённо слушать трафик сервера, не православно как-то.
А сервер разве этот флаг не должен ставить?
В новости есть что-то про PID. Почитайте уже.
Посмотрел патч, увидел сей код:+/* Pseudo random number generator from numerical recipes. */
+static inline u32 next_pseudo_random32(u32 seed)
+{
+ return seed * 1664525 + 1013904223;
+}
+Господа здравомыслящие, а почему здесь нормальный рандом не используется?
UPD. Откомментили ниже. http://en.wikipedia.org/wiki/Linear_congruential_generator
Ну и сыро пока...The TCP implementation has a problem in that the request sockets for a
listener are attached to a listener socket. If a SYN is received, a
listener socket is chosen and request structure is created (SYN-RECV
state). If the subsequent ack in 3WHS does not match the same port
by so_reusport, the connection state is not found (reset) and the
request structure is orphaned. This scenario would occur when the
number of listener sockets bound to a port changes (new ones are
added, or old ones closed). We are looking for a solution to this,
maybe allow multiple sockets to share the same request table...
Отличная новость! Молодцы!
Да что ж такое, я только 3.8.10 собрал :-D
а мне теперь на более 60 разных серверах пересобирать - нет уж... подожду пока 3 волны заплаток...
Вы для каждого сервера вручную ядро собираете из последнего релиза?
>а мне теперь на более 60 разных серверах пересобиратьСильно сомневаюсь.
По ряду причин. Но одной этой хватит — любой вменяемый коллега-админ давно автоматизировал бы сей процесс предпочтя кофе с конфетами в соседней «бухгалтерии».
Может, ключевое слово "разных"? Как бы это ж не смена минорной версии, если зоопарк машин с разными требованиями - то ещё, скорее всего, и несколько версий конфига придётся делать. Ну и да, третья волна заплаток - это святое.
>Может, ключевое слово "разных"60 абсолютно разных (имеется в виду архитектурно? или как?) серверов(!!!)?
А потом удивляются почему психушки горят.
>60 абсолютно разных (имеется в виду архитектурно? или как?) серверов(!!!)?Легко. А ежели они еще и находятся на расстоянии несколько сотен(тысяч) км, то вообще весело.
>Легко. А ежели они еще и находятся на расстоянии несколько сотен(тысяч) км, то вообще весело.Сказки не рассказывайте. Не только я один наблюдаю успешные поставки достаточно универсальных ядер в составе RHEL, SuSE, да даже убунту.
Буду благодарен, если вы вспомните в дополнение к i386(которая уже мертва, но посчитаем и её) и x86-64 ещё 58 различных, серверных(!!!) платформ, которые вы реально используете (кроме как в сферическом вакууме) и требующих именно отдельной компиляции ядра.
зыж
И кстати, что за нытьё то такое? Компиляция ядра это что, такая трудоёмкая операция?
А сотней(тысяч) км вы юниксоидов пугать собрались? Это когда жопореза за глаза хватает для запуска компиляции ядра в скринах?
Ха.
> Буду благодарен, если вы вспомните в дополнение к i386(которая уже мертва, но
> посчитаем и её) и x86-64 ещё 58 различных, серверных(!!!) платформ,"""NetBSD supports 57 hardware platforms
"""NetBSD портирована не только на все доступные аппаратные платформы, но и [...] на многие другие операционные системы, например, Linux, FreeBSD, OpenBSD, QNX, Solaris, Darwin/Mac OS X, IRIX и другие.Он учился считать у _Мастеров_!
> которые вы реально используете (кроме как в сферическом вакууме)
>Он учился считать у _Мастеров_!:D
Не, я в принципе могу представить валидную ситуацию... Ну может же он быть админом кунцкамеры к примеру. Ну или ещё что.
Вот кстати — http://lenta.ru/photo/2013/04/29/anatomiya/
А потом оказывается что вот та хрень (от которой исходники потеряли три года назад) начинает чудить. А другая хрень аногда жрет миллион хендлов. А вот здесь у нас машина древняя (и менять её никот не станет - работает же), зато ядро заоптимизировано по самое не могу. А вот к той какая-то извращенная железка прикручена, и драйвера её сто лет как вообще в ядре нет. И так далее, и тому подобное.
>А потом оказывается что вот та хрень (от которой исходники потеряли три года назад) начинает чудить.Ага. :D
Видимо перекомпиляция нового(!!!) ядра именно на этом(!!!) корыте творит чудеса в поисках потерянных сырцов. :D
>А другая хрень аногда жрет миллион хендловХрень — она такая. Либо жрёт, либо нет.
>А вот здесь у нас машина древняя (и менять её никот не станет - работает же), зато ядро заоптимизировано по самое не могу.Вот-вот, именно на ней нужно срочно запустить перекомпиляцию нового ядра.
Но это фигня, вот тут:
>А вот к той какая-то извращенная железка прикручена, и драйвера её сто лет как вообще в ядре нет.уж точно нужно срочно запустить перекомпиляцию нового(!!!) ядра, а то вдруг драйвер всё-таки найдётся. :D
Вступился за коллегу-анонимуса. У меня сейчас такой жести нет, но могу легко себе представить. Впрочем, детям Убунты наверное не понять.
>Впрочем, детям Убунты наверное не понять.Сбросьте пар, коллега млин.
Запросто - несколько клиентов на поддержке с унаследованными от кого-то системами. В здравом уме никто такие штуки не перенастраивает пока они хоть как-то плывут, так как обычно там та ещё свалка и проблем можно огрести просто запредельное количество.
>Запросто - несколько клиентов на поддержке с унаследованными от кого-то системами. В здравом уме никто такие штуки не перенастраивает пока они хоть как-то плывут, так как обычно там та ещё свалка и проблем можно огрести просто запредельное количество.Так вы уж определитесь будете ядро на каждом из таких корыт перекомпилировать или не будете трогать вообще.
А то мы тут всё больше про первое.зыж
>В здравом уме никто такие штуки не перенастраиваетВ здравом уме никто из системы свалку не делает.
Именно поэтому кстати и унифицирует своё ядро под свои же шелезяки, тестируют, потом внедряют. А не делают сборную солянки из 60 во всю уникальных систем, для которых требуется примерно такое же количество админов для поддержки, которые уж точно помнят чё там такое уникально-фичастое собрано, что работать может только на этом сервере во всём мире.
Хотя конечно, если стиль вашей работы — это свалка, то это уже и не бардак. :D
Ну так приходит момент, когда древнее ядро обновлять всё же приходится - например, если старую ветку все перестали поддерживать. Всё остальное, что можно, при этом оставляют нетронутым, понятное дело.А бардак я видел возникший как минимум двумя путями:
1) админ поддерживает разных клиентов (а поднимал их не он). И конфигурации у них, понятно, разные. А десяток-полтора систем, особенно в виртуалках, на контору - это ну совсем не экзотика.Кстати, в небольших конторах при создании никто унификацией не заморачивается обычно - растёт как растёт.2) Когда одна фирма активно скупает другие. То, что я видел - не особенно крупный провайдер (у которого у самого бардак присутствует) покупает несколько мелких. И это всё висит не интегрированное годами, потому что не до того - надо дальше ползти. Да, такое и сейчас ещё есть.
То есть свалку обычно не столько создают, сколько получают в наследство по кускам.
>Ну так приходит момент, когда древнее ядро обновлять всё же приходитсяКак это связано с перекомпиляцией ядра на каждом из 60 серверов?
Зыж
А бардак есть бардак. Причины его возникновения не существенны (но как отмаза прокатывает).
Единственное правельное решение — навести порядок.
В идеальных условиях - да, правильно приводить в порядок. В приведенной мной ситуации - у провайдера это произойдет тогда, когда он таки решит стандартизировать не только софт, но и работу с клиентами, железо и прочее. В общем, на практике все эти приведения в порядок часто банально невыгодно делать, либо происходят они весьма не сразу, а до этого жить тоже надо. Оно себе работает как-то, ручные апдейты раз в год - хрен с ними. Риск завалить на пару дней что-нибудь важное из-за нигде не описанной экзотики больше профита от порядка.
жесть просто. на всех серверах разная архитектура?
зато везде линух. заметьте, именно линух и именно самосборный.
эпиквынь прям какой-то. ;)
Толсто.
Ты, небось, и доллары когда-то купил?
"...(изменения затронули 11120 файлов, добавлено 609300 строк кода, удалено - 339233 строк)..."и снова Здрасьте! апять бухгалтерия пашла...
Ой дебилы, ....
Не добавляет, а умножает да прибавляет.Вроде
http://en.wikipedia.org/wiki/Linear_congruential_generator
> Не добавляет, а умножает да прибавляет.
> Вроде
> http://en.wikipedia.org/wiki/Linear_congruential_generatorSource: Numerical Recipes
А я-то думаю, где я это видел....
где это он добавляет сумму???
>К сиду добавляет сумму двух простых чисел, которая уже не является простым числом :)Как Вам, безусловно, известно из школьного курса математики, действие умножения имеет больший приоритет, нежели сложение. Так что, seed _умножают_ на простое число, и к результату прибавляют ещё одно простое число.
>>К сиду добавляет сумму двух простых чисел, которая уже не является простым числом :)
> Как Вам, безусловно, известно из школьного курса математики, действие умножения имеет
> больший приоритет, нежели сложение.Да ты чо!?! Сам придумал?
Милейший! Ва на демотиваторз.ру :D
> реализации на базе MD затратила 485 секунд.в линуксе всегда так, популярная подсистема не маинтейнится уже много лет, а никому не нужный монстр пилится и пилится.
И чего вас удивляет?Ясен пень, что btrfs поверх mdraid будет значительно медленнее, чем "чистая" btrfs, имеющая прямой доступ к дискам.
Почему? Да хотя бы за счет выбрасывания лишних уровней абстракции, не говоря уж о некоторых оптимизациях, которые в принципе невозможны на связке btrfs+mdraid.
То есть как удалена поддержка параллельного порта??? А как же теперь использовать принтеры для параллельного порта? А другие девайсы?
параллельный порт устарел. R.I.P.
Почему устарел? До сих пор в свободной продаже есть платы с параллельным портом. И даже отдельные стандартные контроллеры параллельного порта, если встроенного не хватает. Я бы понял, если бы это железо не производилось уже лет 10.
У меня на нём программатор весит. И не думаю, что только я параллельный порт до сих пор использую.
>веситВот и думай теперь сколько это в килограммах.
Совсем грамарнаци мышей не ловят... Только что ворд поймает, то и правят.
Можете погладить себя по головке :)
>>весит
> Вот и думай теперь сколько это в килограммах.Вес - это сила и измеряется она в Ньютонах.
А я вот только старый LPT сканер расчехлять собрался...
A вы не читайте перед обедом советских газет.## ls -l linux-3.9/drivers/parport/
total 400
-rw-rw-r-- 1 root root 319 2013-04-29 04:36 BUGS-parport
-rw-rw-r-- 1 root root 12562 2013-04-29 04:36 daisy.c
-rw-rw-r-- 1 root root 23096 2013-04-29 04:36 ieee1284.c
-rw-rw-r-- 1 root root 23800 2013-04-29 04:36 ieee1284_ops.c
-rw-rw-r-- 1 root root 5493 2013-04-29 04:36 Kconfig
-rw-rw-r-- 1 root root 693 2013-04-29 04:36 Makefile
-rw-rw-r-- 1 root root 387 2013-04-29 04:36 multiface.h
-rw-rw-r-- 1 root root 6713 2013-04-29 04:36 parport_amiga.c
-rw-rw-r-- 1 root root 5495 2013-04-29 04:36 parport_atari.c
-rw-rw-r-- 1 root root 9517 2013-04-29 04:36 parport_ax88796.c
-rw-rw-r-- 1 root root 5882 2013-04-29 04:36 parport_cs.c
-rw-rw-r-- 1 root root 11288 2013-04-29 04:36 parport_gsc.c
-rw-rw-r-- 1 root root 6249 2013-04-29 04:36 parport_gsc.h
-rw-rw-r-- 1 root root 68661 2013-04-29 04:36 parport_ip32.c
-rw-rw-r-- 1 root root 10120 2013-04-29 04:36 parport_mfc3.c
-rw-rw-r-- 1 root root 87192 2013-04-29 04:36 parport_pc.c
-rw-rw-r-- 1 root root 20173 2013-04-29 04:36 parport_serial.c
-rw-rw-r-- 1 root root 9590 2013-04-29 04:36 parport_sunbpp.c
-rw-rw-r-- 1 root root 7589 2013-04-29 04:36 probe.c
-rw-rw-r-- 1 root root 12560 2013-04-29 04:36 procfs.c
-rw-rw-r-- 1 root root 29890 2013-04-29 04:36 share.c
-rw-rw-r-- 1 root root 594 2013-04-29 04:36 TODO-parport
Беглый просмотр diffstat'a тоже ничего не дал. Что уж пригрезилось аффтару новости непонятно.
> Беглый просмотр diffstat'a тоже ничего не дал. Что уж пригрезилось аффтару новости
> непонятно.Трудности перевода. Сравниваем:
===8<=== http!//lwn.net/Articles/539892/
A long list of old network drivers has been deleted; these include the venerable 3c501, 3c505, and 3c507 drivers, various Intel i825xx drivers, parallel port-based drivers(!), and many more.
--->8---
Удалена большая порция устаревших драйверов, включая драйверы 3c501, 3c505, 3c507, Intel i825xx и драйверы для поддержки параллельного порта.
===8<===+++Если на клетке с параллельным портом видишь надпись "Слон!", ... См.классику.
Ура! Не придётся ради программатора держать старое ядро :)
> То есть как удалена поддержка параллельного порта??? А как же теперь использовать
> принтеры для параллельного порта? А другие девайсы?Старому оборудованию - старые ядра!
Давно пора поддержку всякого хлама старше 10 лет вынести в отдельную legacy-ветку, как это сделано для видеодрайверов.
Да быть такого не может. Видимо удалили драйвера устаревших чипов.
> В block I/O controller, добавлена поддержка контроля ресурсов ввода-вывода с блочных устройств при помощи иерархических управляющих групп (cgroups);Што? blkio уже сто лет в обед в ядре.
> В код отслеживания соединений подсистемы netfilter добавлена поддержка установки меток соединений, позволяющих прикреплять метку к отслеживаемым соединениям и учитывать помеченные соединения в правилах netfilter;
Што? connamark уже сто лет как используется.
>Што? connamark уже сто лет как используется.вот то же не понял текста новости, дежаву, может быть чего напутали.
>>Што? connamark уже сто лет как используется.
> вот то же не понял текста новости, дежаву, может быть чего напутали.Пусть Счётная палата (LF!?) проверит Линуса! Чую приписки. </ога щаз>
>> В block I/O controller, добавлена поддержка контроля ресурсов ввода-вывода с блочных устройств при помощи иерархических управляющих групп (cgroups);
> Што? blkio уже сто лет в обед в ядре.http://lwn.net/Articles/539892/
The block layer's handling of pages under writeback has been changed to address the performance penalty imposed by the previous "stable pages" work.
Очевидно же, речь про скрещивание с http://lwn.net/Kernel/Index/#Stable_pages
>> В код отслеживания соединений подсистемы netfilter добавлена поддержка установки меток соединений, позволяющих прикреплять метку к отслеживаемым соединениям и учитывать помеченные соединения в правилах netfilter;
> Што? connamark уже сто лет как используется.The netfilter connection-tracking code now supports "connection labels," which are bitmasks that can be attached to tracking entries and tested by netfilter rules.
??Видимо, что-то подобное -- скрещивают то, что ранее не было скрещено.
Господа,а оптимус таки уже значит работает?
И еще, если не изменяет память,то вроде как обещали исправить фичу, когда после полноэкранной игры, например, разрешение не возвращалось на родное,не?
А это точно проблема ядра?
По крайней мере смежная...Где то на околостимовских рассуждениях кажется разработчики нвидии объясняли это дело..Могу ошибаться, но, если не путаю, там ядро и иксы и дрова все вместе замешаны были.
Похоже, первая версия где RH выпихнули с первого места и по lines, и по changesets.
> Похоже, первая версия где RH выпихнули с первого места и по lines,
> и по changesets.Полистал LWN-овские "Who wrote..." от 3.9 вниз до 2.6.39. Нигде, включая 3.9, да, RH не был выше (None) по обеим (changesets и lines) колонкам. Иногда заскакивает Intel, чуть реже Broadcom и проч. ARM-ембедовщина -- со свободно-проприертарными вбросами через забор.
И да, RH пилит стабильнее и на круг _больше прочей корпоративщины.
> Полистал LWN-овские "Who wrote..." от 3.9 вниз до 2.6.39. Нигде, включая 3.9,
> да, RH не был выше (None) по обеим (changesets и lines)
> колонкам.Как минимум в отчете LF за март 2012 (v3.2) RH идет сразу после none. Там еще график интересный есть, по которому действительно на тот момент доли шапки и Интела сближались.
add: у LWN о 3.8 так же: https://lwn.net/Articles/537110/
> И да, RH пилит стабильнее и на круг _больше прочей корпоративщины.
Да общий вклад вопрос отдельный, просто именно тут интересно.
Хорошо, что статистики всегда можно повернуть _нужным боком.+++А поговорить!?
> Хорошо, что статистики всегда можно повернуть _нужным боком.
> +++А поговорить!?Что да то да. Там еще в комментариях заметили что долю Wind River можно к Intel прибавлять, тогда совсем огого выходит.
Интересно еще что там Imagination пилит аж на 3,7% lines. Небось по стопам Nvidia пойти хотят, с поддержкой GPU </пророк-mode>
А теперь давайте список того, что поломали, что отвалилось само, а что висит на соплях.
>что отвалилось само, а что висит на соплях.Ну, вот он ты, в последнем пункте светишься. Вот-вот в предпоследний перейдёшь.</ответил>
Ты ведешь себя неподобающим образом!
в rc?? выпуске, когда я пробовал, подозрительно отваливался 3г модем, не мог даже подключится, как оно ресетилось _само_. Нужно попробовать на релизе...
f2fs кто-нибудь пользуется?
Хочется попробовать для десктопа с ssd, комп используется для разработки
отформатировал в F2FS флешку после релиза ядра 3.8. Багов не заметил, со скоростью все в порядке. Не считая совместимости - думаю, вполне юзабельная ФС, жду ее поддержки в андроиде
Linux debian 3.9.0-gad-on-line #1 SMP Mon Apr 29 09:53:24 MSK 2013 i686 GNU/Linux
Вроде все работает
Жаль патчи LZO на практике не дают ускорения в работе на сжатом btrfs. А я так надеялся
есть LZ4
lz4 пока нету в арче (а значит и в дугих дистрах). Что-то экспериментальное это.
Да и если предположить, что lzo стал быстрее в 1.5-2 раза, то по скорости они сравнялись
в zfslinux уже внедрили
вполне себе дают. Я у себя на глаз даже замечаю.
тока btrfs очень быстро превращается в говно. А по началу да, на чистой фс - летает прекрасно. Эх, жаль. Раз в 2 месяца нужно переразворачивать систему на чистой фс, все они загаживаются... и никакие дефграгментаторы не помогают(
С секундомером не заметил, ни на быстрой ни на медленной системе.
LZ4 попробую, спасибо
Скажите, а "В код отслеживания соединений подсистемы netfilter добавлена поддержка установки меток соединений" это что? Метки вроде можно было и раньше ставить?
Спасибо, уже нашел сам :). Новые метки представляют собой биты, так что их можно давать пакету много сразу. 128 - максимум.
Открою страшную тайну: старые connmark-и тоже можно было менять и сверять побитово. См. параметр mask критерия connmark и ключи --and-mark, --or-mark, --xor-mark у действия CONNMARK.
>Ряд улучшений в DRM-драйвере Radeon: переработана логика сброса, использование колец DMA для обновления VM PT и т.д. Кроме того, поддержка переключения видеорежимов на уровне пользователя (UMS) окончательно объявлена устаревшей и более поддерживаться не будет;Что это значит? Поясните пожалуйста, это касается vga_swithcheroo или чего-то еще?
>Удалена большая порция устаревших драйверов,... и драйверы для поддержки параллельного порта.А как же JTAGи всякие разные через LPT подключаемые? :(
эмуляторы LPT, через usb хабы юзайте
Ну всё, не стану обновлять.
У меня лпт-портов аж несколько.И программаторы усб на ВСЁ появятся не скоро.
> Ну всё, не стану обновлять.
> У меня лпт-портов аж несколько.И программаторы усб на ВСЁ появятся не скоро.Я так понял, речь про plip, сиречь IP поверх параллельного порта.
Это я в реале не видел уже лет 15.
> Я так понял, речь про plip, сиречь IP поверх параллельного порта.
> Это я в реале не видел уже лет 15.Да, надо почитать подробнее, коли так то порядок.
Там еще OpenVZ не добавили? Эй Parallels, вы пилите OpenVZ или уже забили на него?
OpenVZ ? не не слышали. KVM наше все!
> OpenVZ ? не не слышали. KVM наше все!Хорошо, что мы не с вами.
По дереву постучите.
> Там еще OpenVZ не добавили? Эй Parallels, вы пилите OpenVZ или уже забили на него?Так они же сказали, что, во-первых, openvz - это cgroups плюс забыл что, и это в ядре всё есть, во-вторых - lxc это фактически то же самое, cgroups плюс забыл что, и что это всё сделали паралелсы, и в-третьих, оно фактически уже работает, с каждым ядром всё лучше и лучше, на стоковом ядре. Что ещё конкретно нужно добавлять?
>> Там еще OpenVZ не добавили? Эй Parallels, вы пилите OpenVZ или уже забили на него?
> Так они же сказали, что, во-первых, openvz - это cgroups плюс забыл
> что, и это в ядре всё есть, во-вторых - lxc это
> фактически то же самое, cgroups плюс забыл что, и что это
> всё сделали паралелсы, и в-третьих, оно фактически уже работает, с каждым
> ядром всё лучше и лучше, на стоковом ядре. Что ещё конкретно
> нужно добавлять?LXC уже научился гарантировать доли ресурса отдельным контейнерам?
>> Так они же сказали, что, во-первых, openvz - это cgroups плюс забыл
>> что, и это в ядре всё есть, во-вторых - lxc это
>> фактически то же самое, cgroups плюс забыл что, и что это
>> всё сделали паралелсы, и в-третьих, оно фактически уже работает, с каждым
>> ядром всё лучше и лучше, на стоковом ядре. Что ещё конкретно
>> нужно добавлять?
> LXC уже научился гарантировать доли ресурса отдельным контейнерам?Понятия не имею. Мне всё равно.
>>> Так они же сказали, что, во-первых, openvz - это cgroups плюс забыл
>>> что, и это в ядре всё есть, во-вторых - lxc это
>>> фактически то же самое, cgroups плюс забыл что, и что это
>>> всё сделали паралелсы, и в-третьих, оно фактически уже работает, с каждым
>>> ядром всё лучше и лучше, на стоковом ядре. Что ещё конкретно
>>> нужно добавлять?
>> LXC уже научился гарантировать доли ресурса отдельным контейнерам?
> Понятия не имею. Мне всё равно.Ну тогда не задавайте вопросов, ответы на которые Вам заранее не нужны.
>> Понятия не имею. Мне всё равно.
> Ну тогда не задавайте вопросов, ответы на которые Вам заранее не нужны.Когда научитесь читать, что там написано (а также правилам написания "вы"), тогда и приходите. Опеннет не для безграмотных дуралеев.
>>> Понятия не имею. Мне всё равно.
>> Ну тогда не задавайте вопросов, ответы на которые Вам заранее не нужны.
> Когда научитесь читать, что там написано (а также правилам написания "вы"), тогда
> и приходите. Опеннет не для безграмотных дуралеев.:)
openvz тупиковая ветка на грани вымирания уже
Давненько мне не хотелось обновить ядрышко...
Ничего полезного...
Только одно и то отрицательное изменение - убрали параллельный порт
> Ничего полезного...
> Только одно и то отрицательное изменение - убрали параллельный портНикто параллельный порт не убирал, окститесь.
А что надо было сделать полезного с вашей точки зрения?