forum.opennet.ru - "Релиз ядра Linux 3.13. Обзор новшеств" (119)

"Релиз ядра Linux 3.13. Обзор новшеств"

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

"Релиз ядра Linux 3.13. Обзор новшеств"	+/–
Сообщение от opennews (ok), 20-Янв-14, 07:34
После двух с половиной месяцев разработки Линус Торвальдс выпустил (https://lkml.org/lkml/2014/1/19/148) ядро Linux 3.13 (https://www.kernel.org/). Среди наиболее заметных улучшений ядра 3.13: интеграция пакетного фильтра Nftables, включение по умолчанию режима TCP Fast Open, увеличение производительности Squashfs, поддержка протокола HSR для создания отказоустойчивых сетевых конфигураций, добавление нового высокопроизводительного слоя блочных устройств, поддержка автоматического переключения между GPU в драйвере Radeon, фреймворк для ограничения энергопотребления устройств, классификатор трафика на основе BPF, реализация средств для проведения защищённых финансовых транзакций по NFC, поддержка архитектуры Intel MIC. В новую версию принято 12 тысяч исправлений от 1339 разработчиков, размер патча - 32 Мб (изменения затронули 9849 файлов, добавлено 441972 строк кода, удалено -237897 строк). Около 44% всех представленных в 3.13 изменений связаны с драйверами устройств, примерно 21% изменений имеют отношение к обновлению кода специфичного для аппаратных архитектур, 14% связано с сетевым стеком, 4% - файловыми системами и 5% c внутренними подсистемами ядра. 11.9% изменений внесено сотрудниками компании Intel, 9.7% - Linaro, 9% - Red Hat, 5% - Samsung, 3.5% - IBM, 2.7% - SUSE, 1.7% - Google, 1.5% - NVIDIA, 1.1% - Oracle, 1.0% - Huawei, 0.9% - ARM. Из наиболее интересных новшеств (http://kernelnewbies.org/Linux_3.13) можно отметить: - Сетевая подсистема - Интеграция пакетного фильтра Nftables (http://netfilter.org/projects/nftables/), развиваемого для замены iptables, ip6table, arptables и ebtables. Добавленный в ядро 3.13 код предусматривает сосуществование старой и новой подсистем, так как Nftables ещё требует доработки и тестирования. Nftables основывается на идеях, близких к реализации BPF (Berkeley Packet Filters) - правила фильтрации компилируются в пространстве пользователя в байткод и передаются в ядро через API Netlink, после чего для принятия решения по дальнейшим действиям с пакетом выполняются с использованием конечного автомата (pseudo-state machine). Выполнение правил с использованием конечного автомата вместо применения логики сопоставления позволяет сократить размер кода фильтрации, работающего на уровне ядра и вынести все функции разбора правил и логики работы с протоколами в пространство пользователя. В Nftables работа с различными видами протоколов унифицирована в едином наборе псевдокода, что позволяет избавиться от необходимости поддержания в ядре отдельных расширений фильтрации для IPv4, IPv6, ARP и сетевых мостов. Все операции по определению условий и связанных с ними действий выполняются в пространстве пользователя, в ядре производится только базовый набор операций, таких как чтение данных из пакета, сравнение данных и т.п. Для реализации поддержки фильтрации нового протокола, все изменения могут быть внесены в пользовательском пространстве без обновления кода ядра. В качестве базовых блоков по-прежнему используются компоненты инфраструктуры Netfilter, в том числе существующие хуки, система отслеживания состояния соединений, компоненты организации очередей и подсистема ведения лога. Для формирования правил фильтрации в nftables подготовлена утилита nft (http://kernelnewbies.org/nftables_examples), которая проверяет корректность правил и транслирует их в байткод. Правила могут добавляться не только инкрементально, но и загружаться целиком из файла на диске. Синтаксис правил (https://home.regit.org/netfilter-en/nftables-quick-howto/)&n...не похож на iptables и отличается использованием иерархических блочных структур вместо линейной схемы. Язык классификации правил основан на реальной грамматике, при обработке которой используется сгенерированный в bison парсер. Для обеспечения обратной совместимости с линейными правилами предоставляется специальная прослойка, позволяющая использовать iptables/ip6tables поверх инфраструктуры Nftables. - Интегрирован (http://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.g... легковесный классификатор трафика, выступающий в качестве гибко настраиваемой альтернативы ematch-классификатору. Особенностью нового классификатора является использование виртуальной машины BPF (Berkley Packet Filter) для выполнения программы классификации трафика, загружаемой в ядро в форме байткода, который в том числе может компилироваться в машинные инструкции при помощи BPF JIT-компилятора. Для загрузки bpf-правил используется штатная утилита tc, например "tc filter add dev em1 parent 1: bpf run bytecode-file /etc/tc/ssh.bpf flowid 1:1". Для создания bpf-правил может использоваться компилятор bpfc или tcpdump: "tcpdump -iem1 -ddd port 22 \| tr '\n' ',' > /etc/tc/ssh.bpf". - Включена по умолчанию поддержка режима быстрого открытия TCP-соединений (TFO - TCP Fast Open), который позволяет сократить число шагов установки соединения за счёт комбинирования в один запрос первого и второго шагов классического 3-этапного процесса согласования соединения, и давая возможность отправки данных на начальном этапе установки соединения. - В ipset добавлена поддержка (http://git.kernel.org/linus/1785e8f473082aa60d62c7165856cf64... сетевых пространств имён (network namespaces), возможность (http://git.kernel.org/linus/68b63f08d22f23161c43cd2417104aa2... использования комментариев в записях, реализация модулей "hash:net,net" и "hash:net,port,net" для указания двух подсетей в одной записи. - Поддержка протокола HSR (https://en.wikipedia.org/wiki/High_Availability_Seamless_Rin... (High-availability Seamless Redundancy) для создания высокодоступных резервных Ethernet-каналов, обеспечивающих сохранение работоспособности сети при выходе из строя одного из каналов без задержки на восстановление. Для обеспечения отказоустойчивости в HSR используется кольцевая топология, в которой все узлы соединены с использованием двух дублирующих друг-друга каналов, каждый из которых используется в параллельном режиме. Для контроля целостности в обоих направлениях кольца отправляются специальные HSR-фреймы. HSR-драйвер создаёт специальный виртуальный сетевой интерфейс, с которым можно работать как с обычным сетевым интерфейсом. - Для сетевых сокетов представлена (http://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.g... поддержка опции SO_MAX_PACING_RATE, позволяющей приложению выставить значение максимальной интенсивности обработки пакетов на транспортном уровне. Лимит задаётся в байтах в секунду. Опция эффективно работает только с планировщиком пакетов Fair Queue. - В стек IPv4 для сокетов добавлена поддержка режима IP_PMTUDISC_INTERFACE (http://git.kernel.org/linus/482fc6094afad572a4ea1fd722e7b11c... позволяющего игнорировать механизм Path MTU discovery (http://ru.wikipedia.org/wiki/Maximum_transmission_unit#Path_... не принимать и устанавливать новую информацию Path MTU, а всегда использовать параметры MTU сетевого интерфейса для отправляемых пакетов. Данная опция может оказаться полезной для блокирования атак на DNS-серверы, манипулирующих PMTU. - В интерфейсы виртуальных туннелей IPsec (vti) добавлена (http://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.g... поддержка IPv6. - Добавлена (http://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.g... возможность использования непривилегированными пользователями некоторых вызовов sysctl (например, /proc/sys/net/ipv4/ip_local_ports_range или /proc/sys/net/ipv4/icmp_echo_ignore_all) для изолированных сетевых пространств имён (network namespaces). - Дисковая подсистема, ввод/вывод и файловые системы - Для эффективного использования возможностей современных SSD-накопителей в ядро включен (http://git.kernel.org/linus/320ae51fe... URL: https://lkml.org/lkml/2014/1/19/148 Новость: http://www.opennet.dev/opennews/art.shtml?num=38845
Ответить \| Правка \| Cообщить модератору

Оглавление

Фороникс утверждает, что в 3 13 наблюдаются ощутимые регрессии в дисковой подсис, Fracta1L (ok), 07:36 , 20-Янв-14, (2) –3

Phoronix тестировал rc, может исправили , Аноним (-), 09:44 , 20-Янв-14, (14) +6
Что за регрессии Тесты повалились , Аноним (-), 10:16 , 20-Янв-14, (20) +1
Фореникс как всегда прав , Аноним (-), 11:26 , 20-Янв-14, (31) –8

Слово как в вашем заявлении - лишнее , Аноним (-), 16:43 , 20-Янв-14, (91)

Оно не меняет смысла, так что без разницы, р323234 (?), 20:52 , 20-Янв-14, (114)

Зато отлично передает контекст , Аноним (-), 02:21 , 21-Янв-14, (139)

Фороникс как всегда лев , Mr_Gentoo (ok), 23:50 , 20-Янв-14, (133) +1

Генту как всегда позади планеты всей Особенно, по скорости развития , Аноним (-), 03:50 , 21-Янв-14, (142) –2

Фороникс, залогинься , Аноним (-), 15:44 , 21-Янв-14, (155)

Фороникс утверждает The Linux 3 13 Kernel Is A Must-Have For AMD RadeonSI UsersТ, Sergey722 (ok), 12:22 , 20-Янв-14, (38) +3

Серёжа, нельзя же так люто упарываться, это совершенно разные подсистемы Где ты, Fracta1L (ok), 12:25 , 20-Янв-14, (39) +4

Ладно, уговорили, не буду Все равно, улучшения в графике радуют , Sergey722 (ok), 12:41 , 20-Янв-14, (40) +1

Дык у обладателей амд праздник Одним этим предложением утерли нос нвидиа , ананим (?), 12:50 , 20-Янв-14, (43) +9

Да, наконец-то начали доставать до носа нвидиа Встав на цыпочки - , Fracta1L (ok), 13:54 , 20-Янв-14, (53)
Для них 3 13 - это эпохальный кернел Если у вас не слишком древняя видеокарта, , Аноним (-), 20:35 , 20-Янв-14, (109) +1

А почему ты ищешь баги после релиза, а не до , Аноним (-), 10:59 , 21-Янв-14, (146) +1

а с каких пор 171 пользоваться 187 стало равно 171 ищешь баги 187 , arisu (ok), 15:35 , 21-Янв-14, (153)

From Marek Ol 353 225 k marek olsak amd com Only the render backends of the, pkunk (ok), 16:33 , 20-Янв-14, (84)

Учитесь как фиксы надо выкатывать А юзеры Bonaire должны поставить Marek у памя, Аноним (-), 20:36 , 20-Янв-14, (110) +2
Этот же коммит включем в ядра 3 12 7, если что , Аноним (-), 13:04 , 21-Янв-14, (148)

Если хочешь, можно подождать и более совершенную - 3 141, бро (?), 14:50 , 20-Янв-14, (60) +1

Нет, стоит подождать абсолютно совершенную - 3 14159265359 и так далее - , Fracta1L (ok), 15:21 , 20-Янв-14, (66)

latex --versionpdfTeX 3 1415926-1 40 10-2 2 TeX Live 2009 Debian , Аноним (-), 19:08 , 20-Янв-14, (99) +3

Когда Кнут умрет, согласно его завещанию, версии tex и metafont примут значения , Аноним (-), 04:42 , 21-Янв-14, (143)

настоящие джедаи не должны поддаваться лжи провороникса Dобновила на 2 серверах, Sylvia (ok), 16:53 , 20-Янв-14, (93) +2

Ну поскольку мадам не выкатила никаких тестов лучше - мы будем предпочитать форо, Аноним (-), 20:37 , 20-Янв-14, (111) –4

а мы 8212 не будем индекс доверия у обоих источников примерно одинаковый , arisu (ok), 22:12 , 20-Янв-14, (127) +2

Мы, Николай Вторый , Аноним (-), 22:38 , 20-Янв-14, (128)

это к 111, arisu (ok), 02:42 , 21-Янв-14, (140)

Почему нельзя унижать девушек на опеннете , Аноним (-), 00:09 , 21-Янв-14, (135) –3

можно но за дело но сильви очень старательно избегает 171 дела 187 , arisu (ok), 02:44 , 21-Янв-14, (141) +2
Персонально тебе - вообще ничего здесь нельзя Страдай , Аноним (-), 15:45 , 21-Янв-14, (156) +4

не знаю можно ли назвать это регрессией, но дисковая активность явно выросла на , Sylvia (ok), 10:46 , 24-Янв-14, (160)

ССЗБ , Аноним (-), 14:49 , 29-Янв-14, (164)
На серверах 0 ядра используют только камикадзе или новички Либо у вас сервер л, Аноним (-), 14:50 , 29-Янв-14, (165)

http www opennet ru openforum vsluhforumID3 92256 html 303, Andrey Mitrofanov (?), 07:56 , 20-Янв-14, (4) –1
А что лучше, dm-cache или Bcache , Аноним (-), 09:37 , 20-Янв-14, (12)

Для вас лучше dm-cache , Гость (?), 10:23 , 20-Янв-14, (23)

а когда в роутерах перестанут наконец использовать ржавое прержавое ядро 2 6 , Аноним (13), 09:38 , 20-Янв-14, (13) –1

Когда пресвежие ядра станут такими же оттестированными как 2 6 и производителям , Гость (?), 10:05 , 20-Янв-14, (16) –2

Или когда новые ядра с новым функционалом похудеют до размеров флэшей тех роут, Andrey Mitrofanov (?), 10:55 , 20-Янв-14, (25) –2
Ой, вот не надо тут сказок про заботу о потребителе Причина тривиальна - жаба д, Аноним (-), 13:01 , 20-Янв-14, (45) +2

Уж как год назад 25th April 2013 ATTITUDE ADJUSTMENT 12 09 Highlights since , Онаним (?), 11:51 , 20-Янв-14, (33) +2

А в openwrt шном trunk е так и 3 10 уже P S Правда, не каждый снапшот оттуда уд, dalco (ok), 13:57 , 20-Янв-14, (54)
Ну да и теперь не меньше 32Мбайт памяти надо , Miha (??), 19:38 , 20-Янв-14, (102) –1

Используйте openwrt, там ядро не ржавое , Аноним (-), 21:41 , 20-Янв-14, (120)

Не ржавое - значит нестабильное же , Аноним (-), 15:45 , 21-Янв-14, (157)

Переводчика на мыло Так где же будет производиться фильтрация, в ядре или в прос, Moomintroll (ok), 09:57 , 20-Янв-14, (15) –5

Вчитайтесь в отквоченный вами текст и ещё раз прочитайте первый абзац в новости,, Аноним (-), 10:10 , 20-Янв-14, (17) –1
Это от того что вы невнимательно читаете Правила задаются в юзерспейсе, компили, Гость (?), 10:16 , 20-Янв-14, (19)

FIX Байт-код не сравнивается , он исполняется , Andrey Mitrofanov (?), 10:58 , 20-Янв-14, (26)

В userspace происходит компиляция естественно с проверкой синтаксиса и ошибок , gapsf2 (ok), 11:11 , 20-Янв-14, (28) +3

Ждём появление джавы уровня ядра С пользовательского уровня через апи формируе, Аноним (-), 10:13 , 20-Янв-14, (18)

Для ядра NetBSD уже Lua запилили http www opennet ru opennews art shtml num 38, Аноним (-), 10:20 , 20-Янв-14, (22)

ничего хорошего из таких проектов и не получится, цирроз (ok), 11:09 , 20-Янв-14, (27)

Ну почему В перспективе они позволяют переписать на скриптовых языках почти все, Аноним (-), 15:40 , 20-Янв-14, (71) –1

А были проекты оси на жабе Только вот дальше проектов дело не пошло, к сожалени, жабабыдлокодер (ok), 19:09 , 20-Янв-14, (100)

если Cray прикупить , Аноним (-), 21:43 , 20-Янв-14, (122) +1

Человек, который любит смотреть, как резво бегают улитки, не замечает тормозов J, Аноним (-), 22:40 , 20-Янв-14, (129) +1

Там было два варианта, второй со второгномом Запускал в виртуалбоксе, разницы п, жабабыдлокодер (ok), 22:50 , 20-Янв-14, (131) –1

А первый от него чем-то отличался, кроме названия , Аноним (-), 15:47 , 21-Янв-14, (158)

В солярисе Java Desktop - это такой переименованный гном От джавы там одно назв, Аноним (-), 04:46 , 21-Янв-14, (145) +1

Вроде, такое положение не возвышаются зовется, а совсем наоборот , Аноним (-), 04:45 , 21-Янв-14, (144) –2

Есть такая штука байт-код в Java , Аноним (-), 13:07 , 20-Янв-14, (48) –3

Как сетевика - наиболее радуют NPF и TC-BPF Интересно, насколько легко удастся , AlexAT (ok), 11:12 , 20-Янв-14, (29) +4

Есть ненулевая вероятность, что шапка портирует сама, учитывая, что это не измен, daks (ok), 12:41 , 20-Янв-14, (41) +3

В состав каких дистрибутивов оно войдет и когда И прежде чем оно так куда в, ua9oas (ok), 12:02 , 20-Янв-14, (35) –1

В Арче, Генте, наверное уже сегодня , Аноним (-), 12:10 , 20-Янв-14, (36) –2
в грядущей убунте 14 04 оно вроде уже есть, koblin (ok), 15:50 , 20-Янв-14, (76) –1
В Федоре стопудово будет Может даже в 19-й , Аноним (-), 16:41 , 20-Янв-14, (90)

20-я уже на дворе , Аноним (-), 16:52 , 20-Янв-14, (92)

Я имел в виду, что даже в старую 19-ю запихнут новое ведро , Аноним (-), 17:37 , 20-Янв-14, (95)

Что, прямо как в ubuntu и arch , Аноним (-), 19:07 , 20-Янв-14, (98) –2

По ссылке про Nftables первый же комментарий You must be joking This got pulled, Аноним (-), 13:23 , 20-Янв-14, (51)

По умолчанию встроенных таблиц filter, mangle, nat и цепочек INPUT, OUTPUT, gapsf2 (ok), 14:25 , 20-Янв-14, (56) +3
Ой, да нормально Как будто iptables интуитивно понятен Если постоянно не юзать, vitalif (ok), 14:36 , 20-Янв-14, (58) +1

По сравнению с ipfw, iptables полный выродок , Perain (?), 14:51 , 20-Янв-14, (61) –6

Это называется синдром утенка , Аноним (-), 15:36 , 20-Янв-14, (70) +5
По сравнению с bpf, ipfw ущербное говно , pavlinux (ok), 16:32 , 20-Янв-14, (83) +4

в этом согласен http citrin ru freebsd ng_ipfw_ng_bpf, Perain (?), 16:35 , 20-Янв-14, (85) –3

BPF нужен тем, кто пишет iptables, свои фаерволы, системы управления трафиком, и, pavlinux (ok), 17:00 , 20-Янв-14, (94)

Вы шутник Для двух карт - может быть, а вот когда у вас сложная топология, то а, Miha (??), 19:45 , 20-Янв-14, (103)

айпитаблес не может быть лучшим решением, потому что не работает под FreeBSD , Аноним (-), 20:07 , 20-Янв-14, (105) –2

Ещё один повод выкинуть BSD, pavlinux (ok), 20:46 , 20-Янв-14, (112) +2
А что под ней вообще работает Полторы бестолковых файловых системы, недопиленна, Аноним (-), 21:45 , 20-Янв-14, (124)
это не беда, BSD не нужно , Аноним (-), 22:04 , 20-Янв-14, (126)

не забуду freebsd 6, когда я сидел и день за днем разбирался с ipfw в купе с его, user455 (?), 19:54 , 21-Янв-14, (159) +2

Макс, для рандома еще вот это патчик random mix in architectural randomness ear, pavlinux (ok), 14:43 , 20-Янв-14, (59) –3

Макс, отменяй новость, там всё опять поломали, XOR больше не нужен D https g, pavlinux (ok), 20:08 , 20-Янв-14, (106) –1

Опять с указателями балуешься, Павлуша , Sage (??), 21:18 , 20-Янв-14, (116) +2

-P, pavlinux (ok), 00:11 , 21-Янв-14, (136)

9849 файлов Я думал в ядре всего один файл , Аноним (-), 14:58 , 20-Янв-14, (63) –5

А еще Земля - не плоская И солнце вокруг нее не вращается Ща ты у нас много но, Аноним (-), 21:46 , 20-Янв-14, (125)

Линукс-торт , anonymous (??), 15:41 , 20-Янв-14, (72) +2

Показало увеличение производительности до 125к жопс , vitalif (ok), 14:15 , 21-Янв-14, (149)

code while true s64 count spin_lock_irq q- queue_lock count p, pavlinux (ok), 15:45 , 20-Янв-14, (74) –1

А иначе будет spinlock contention между CPU 1 100000 секунды слипа для избежани, AlexAT (ok), 18:00 , 20-Янв-14, (96) +2

Пред новым годом в USB срач был, сколько делать таймаут после ресета 10 ms или , pavlinux (ok), 19:22 , 20-Янв-14, (101) –2

дык напиши в LKML, может примут я твои патчи уже на себе опробовал для блоба ын, asavah (ok), 19:51 , 20-Янв-14, (104) –1
от HZ уже давно отвязались Этот кейс и так понятен, выбирают эмпирически от бал, Аноним (-), 21:21 , 20-Янв-14, (118) +2

Чтоб отвязаться от HZ на машине должен быть стабильный TSC, в ширпотребе это мин, pavlinux (ok), 00:20 , 21-Янв-14, (137) –1

Чтобы отвязаться от HZ нужно просто отвязаться от HZ HZ это не таймер, а метод , Аноним (-), 11:12 , 21-Янв-14, (147) +1

Кванты будем по рандому генерить , pavlinux (ok), 14:55 , 21-Янв-14, (152) –1

Так между прочим DM работает drivers block md dm-kcopyd c Sleep this n, vitalif (ok), 14:17 , 21-Янв-14, (150)

Ну видишь, эти хоть честно признались , pavlinux (ok), 14:55 , 21-Янв-14, (151)
ключевое слово , arisu (ok), 15:36 , 21-Янв-14, (154)

HSR - это хорошо, а что с реализацией PRP Parallel Redundancy Protocol , описан, гошт (?), 18:35 , 20-Янв-14, (97)
http storage6 static itmages ru i 14 0120 h_1390234731_4659122_c3764acc19 pngи, Sylvia (ok), 20:20 , 20-Янв-14, (107)

Прилепи вот этот патчик https git kernel org cgit linux kernel git next linux-, pavlinux (ok), 20:51 , 20-Янв-14, (113)

kernel random read_wakeup_threshold 64kernel random write_wakeup_threshold 8, Sylvia (ok), 21:13 , 20-Янв-14, (115)

Неа, в 3 14 пойдёт, хотя мож пофиксят вот это code -static int max_read_thresh , pavlinux (ok), 23:47 , 20-Янв-14, (132)

А что он дает , Аноним (-), 22:49 , 20-Янв-14, (130)

Мне - ничего, у меня RDRAND нигде нету, а у кого есть - вот тут уже рассказал , pavlinux (ok), 00:03 , 21-Янв-14, (134)

Хороший релиз Особенно внедрение нового файрвола и новый блочный слой радует , lucentcode (ok), 20:33 , 20-Янв-14, (108) –1
а как же закон Мура , Заоза (ok), 00:31 , 21-Янв-14, (138) –2
Подскажите, а есть ли какой-то способ начать пользоваться этой версией ядра Ест, Аноним (-), 04:05 , 29-Янв-14, (161)

Ну, говорят, там есть make rpm Да-да, прямо там , Andrey Mitrofanov (?), 09:44 , 29-Янв-14, (162)
нет, я линуса припахал ему всё равно делать нечего он мне сам звонит периодиче, arisu (ok), 14:16 , 29-Янв-14, (163)

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

2. Сообщение от Fracta1L (ok), 20-Янв-14, 07:36 –3 +/–

Фороникс утверждает, что в 3.13 наблюдаются ощутимые регрессии в дисковой подсистеме (отчасти из-за недоработанного ещё нового блочного слоя). Пожалуй, пропущу этот релиз и подожду 3.14

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #14, #20, #31, #38, #60, #93, #160

4. Сообщение от Andrey Mitrofanov (?), 20-Янв-14, 07:56 –1 +/–

http://www.opennet.dev/openforum/vsluhforumID3/92256.html#303

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

12. Сообщение от Аноним (-), 20-Янв-14, 09:37 +/–

А что лучше, dm-cache или Bcache ?

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

13. Сообщение от Аноним (13), 20-Янв-14, 09:38 –1 +/–

а когда в роутерах перестанут наконец использовать ржавое прержавое ядро 2.6?

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #16, #33, #120

14. Сообщение от Аноним (-), 20-Янв-14, 09:44 +6 +/–

Phoronix тестировал rc, может исправили.

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

15. Сообщение от Moomintroll (ok), 20-Янв-14, 09:57 –5 +/–

Переводчика на мыло!
> правила фильтрации компилируются в пространстве пользователя в байткод и передаются в ядро через API Netlink
> Все операции по определению условий и связанных с ними действий выполняются в пространстве пользователя, в ядре производится только базовый набор операций, таких как чтение данных из пакета, сравнение данных и т.п.
Так где же будет производиться фильтрация, в ядре или в пространстве пользователя?
Вообще что-то невнятное... Если фильтрация в пространстве пользователя, то чем она отличается от NFQUEUE и какого-нибудь демона с шахматами и поэтессами?

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #17, #19, #28

16. Сообщение от Гость (?), 20-Янв-14, 10:05 –2 +/–

Когда пресвежие ядра станут такими же оттестированными как 2.6 и производителям кровь из носа потребуется функционал из новых ядер.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13 Ответы: #25, #45

17. Сообщение от Аноним (-), 20-Янв-14, 10:10 –1 +/–

> Так где же будет производиться фильтрация, в ядре или в пространстве пользователя?
Вчитайтесь в отквоченный вами текст и ещё раз прочитайте первый абзац в новости, там  ясно сказано, что делается в  пространстве пользователя. Какие проверки будет делать загруженный байткод определяется в пространстве пользователя. В ядро уже подготовленный в пространстве пользователя байткод грузится, который выполняется в специальной виртуальной машине.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #15

18. Сообщение от Аноним (-), 20-Янв-14, 10:13 +/–

Ждём появление джавы  уровня ядра. С пользовательского уровня через апи формируешь код и он выполняется на уровне ядра.

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #22, #48

19. Сообщение от Гость (?), 20-Янв-14, 10:16 +/–

Это от того что вы невнимательно читаете. Правила задаются в юзерспейсе, компилируется в байткод и передается ядру, а в ядре только сравниваются байты из пакета с байтами в правилах. => Фильтрация производится в ядре.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #15 Ответы: #26

20. Сообщение от Аноним (-), 20-Янв-14, 10:16 +1 +/–

Что за регрессии? Тесты повалились?

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

22. Сообщение от Аноним (-), 20-Янв-14, 10:20 +/–

Для ядра NetBSD уже Lua запилили http://www.opennet.dev/opennews/art.shtml?num=38203
Для Linux тоже начинали что-то похожее делать, но проект загнулся так ничего и не родив.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #18 Ответы: #27

23. Сообщение от Гость (?), 20-Янв-14, 10:23 +/–

> А что лучше, dm-cache или Bcache ?
Для вас лучше dm-cache.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12

25. Сообщение от Andrey Mitrofanov (?), 20-Янв-14, 10:55 –2 +/–

> Когда пресвежие ядра станут такими же оттестированными как 2.6 и производителям кровь
> из носа потребуется функционал из новых ядер.
Или когда новые ядра с "новым функционалом" похудеют до размеров флэшей тех роутеров.

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

26. Сообщение от Andrey Mitrofanov (?), 20-Янв-14, 10:58 +/–

>компилируется в байткод и передается ядру, а в ядре только сравниваются байты
> из пакета с байтами в правилах.
FIX: Байт-код не "сравнивается", он исполняется.

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

27. Сообщение от цирроз (ok), 20-Янв-14, 11:09 +/–

ничего хорошего из таких проектов и не получится

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #22 Ответы: #71

28. Сообщение от gapsf2 (ok), 20-Янв-14, 11:11 +3 +/–

В userspace происходит компиляция (естественно с проверкой синтаксиса и ошибок) в байт-код для простенькой виртуальной машины, которая есть в ядре.
Виртуальная машина в ядре очень простая и имеет специфичный набор инструкций, оптимизрованный под задачи обработки пакетов (типа "загрузить в регистр байт по такому-то смещению из заголовка пакета", "сравнить регистры" и т.п.).
Но в ней нет "зашитого" кода, спецефичного для какого-либо протокола.
Т.о. из userspace в kernelspace происходит загрузка готового байт-кода (через протокол netlink), скомпилированного из вашего набора правил.
Всё остальное: все константы, структура тех или иных пакетов для различных сетевых протоколов, логика их разбора - все это вынесено в userspace-утилиты.
Т.е. kernelspace-код nftables независим от особенностей того или иного протокола и в случае добавления или изменения протокола достаточно изменить только userspace-код (логику обработки протокола).
Т.к. кода ядра nftbales протоколонезависим, то в общем устраняется необходимость писать match-расширения специально для включения в ядро (ранее это был patch-o-matic), т.к. все их можно реализовать в userspace-коде.
Т.е. для получения/обновления расширений не надо будет обновлять ядро - достаточно обновить утилиты, имеющие "на борту" новые спецификации и логику.
Насколько я смог понять, вирутальная машина - функция nft_do_chain_pktinfo
https://github.com/torvalds/linux/blob/master/net/netfilter/...

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #15

29. Сообщение от AlexAT (ok), 20-Янв-14, 11:12 +4 +/–

Как сетевика - наиболее радуют NPF и TC-BPF.
Интересно, насколько легко удастся бэкпортировать сии вкусности в ядро RH7.

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

31. Сообщение от Аноним (-), 20-Янв-14, 11:26 –8 +/–

Фореникс как всегда прав.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #91, #133

33. Сообщение от Онаним (?), 20-Янв-14, 11:51 +2 +/–

> а когда в роутерах перестанут наконец использовать ржавое прержавое ядро 2.6?
Уж как год назад (25th April 2013):
ATTITUDE ADJUSTMENT 12.09 / Highlights since Backfire 10.03.1:
- Switched to Kernel 3.3
- snip -

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13 Ответы: #54, #102

35. Сообщение от ua9oas (ok), 20-Янв-14, 12:02 –1 +/–

В состав каких дистрибутивов оно войдет? (и когда?) И прежде чем оно так куда войдет,- а как много до этого его там где-либо "прикрутят"? (а в каких случаях стоит это делать?)
Какое количество новаго оборудования оно стало поддерживать (и сколько его теперь осталось того, которое в линуксе все еще не поддерживается?)

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #36, #76, #90

36. Сообщение от Аноним (-), 20-Янв-14, 12:10 –2 +/–

В Арче, Генте, наверное уже сегодня.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #35

38. Сообщение от Sergey722 (ok), 20-Янв-14, 12:22 +3 +/–

Фороникс утверждает:
The Linux 3.13 Kernel Is A Must-Have For AMD RadeonSI Users
Там прирост производительности в пять раз - не самый впечатляющий результат.
Вот такой он противоречивый - Фороникс.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #39, #84

39. Сообщение от Fracta1L (ok), 20-Янв-14, 12:25 +4 +/–

Серёжа, нельзя же так люто упарываться, это совершенно разные подсистемы. Где ты тут противоречие увидел?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #38 Ответы: #40

40. Сообщение от Sergey722 (ok), 20-Янв-14, 12:41 +1 +/–

Ладно, уговорили, не буду :)
Все равно, улучшения в графике радуют!

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #39 Ответы: #43

41. Сообщение от daks (ok), 20-Янв-14, 12:41 +3 +/–

Есть ненулевая вероятность, что шапка портирует сама, учитывая, что это не изменение, а добавление и семёрочка всё ещё в бэте.

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

43. Сообщение от ананим (?), 20-Янв-14, 12:50 +9 +/–

>поддержка автоматического переключения между GPU в драйвере Radeon
Дык у обладателей амд праздник. Одним этим предложением утерли нос нвидиа.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #40 Ответы: #53, #109

45. Сообщение от Аноним (-), 20-Янв-14, 13:01 +2 +/–

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

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

48. Сообщение от Аноним (-), 20-Янв-14, 13:07 –3 +/–

Есть такая штука... байт-код... в Java...

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #18

51. Сообщение от Аноним (-), 20-Янв-14, 13:23 +/–

По ссылке про Nftables первый же комментарий:
You must be joking. This got pulled in?
“Building a basic ruleset”?! Wow. The direction of Linux development never ceases to amaze me.
Собственно, такие же ощущения были.

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #56, #58

53. Сообщение от Fracta1L (ok), 20-Янв-14, 13:54 +/–

Да, наконец-то начали доставать до носа нвидиа. Встав на цыпочки -))

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

54. Сообщение от dalco (ok), 20-Янв-14, 13:57 +/–

А в openwrt`шном trunk`е так и 3.10 уже.
P.S. Правда, не каждый снапшот оттуда удачен ;) Но мне _чаще всего_ везло :)

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

56. Сообщение от gapsf2 (ok), 20-Янв-14, 14:25 +3 +/–

По умолчанию встроенных таблиц (filter, mangle, nat...) и цепочек (INPUT, OUTPUT, FORWARD) нет - все абсолютно пусто.
Встроенных счетчиков у каждого правила нет (для увеличения производительности) - нужен счетчик - создаем явно.
# создаем таблицу filter
table filter {
        chain input {                                # создаем цепочку input
                 table filter hook input priority 0; # вставляем перехват пакета
                 ct state established accept         # разрешаем established
                 ct state related accept             # разрешаем related
                 meta iif lo accept                  # разрешаем входящий на localhost-интерфейса
                 tcp dport ssh counter packets 0 bytes 0 accept  # разрешаем SSH
                 counter packets 5 bytes 5 log drop            # для всех остальных пакетов считаем пакеты и байты, логируем и игнорируем в одном правиле
        }
        chain output {                                 # создаем цепочку output
                 table filter hook output priority 0;  # вставляем перехват пакета
                 ct state established accept           # разрешаем established
                 ct state related accept               # разрешаем related
                 meta oif lo accept                    # разрешаем исходящий с localhost- интерфейса
                 ct state new counter packets 0 bytes 0 accept  # считаем и разрешаем новые исходящие соединения
        }
}
В целом здесь все идентично iptables за исключением явного создания таблиц и цепочек, и возможности объединения нескольких вердиктов в одной команде.
Система гибкая за счет отказа от зашитости всего в ядро - поэтому все надо создать из userspace.
Естественно, что создавать таблицы и цепочки можно один раз и скорее всего в дистрибах будут скрипты базовой настройки, так что вам можно будет не заморачиваться особо.
З.Ы. Похоже что либо старый пример, либо не проверенный - не совсем соответствует синтаксису http://git.netfilter.org/nftables/tree/src/parser.y
В частности в "table filter hook output priority 0;" вроде не должно быть "table", а между всеми правилами должен быть разделитель ";"

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

58. Сообщение от vitalif (ok), 20-Янв-14, 14:36 +1 +/–

Ой, да нормально. Как будто iptables интуитивно понятен. Если постоянно не юзать - всё равно забываешь каждый раз, что там да как называется...

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #51 Ответы: #61

59. Сообщение от pavlinux (ok), 20-Янв-14, 14:43 –3 +/–

Макс, для рандома еще вот это патчик
random: mix in architectural randomness earlier in extract_buf()
Previously if CPU chip had a built-in random number generator (i.e.,
RDRAND on newer x86 chips), we mixed it in at the very end of
extract_buf() using an XOR operation.
We now mix it in right after the calculate a hash across the entire
pool.  This has the advantage that any contribution of entropy from
the CPU's HWRNG will get mixed back into the pool.  In addition, it
means that if the HWRNG has any defects (either accidentally or
maliciously introduced), this will be mitigated via the non-linear
transform of the SHA-1 hash function before we hand out generated
output.
http://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.g...

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #106

60. Сообщение от бро (?), 20-Янв-14, 14:50 +1 +/–

Если хочешь, можно подождать и более совершенную - 3.141

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #66

61. Сообщение от Perain (?), 20-Янв-14, 14:51 –6 +/–

По сравнению с ipfw, iptables полный выродок!

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #58 Ответы: #70, #83, #103, #159

63. Сообщение от Аноним (-), 20-Янв-14, 14:58 –5 +/–

9849 файлов?
Я думал в ядре всего один файл.

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

66. Сообщение от Fracta1L (ok), 20-Янв-14, 15:21 +/–

> Если хочешь, можно подождать и более совершенную - 3.141
Нет, стоит подождать абсолютно совершенную - 3.14159265359... и так далее -))

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #60 Ответы: #99

70. Сообщение от Аноним (-), 20-Янв-14, 15:36 +5 +/–

Это называется "синдром утенка".

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

71. Сообщение от Аноним (-), 20-Янв-14, 15:40 –1 +/–

> ничего хорошего из таких проектов и не получится
Ну почему? В перспективе они позволяют переписать на скриптовых языках почти все ядро, оставив на сях только интерпретатор байткода. И такое новое ядро будет возвышаться над нынешним примерно так же, как sysvinit и openrc возвышаются над системДой.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #27 Ответы: #100, #144

72. Сообщение от anonymous (??), 20-Янв-14, 15:41 +2 +/–

>Увеличена масштабируемость epoll на системах с большим числом CPU за счёт переработки организации блокировок. Тестирование на системе с 16 CPU показало увеличение производительности с 35k jOPS до 125k jOPS в тесте SPECjbb.
Линукс-торт!

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #149

74. Сообщение от pavlinux (ok), 20-Янв-14, 15:45 –1 +/–

+    while (true) {
+        s64 count;
+
+        spin_lock_irq(q->queue_lock);
+        count = percpu_counter_sum(&q->mq_usage_counter);
+        spin_unlock_irq(q->queue_lock);
+
+        if (count == 0)
+            break;
+        blk_mq_run_queues(q, false);
+        msleep(10);
+    }

Вот не хорошо как-то - sleep() без причин и объяснений.

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

76. Сообщение от koblin (ok), 20-Янв-14, 15:50 –1 +/–

в грядущей убунте (14.04) оно вроде уже есть

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #35

83. Сообщение от pavlinux (ok), 20-Янв-14, 16:32 +4 +/–

> По сравнению с ipfw, iptables полный выродок!
По сравнению с bpf, ipfw ущербное говно!

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #61 Ответы: #85

84. Сообщение от pkunk (ok), 20-Янв-14, 16:33 +/–

From: Marek Olšák <marek.olsak@amd.com>
Only the render backends of the first shader engine were enabled. The others
were erroneously disabled. Enabling the other render backends improves
performance a lot.
Unigine Sanctuary on Bonaire:
  Before: 15 fps
  After:  90 fps
Judging from the fan noise, the GPU was also underclocked when the other
render backends were disabled, resulting in horrible performance. The fan is
a lot noisy under load now.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #38 Ответы: #110, #148

85. Сообщение от Perain (?), 20-Янв-14, 16:35 –3 +/–

в этом согласен http://citrin.ru/freebsd:ng_ipfw_ng_bpf

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #83 Ответы: #94

90. Сообщение от Аноним (-), 20-Янв-14, 16:41 +/–

В Федоре стопудово будет. Может даже в 19-й.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #35 Ответы: #92

91. Сообщение от Аноним (-), 20-Янв-14, 16:43 +/–

> Фореникс как всегда прав.
Слово "как" в вашем заявлении - лишнее.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #31 Ответы: #114

92. Сообщение от Аноним (-), 20-Янв-14, 16:52 +/–

20-я уже на дворе ))

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #90 Ответы: #95

93. Сообщение от Sylvia (ok), 20-Янв-14, 16:53 +2 +/–

настоящие джедаи не должны поддаваться лжи провороникса :D
обновила на 2 серверах, с производительностью диска все ОК, правда там и конфиг минимальный у ядра

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #111

94. Сообщение от pavlinux (ok), 20-Янв-14, 17:00 +/–

> в этом согласен http://citrin.ru/freebsd:ng_ipfw_ng_bpf
BPF нужен тем, кто пишет iptables, свои фаерволы, системы управления трафиком, и пр.
Сисадмину, и тем более хомякам, это геморрой на 5 лет вперёд по изучению и разбору
на биты всего стека IP.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #85

95. Сообщение от Аноним (-), 20-Янв-14, 17:37 +/–

Я имел в виду, что даже в старую 19-ю запихнут новое ведро ;)

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #92 Ответы: #98

96. Сообщение от AlexAT (ok), 20-Янв-14, 18:00 +2 +/–

А иначе будет spinlock contention между CPU. 1/100000 секунды слипа для избежания lock contention, если не требуется realtime-реакция - нормально.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #74 Ответы: #101

97. Сообщение от гошт (?), 20-Янв-14, 18:35 +/–

HSR - это хорошо, а что с реализацией PRP (Parallel Redundancy Protocol), описанном в стандарте IEC 62439-3?

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

98. Сообщение от Аноним (-), 20-Янв-14, 19:07 –2 +/–

Что, прямо как в ubuntu и arch?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #95

99. Сообщение от Аноним (-), 20-Янв-14, 19:08 +3 +/–

> Нет, стоит подождать абсолютно совершенную - 3.14159265359... и так далее -))
$ latex --version
pdfTeX 3.1415926-1.40.10-2.2 (TeX Live 2009/Debian)

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #66 Ответы: #143

100. Сообщение от жабабыдлокодер (ok), 20-Янв-14, 19:09 +/–

А были проекты оси на жабе. Только вот дальше проектов дело не пошло, к сожалению... Хотя для Солариса ДЕ на ней, родимой, сделали. И работало вполне неплохо.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #71 Ответы: #122, #145

101. Сообщение от pavlinux (ok), 20-Янв-14, 19:22 –2 +/–

Пред новым годом в USB срач был, сколько делать таймаут после ресета: 10 ms или 20
Я не против, мож это и так, но блин можно было сделать:
#define NO_SPNLK_CONT_TMOUT (HZ/100) // иль тупа 10, но только объяснить, почему 10, а не 15
...
msleep(NO_SPNLK_CONT_TMOUT)
---
А сейчас это похоже на детские хаки в хелловордах - sleep(1),
"просто слип, хрен знает зачем, но чую подождать надо, не знаю сколько,
но навсякий случай пишу 1 сек."

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #96 Ответы: #104, #118, #150

102. Сообщение от Miha (??), 20-Янв-14, 19:38 –1 +/–

>> а когда в роутерах перестанут наконец использовать ржавое прержавое ядро 2.6?
> Уж как год назад (25th April 2013):
> ATTITUDE ADJUSTMENT 12.09 / Highlights since Backfire 10.03.1:
> - Switched to Kernel 3.3
> - snip -
Ну да и теперь не меньше 32Мбайт памяти надо.

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

103. Сообщение от Miha (??), 20-Янв-14, 19:45 +/–

> По сравнению с ipfw, iptables полный выродок!
Вы шутник. Для двух карт - может быть, а вот когда у вас сложная топология, то айпитаблес - лучшее решение. В ipfw per-interface acl только в прошлом году стало возможным. Так что не надо.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #61 Ответы: #105

104. Сообщение от asavah (ok), 20-Янв-14, 19:51 –1 +/–

дык напиши в LKML, может примут.
я твои патчи уже на себе опробовал (для блоба ынвидии и для vmware vmnet-only на "новых" ядрах) и они очень даже нормально работают.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #101

105. Сообщение от Аноним (-), 20-Янв-14, 20:07 –2 +/–

айпитаблес не может быть лучшим решением, потому что не работает под FreeBSD.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #103 Ответы: #112, #124, #126

106. Сообщение от pavlinux (ok), 20-Янв-14, 20:08 –1 +/–

Макс, отменяй новость, там всё опять поломали, XOR больше не нужен! :D
https://git.kernel.org/cgit/linux/kernel/git/next/linux-next...

    /*
-     * If we have a architectural hardware random number
-     * generator, mix that in, too.
+     * If we have an architectural hardware random number
+     * generator, use it for SHA's initial vector
     */
+    sha_init(hash.w);
    for (i = 0; i < LONGS(20); i++) {
        unsigned long v;
        if (!arch_get_random_long(&v))
            break;
-        hash.l[i] ^= v;
+        hash.l[i] = v;
    }

А я и говорил: XOR - палево:  http://www.opennet.dev/openforum/vsluhforumID3/93572.html#61

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #59 Ответы: #116

107. Сообщение от Sylvia (ok), 20-Янв-14, 20:20 +/–

http://storage6.static.itmages.ru/i/14/0120/h_1390234731_465...
изменения в ГСЧ забавно смотрятся на графике мунина, больше энтропии :D

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

108. Сообщение от lucentcode (ok), 20-Янв-14, 20:33 –1 +/–

Хороший релиз. Особенно внедрение нового файрвола и новый блочный слой радует.

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

109. Сообщение от Аноним (-), 20-Янв-14, 20:35 +1 +/–

> Дык у обладателей амд праздник. Одним этим предложением утерли нос нвидиа.
Для них 3.13 - это эпохальный кернел. Если у вас не слишком древняя видеокарта, DPM активированный по дефолту порадует вас холодным GPU в режиме ничегонеделания и отличной производительностью при нагрузке.
//к сожалению я нашел в нем баг, ну вот почему баги лезут сразу после релизов, а не до?!

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #43 Ответы: #146

110. Сообщение от Аноним (-), 20-Янв-14, 20:36 +2 +/–

> Unigine Sanctuary on Bonaire:
>   Before: 15 fps
>   After:  90 fps
Учитесь как фиксы надо выкатывать. А юзеры Bonaire должны поставить Marek'у памятник при жизни вообще.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #84

111. Сообщение от Аноним (-), 20-Янв-14, 20:37 –4 +/–

> настоящие джедаи не должны поддаваться лжи провороникса :D
Ну поскольку мадам не выкатила никаких тестов лучше - мы будем предпочитать фороникса.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #93 Ответы: #127, #135

112. Сообщение от pavlinux (ok), 20-Янв-14, 20:46 +2 +/–

> айпитаблес не может быть лучшим решением, потому что не работает под FreeBSD.
Ещё один повод выкинуть BSD

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #105

113. Сообщение от pavlinux (ok), 20-Янв-14, 20:51 +/–

Прилепи вот этот патчик https://git.kernel.org/cgit/linux/kernel/git/next/linux-next...
---
И сейчас эти сисцтлины чему равны?
kernel.random.read_wakeup_threshold
kernel.random.write_wakeup_threshold

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #107 Ответы: #115, #130

114. Сообщение от р323234 (?), 20-Янв-14, 20:52 +/–

Оно не меняет смысла, так что без разницы

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #91 Ответы: #139

115. Сообщение от Sylvia (ok), 20-Янв-14, 21:13 +/–

kernel.random.read_wakeup_threshold = 64
kernel.random.write_wakeup_threshold = 896
патчить буду когда .1 выйдет, хотя наверное этот патч там уже и будет

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #113 Ответы: #132

116. Сообщение от Sage (??), 20-Янв-14, 21:18 +2 +/–

Опять с указателями балуешься, Павлуша?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #106 Ответы: #136

118. Сообщение от Аноним (-), 20-Янв-14, 21:21 +2 +/–

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #101 Ответы: #137

120. Сообщение от Аноним (-), 20-Янв-14, 21:41 +/–

> а когда в роутерах перестанут наконец использовать ржавое прержавое ядро 2.6?
Используйте openwrt, там ядро не ржавое.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13 Ответы: #157

122. Сообщение от Аноним (-), 20-Янв-14, 21:43 +1 +/–

> И работало вполне неплохо.
...если Cray прикупить...

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #100 Ответы: #129

124. Сообщение от Аноним (-), 20-Янв-14, 21:45 +/–

> потому что не работает под FreeBSD.
А что под ней вообще работает? Полторы бестолковых файловых системы, недопиленная виртуализация и пакетный манагер для галочки? Крутая система для крутых пасанов.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #105

125. Сообщение от Аноним (-), 20-Янв-14, 21:46 +/–

> Я думал в ядре всего один файл.
А еще Земля - не плоская. И солнце вокруг нее не вращается. Ща ты у нас много нового узнаешь...

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

126. Сообщение от Аноним (-), 20-Янв-14, 22:04 +/–

> потому что не работает под FreeBSD.
это не беда, ~BSD не нужно.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #105

127. Сообщение от arisu (ok), 20-Янв-14, 22:12 +2 +/–

> Ну поскольку мадам не выкатила никаких тестов лучше - мы будем предпочитать
> фороникса.
а мы — не будем. индекс доверия у обоих источников примерно одинаковый.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #111 Ответы: #128

128. Сообщение от Аноним (-), 20-Янв-14, 22:38 +/–

> а мы
"Мы, Николай Вторый..."

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #127 Ответы: #140

129. Сообщение от Аноним (-), 20-Янв-14, 22:40 +1 +/–

>> И работало вполне неплохо.
> ...если Cray прикупить...
Человек, который любит смотреть, как резво бегают улитки, не замечает тормозов JavaOS.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #122 Ответы: #131

130. Сообщение от Аноним (-), 20-Янв-14, 22:49 +/–

> Прилепи вот этот патчик https://git.kernel.org/cgit/linux/kernel/git/next/linux-next...
А что он дает?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #113 Ответы: #134

131. Сообщение от жабабыдлокодер (ok), 20-Янв-14, 22:50 –1 +/–

Там было два варианта, второй со второгномом. Запускал в виртуалбоксе, разницы по скорости не заметил.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #129 Ответы: #158

132. Сообщение от pavlinux (ok), 20-Янв-14, 23:47 +/–

Неа, в 3.14 пойдёт, хотя мож пофиксят вот это:

-static int max_read_thresh = INPUT_POOL_WORDS * 32;
+static int max_read_thresh = OUTPUT_POOL_WORDS * 32;

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #115

133. Сообщение от Mr_Gentoo (ok), 20-Янв-14, 23:50 +1 +/–

> Фореникс как всегда прав.
Фороникс как всегда лев.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #31 Ответы: #142

134. Сообщение от pavlinux (ok), 21-Янв-14, 00:03 +/–

>> Прилепи вот этот патчик https://git.kernel.org/cgit/linux/kernel/git/next/linux-next...
> А что он дает?
Мне - ничего, у меня RDRAND нигде нету, а у кого есть - вот тут уже рассказал:
http://www.opennet.dev/openforum/vsluhforumID3/93616.html#106
Ну и фикс
-static int max_read_thresh = INPUT_POOL_WORDS * 32;
+static int max_read_thresh = OUTPUT_POOL_WORDS * 32;

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #130

135. Сообщение от Аноним (-), 21-Янв-14, 00:09 –3 +/–

Почему нельзя унижать девушек на опеннете?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #111 Ответы: #141, #156

136. Сообщение от pavlinux (ok), 21-Янв-14, 00:11 +/–

> Опять с указателями балуешься, Павлуша?
:-P

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #116

137. Сообщение от pavlinux (ok), 21-Янв-14, 00:20 –1 +/–

> от HZ уже давно отвязались.
Чтоб отвязаться от HZ на машине должен быть стабильный TSC,
в ширпотребе это минимум материнки после 2012 года.
Либо нормальный RTC, с не плавающей частотой.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #118 Ответы: #147

138. Сообщение от Заоза (ok), 21-Янв-14, 00:31 –2 +/–

а как же закон Мура?

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

139. Сообщение от Аноним (-), 21-Янв-14, 02:21 +/–

Зато отлично передает контекст.

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

140. Сообщение от arisu (ok), 21-Янв-14, 02:42 +/–

>> а мы
> «Мы, Николай Вторый…»
это к #111

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #128

141. Сообщение от arisu (ok), 21-Янв-14, 02:44 +2 +/–

> Почему нельзя унижать девушек на опеннете?
можно. но за дело. но сильви очень старательно избегает «дела».

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #135

142. Сообщение от Аноним (-), 21-Янв-14, 03:50 –2 +/–

Генту как всегда позади планеты всей.
Особенно, по скорости развития.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #133 Ответы: #155

143. Сообщение от Аноним (-), 21-Янв-14, 04:42 +/–

Когда Кнут умрет, согласно его завещанию, версии tex и metafont примут значения равные π  и e соответственно, а все баги станут считаться особенностями реализации.

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

144. Сообщение от Аноним (-), 21-Янв-14, 04:45 –2 +/–

> sysvinit и openrc возвышаются над системДой.
Вроде, такое положение не "возвышаются" зовется, а совсем наоборот.

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

145. Сообщение от Аноним (-), 21-Янв-14, 04:46 +1 +/–

> А были проекты оси на жабе. Только вот дальше проектов дело не
> пошло, к сожалению... Хотя для Солариса ДЕ на ней, родимой, сделали.
> И работало вполне неплохо.
В солярисе Java Desktop - это такой переименованный гном. От джавы там одно название, чтобы тырпрайз клевал.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #100

146. Сообщение от Аноним (-), 21-Янв-14, 10:59 +1 +/–

>к сожалению я нашел в нем баг, ну вот почему баги лезут сразу после релизов, а не до?!
А почему ты ищешь баги после релиза, а не до?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #109 Ответы: #153

147. Сообщение от Аноним (-), 21-Янв-14, 11:12 +1 +/–

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #137 Ответы: #152

148. Сообщение от Аноним (-), 21-Янв-14, 13:04 +/–

Этот же коммит включем в ядра >=3.12.7, если что.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #84

149. Сообщение от vitalif (ok), 21-Янв-14, 14:15 +/–

Показало увеличение производительности до 125к жопс...

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

150. Сообщение от vitalif (ok), 21-Янв-14, 14:17 +/–

> А сейчас это похоже на детские хаки в хелловордах - sleep(1),
> "просто слип, хрен знает зачем, но чую подождать надо, не знаю сколько,
> но навсякий случай пишу 1 сек."
Так между прочим DM работает...)))
drivers/block/md/dm-kcopyd.c:
/*
* Sleep this number of milliseconds.
*
* The value was decided experimentally.
* Smaller values seem to cause an increased copy rate above the limit.
* The reason for this is unknown but possibly due to jiffies rounding errors
* or read/write cache inside the disk.
*/
#define SLEEP_MSEC                      100

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #101 Ответы: #151, #154

151. Сообщение от pavlinux (ok), 21-Янв-14, 14:55 +/–

>> А сейчас это похоже на детские хаки в хелловордах - sleep(1),
>> "просто слип, хрен знает зачем, но чую подождать надо, не знаю сколько,
>> но навсякий случай пишу 1 сек."
> Так между прочим DM работает...)))
Ну видишь, эти хоть честно признались. :)

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #150

152. Сообщение от pavlinux (ok), 21-Янв-14, 14:55 –1 +/–

> Чтобы отвязаться от HZ нужно просто отвязаться от HZ. HZ это не
> таймер, а метод квантования планировщика задач.
Кванты будем по рандому генерить?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #147

153. Сообщение от arisu (ok), 21-Янв-14, 15:35 +/–

>>к сожалению я нашел в нем баг, ну вот почему баги лезут сразу после релизов, а не до?!
> А почему ты ищешь баги после релиза, а не до?
а с каких пор «пользоваться» стало равно «ищешь баги»?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #146

154. Сообщение от arisu (ok), 21-Янв-14, 15:36 +/–

> работает
ключевое слово.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #150

155. Сообщение от Аноним (-), 21-Янв-14, 15:44 +/–

Фороникс, залогинься.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #142

156. Сообщение от Аноним (-), 21-Янв-14, 15:45 +4 +/–

> Почему нельзя унижать девушек на опеннете?
Персонально тебе - вообще ничего здесь нельзя. Страдай.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #135

157. Сообщение от Аноним (-), 21-Янв-14, 15:45 +/–

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #120

158. Сообщение от Аноним (-), 21-Янв-14, 15:47 +/–

> Там было два варианта, второй со второгномом.
А первый от него чем-то отличался, кроме названия?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #131

159. Сообщение от user455 (?), 21-Янв-14, 19:54 +2 +/–

не забуду freebsd 6, когда я сидел и день за днем разбирался с ipfw в купе с его правилами и divert к natd. сколько разбирался - не помню, но было это долго и нудно.
потом, спустя год я откырл pf и разобрался с ним за 3и часа. а потом еще пару дней игрался.
спустя еще год я открыл iptables (nf) и разобрался с ним за час. он мне показался самы клевым , удобным и логичным фаером из всех, что я видел.

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

160. Сообщение от Sylvia (ok), 24-Янв-14, 10:46 +/–

не знаю можно ли назвать это регрессией, но дисковая активность явно выросла на обоих обновленных до 3.13 серверах без видимых внешних причин
iops
http://storage5.static.itmages.ru/i/14/0124/h_1390545883_493...
load avg
http://storage7.static.itmages.ru/i/14/0124/h_1390545892_401...

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #164, #165

161. Сообщение от Аноним (-), 29-Янв-14, 04:05 +/–

Подскажите, а есть ли какой-то способ начать пользоваться этой версией ядра? Есть ли какие-то очень быстрые дистрибутивы? Может быть какой-то RPM Based? А как вы вообще тестируете сами? Неужеле ставите из исходников и собираете?

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #162, #163

162. Сообщение от Andrey Mitrofanov (?), 29-Янв-14, 09:44 +/–

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #161

163. Сообщение от arisu (ok), 29-Янв-14, 14:16 +/–

> как вы вообще тестируете сами? Неужеле ставите из исходников и собираете?
нет, я линуса припахал. ему всё равно делать нечего. он мне сам звонит периодически и просит: «ну потестируй ядро, а то я сам не умею. я вот тебе даже собрал, ты только потестируй!»

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #161

164. Сообщение от Аноним (-), 29-Янв-14, 14:49 +/–

ССЗБ :(

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #160

165. Сообщение от Аноним (-), 29-Янв-14, 14:50 +/–

На серверах .0 ядра используют только камикадзе или новички. Либо у вас сервер локалхоста, тогда понятно.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #160

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

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

Партнёры:

Хостинг:

Закладки на сайте
Проследить за страницей

Created 1996-2025 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру

2. Сообщение от Fracta1L (ok), 20-Янв-14, 07:36	–3 +/–
Фороникс утверждает, что в 3.13 наблюдаются ощутимые регрессии в дисковой подсистеме (отчасти из-за недоработанного ещё нового блочного слоя). Пожалуй, пропущу этот релиз и подожду 3.14
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #14, #20, #31, #38, #60, #93, #160

4. Сообщение от Andrey Mitrofanov (?), 20-Янв-14, 07:56	–1 +/–
http://www.opennet.dev/openforum/vsluhforumID3/92256.html#303
Ответить \| Правка \| Наверх \| Cообщить модератору

12. Сообщение от Аноним (-), 20-Янв-14, 09:37	+/–
А что лучше, dm-cache или Bcache ?
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #23

13. Сообщение от Аноним (13), 20-Янв-14, 09:38	–1 +/–
а когда в роутерах перестанут наконец использовать ржавое прержавое ядро 2.6?
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #16, #33, #120

14. Сообщение от Аноним (-), 20-Янв-14, 09:44	+6 +/–
Phoronix тестировал rc, может исправили.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #2

15. Сообщение от Moomintroll (ok), 20-Янв-14, 09:57	–5 +/–
Переводчика на мыло! > правила фильтрации компилируются в пространстве пользователя в байткод и передаются в ядро через API Netlink > Все операции по определению условий и связанных с ними действий выполняются в пространстве пользователя, в ядре производится только базовый набор операций, таких как чтение данных из пакета, сравнение данных и т.п. Так где же будет производиться фильтрация, в ядре или в пространстве пользователя? Вообще что-то невнятное... Если фильтрация в пространстве пользователя, то чем она отличается от NFQUEUE и какого-нибудь демона с шахматами и поэтессами?
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #17, #19, #28

16. Сообщение от Гость (?), 20-Янв-14, 10:05	–2 +/–
Когда пресвежие ядра станут такими же оттестированными как 2.6 и производителям кровь из носа потребуется функционал из новых ядер.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #13 Ответы: #25, #45

17. Сообщение от Аноним (-), 20-Янв-14, 10:10	–1 +/–
> Так где же будет производиться фильтрация, в ядре или в пространстве пользователя? Вчитайтесь в отквоченный вами текст и ещё раз прочитайте первый абзац в новости, там ясно сказано, что делается в пространстве пользователя. Какие проверки будет делать загруженный байткод определяется в пространстве пользователя. В ядро уже подготовленный в пространстве пользователя байткод грузится, который выполняется в специальной виртуальной машине.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #15

18. Сообщение от Аноним (-), 20-Янв-14, 10:13	+/–
Ждём появление джавы уровня ядра. С пользовательского уровня через апи формируешь код и он выполняется на уровне ядра.
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #22, #48

19. Сообщение от Гость (?), 20-Янв-14, 10:16	+/–
Это от того что вы невнимательно читаете. Правила задаются в юзерспейсе, компилируется в байткод и передается ядру, а в ядре только сравниваются байты из пакета с байтами в правилах. => Фильтрация производится в ядре.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #15 Ответы: #26

20. Сообщение от Аноним (-), 20-Янв-14, 10:16	+1 +/–
Что за регрессии? Тесты повалились?
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #2

22. Сообщение от Аноним (-), 20-Янв-14, 10:20	+/–
Для ядра NetBSD уже Lua запилили http://www.opennet.dev/opennews/art.shtml?num=38203 Для Linux тоже начинали что-то похожее делать, но проект загнулся так ничего и не родив.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #18 Ответы: #27

23. Сообщение от Гость (?), 20-Янв-14, 10:23	+/–
> А что лучше, dm-cache или Bcache ? Для вас лучше dm-cache.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #12

25. Сообщение от Andrey Mitrofanov (?), 20-Янв-14, 10:55	–2 +/–
> Когда пресвежие ядра станут такими же оттестированными как 2.6 и производителям кровь > из носа потребуется функционал из новых ядер. Или когда новые ядра с "новым функционалом" похудеют до размеров флэшей тех роутеров.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #16

26. Сообщение от Andrey Mitrofanov (?), 20-Янв-14, 10:58	+/–
>компилируется в байткод и передается ядру, а в ядре только сравниваются байты > из пакета с байтами в правилах. FIX: Байт-код не "сравнивается", он исполняется.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #19

27. Сообщение от цирроз (ok), 20-Янв-14, 11:09	+/–
ничего хорошего из таких проектов и не получится
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #22 Ответы: #71

28. Сообщение от gapsf2 (ok), 20-Янв-14, 11:11	+3 +/–
В userspace происходит компиляция (естественно с проверкой синтаксиса и ошибок) в байт-код для простенькой виртуальной машины, которая есть в ядре. Виртуальная машина в ядре очень простая и имеет специфичный набор инструкций, оптимизрованный под задачи обработки пакетов (типа "загрузить в регистр байт по такому-то смещению из заголовка пакета", "сравнить регистры" и т.п.). Но в ней нет "зашитого" кода, спецефичного для какого-либо протокола. Т.о. из userspace в kernelspace происходит загрузка готового байт-кода (через протокол netlink), скомпилированного из вашего набора правил. Всё остальное: все константы, структура тех или иных пакетов для различных сетевых протоколов, логика их разбора - все это вынесено в userspace-утилиты. Т.е. kernelspace-код nftables независим от особенностей того или иного протокола и в случае добавления или изменения протокола достаточно изменить только userspace-код (логику обработки протокола). Т.к. кода ядра nftbales протоколонезависим, то в общем устраняется необходимость писать match-расширения специально для включения в ядро (ранее это был patch-o-matic), т.к. все их можно реализовать в userspace-коде. Т.е. для получения/обновления расширений не надо будет обновлять ядро - достаточно обновить утилиты, имеющие "на борту" новые спецификации и логику. Насколько я смог понять, вирутальная машина - функция nft_do_chain_pktinfo https://github.com/torvalds/linux/blob/master/net/netfilter/...
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #15

29. Сообщение от AlexAT (ok), 20-Янв-14, 11:12	+4 +/–
Как сетевика - наиболее радуют NPF и TC-BPF. Интересно, насколько легко удастся бэкпортировать сии вкусности в ядро RH7.
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #41

31. Сообщение от Аноним (-), 20-Янв-14, 11:26	–8 +/–
Фореникс как всегда прав.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #2 Ответы: #91, #133

33. Сообщение от Онаним (?), 20-Янв-14, 11:51	+2 +/–
> а когда в роутерах перестанут наконец использовать ржавое прержавое ядро 2.6? Уж как год назад (25th April 2013): ATTITUDE ADJUSTMENT 12.09 / Highlights since Backfire 10.03.1: - Switched to Kernel 3.3 - snip -
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #13 Ответы: #54, #102

35. Сообщение от ua9oas (ok), 20-Янв-14, 12:02	–1 +/–
В состав каких дистрибутивов оно войдет? (и когда?) И прежде чем оно так куда войдет,- а как много до этого его там где-либо "прикрутят"? (а в каких случаях стоит это делать?) Какое количество новаго оборудования оно стало поддерживать (и сколько его теперь осталось того, которое в линуксе все еще не поддерживается?)
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #36, #76, #90

36. Сообщение от Аноним (-), 20-Янв-14, 12:10	–2 +/–
В Арче, Генте, наверное уже сегодня.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #35

38. Сообщение от Sergey722 (ok), 20-Янв-14, 12:22	+3 +/–
Фороникс утверждает: The Linux 3.13 Kernel Is A Must-Have For AMD RadeonSI Users Там прирост производительности в пять раз - не самый впечатляющий результат. Вот такой он противоречивый - Фороникс.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #2 Ответы: #39, #84

39. Сообщение от Fracta1L (ok), 20-Янв-14, 12:25	+4 +/–
Серёжа, нельзя же так люто упарываться, это совершенно разные подсистемы. Где ты тут противоречие увидел?
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #38 Ответы: #40

40. Сообщение от Sergey722 (ok), 20-Янв-14, 12:41	+1 +/–
Ладно, уговорили, не буду :) Все равно, улучшения в графике радуют!
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #39 Ответы: #43

41. Сообщение от daks (ok), 20-Янв-14, 12:41	+3 +/–
Есть ненулевая вероятность, что шапка портирует сама, учитывая, что это не изменение, а добавление и семёрочка всё ещё в бэте.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #29

43. Сообщение от ананим (?), 20-Янв-14, 12:50	+9 +/–
>поддержка автоматического переключения между GPU в драйвере Radeon Дык у обладателей амд праздник. Одним этим предложением утерли нос нвидиа.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #40 Ответы: #53, #109

45. Сообщение от Аноним (-), 20-Янв-14, 13:01	+2 +/–
Ой, вот не надо тут сказок про заботу о потребителе. Причина тривиальна - жаба давит за размер флеш-памяти и денег на капитальный апгрейд прошивок.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #16

48. Сообщение от Аноним (-), 20-Янв-14, 13:07	–3 +/–
Есть такая штука... байт-код... в Java...
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #18

51. Сообщение от Аноним (-), 20-Янв-14, 13:23	+/–
По ссылке про Nftables первый же комментарий: You must be joking. This got pulled in? “Building a basic ruleset”?! Wow. The direction of Linux development never ceases to amaze me. Собственно, такие же ощущения были.
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #56, #58