После двух месяцев разработки Линус Торвальдс анонсировал (https://lkml.org/lkml/2016/1/10/305) релиз ядра Linux 4.4 (http://kernel.org). Среди наиболее заметных изменений: задействование Direct I/O и AIO для примонтированных в loop-режиме ФС, устойчивый к сбоям RAID5 с дополнительным журналированием, поддержка пулинга для блочных устройств, драйвер для SSD-накопителей Open-Channel на основе памяти NVM, работа слушающих TCP-сокетов в неблокирующем режиме, новый системный вызов mlock2(), поддержка 3D в виртуальном GPU virtio-gpu, возможность запуска программ eBPF непривилегированными пользователями, поддержка постоянно работающих eBPF-программ, механизм определения потери TCP-пакетов RACK.
В новую версию принято около 13 тысяч исправлений от 1548 разработчиков, размер патча - 49 Мб (изменения затронули 10606 файлов, добавлено 714106 строк кода, удалено 471010 строк). Около 44% всех представленных в 4.4 изменений связаны с драйверами устройств, примерно 16% изменений имеют отношение к обновлению кода специфичного для аппаратных архитектур, 15% связано с сетевым стеком, 4% - файловыми системами и 3% c внутренними подсистемами ядра.
12.9% изменений внесено сотрудниками компании Intel, 5.2% - Samsung, 5.1% - Red Hat, 3.5% - Atmel, 3.5% - Linaro, 2.3% - IBM, 2.1% - Google, 2.0% - SUSE, 1.8% - ARM, 1.6% - Texas Instruments, 1.6% - Freescale, 1.4% - AMD, 1.3% - Oracle.Из наиболее интересных новшеств (http://kernelnewbies.org/Linux_4.3) можно отметить:
-
Дисковая подсистема, ввод/вывод и файловые системы- Для файловых систем, примонтированные в режиме "loopback" (монтирование из файла с использованием блочного устройства loop), реализована возможность использования прямых (Direct I/O) и асинхронных (AIO) операций ввода/вывода при чтении и записи в файл, связанным с loop-устройством. Использование Direct I/O при обращении к файлу с образом ФС позволяет избежать двойного кэширования, существенно сокращает потребление памяти и уменьшает число переключений контекста;
- В подсистему MD интегрированы наработки (https://code.facebook.com/posts/414713638724358/improving-so.../) компании Facebook по увеличению живучести программного RAID5 в случае краха системы. В частности, реализован режим журналирования RAID5, при котором на отдельном носителе (SSD или NVRAM) создаётся специальный журнал. Записываемые в RAID данные вначале сохраняются в журнале, а затем разносятся по входящим в RAID-массив дискам. Журнал позволяет гарантировать целостное состояние RAID в ситуациях неожиданного отключения питания, даже если RAID находился в деградированном состоянии. Если питание будет прервано на стадии когда составляющие транзакцию данные были записаны лишь на часть дисков, повреждения данных можно избежать так как вся информация о транзакции отражена в журнале. Журнал также позволяет повысить производительность некоторых операций и сократить задержки, но данные изменения войдут в будущие выпуски ядра;- Поддержка пулинга ввода/вывода (http://lwn.net/Articles/663879/) для блочных устройств (I/O polling). Пулинг позволяет уменьшить нагрузку на систему при использовании высокопроизводительных устройств за счёт периодического опроса состояния вместо генерации прерываний. Как следствие, в определённых ситуациях включение пулинга позволяет существенно повысить пропускную способность и сократить задержки ввода/вывода. Включение производится через запись 1 в /sys/block/DEV/queue/io_poll. В настоящее время поддерживается только режим O_DIRECT, а реализация помечена как экспериментальная и предназначенная для тестирования;
- Реализована спецификация LightNVM (http://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.g...), расширяющая драйвер NVM поддержкой SSD-накопителей, допускающих низкоуровневый прямой доступ к физическому накопителю (например, первое поколение Open-Channel SSD-накопителей на основе памяти NVM). Для таких устройств ядро берёт на себя функции низкоуровневого управления хранилищем, которые в обычном Flash выполняются реализованным на уровне контроллера транслирующим слоем (FTL, Flash Translation Layer). LightNVM обеспечивает такие операции как управление размещением данных, сборка мусора и организация параллельного доступа. Функции управления сбойными блоками, атомарность ввода/вывода и размещением метаданных по-прежнему выполняются чипом накопителя;-
Сетевая подсистема- Обработка слушающих TCP-сокетов (listen) полностью избавлена от установки блокировок (lockless). Тесты показывают, что после задействования неблокирующего режима производительность слушающих сокетов увеличилась на 2-3 порядка (!), например, один слушающий сокет теперь способен обработать 3.5 млн SYN-пакетов в секунду;
- В setsockopt() добавлена поддержка флага SO_INCOMING_CPU и расширена логика выбора CPU при использовании SO_REUSEPORT. SO_INCOMING_CPU позволяет организовать обработку в текущем процессе только тех пакетов, которые были приняты с обработкой сетевым стеком на том же CPU. Закрепление привязанных к одному CPU RX-очередей и обработчиков слушающих сокетов позволяет более эффективно использовать процессорный кэш;
- Добавлен RACK - новый механизм определения потери TCP-пакетов, который в отличие от штатного метода определения факта потери пакета, отталкивается от последовательности пакетов, а не от времени передачи. Суть работы RACK в том, что при получении ACK-подтверждения для пакета, любые неподтверждённые пакеты, отправленные как минимум на RTT (round-trip time) раньше подтверждённого пакета, считаются потерянными и потребуют повторной отправки. Новый алгоритм уже протестирован в инфраструктуре Google и будет предложен для утверждения в качестве стандарта IETF;
-
Память и системные сервисы- Возможность (http://lwn.net/Articles/660331/) загрузки программ eBPF непривилегированными пользователями для их использования в качестве фильтров для сокетов. Ранее, из соображений безопасности, доступ к системному вызову ebpf() был открыт только пользователю root. В текущей версии ядра код проверки корректности загружаемых программ был значительно улучшен и непривилегированным пользователям дана возможность запуска ограниченных по функциональности программ eBPF, которые могут использоваться для создания простых сетевых фильтров. Возможности eBPF по трассировке, классификации трафика и манипуляциям с данными ядра по-прежнему доступны только для root. Для запрета обращения к системному вызову ebpf() из непривилегированных процессов добавлен sysctl kernel.unprivileged_bpf_disabled;
- Возможность постоянного выполнения eBPF-программ и сопоставлений (Persistent eBPF maps/progs), продолжающих работу и после завершения процесса, инициировавшего их выполнение. Объекты выполняемого persistent eBPF размещаются в области /sys/fs/bpf/ и могут совместно использоваться несколькими процессами. Например, таким способом удобно создавать классификаторы и обработчики трафика;
- Добавлен фреймворк "devfreq cooling" для управления температурным режимом устройств, позволяющий, при наличии соответствующей аппаратной поддержки, перевести перегревающееся устройство в режим пониженного энергопотребления для удержания температуры в заданных границах;
- Добавлен (http://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.g...) Представлен системный вызов mlock2() (http://lwn.net/Articles/650538/), расширяющий возможности системного вызова mlock() поддержкой дополнительного аргумента, позволяющего задействовать новый режим блокировки VM_LOCKONFAULT, при котором страницы памяти в указанном диапазоне будут закреплены в ОЗУ не сразу, а только после возникновения page fault (обращение к невыделенным страницам памяти);
- Изменено содержимое файлов "stat", размещённых в поддиректории каждого процесса в /proc (например, /proc/123/stat). Поле wchan (30 столб...URL: https://lkml.org/lkml/2016/1/10/305
Новость: http://www.opennet.me/opennews/art.shtml?num=43652
Может ли фейсбучная штуковина не похерить массив со всеми его данными при выходе из строя особого SSD с особым журналом?
По идее, без журнала получим "традиционый" RAID5. Впрочем, все зависит от реализации.
В ядре 4.3... всплпыл интересный баг с устаревшими модулями нвидия:https://bugs.archlinux.org/task/47092
Как всегда от представителей нвидии - ни слуху ни духу (https://devtalk.nvidia.com/default/topic/893282/304-128-and-...-/), Линус и Ко тоже уступчивостью не отличаются.
Вопрос - что делать простым пользователям, типа меня с моей 8600Gt, которая меня всем устраивает, включая пассивное охлаждение, и особенно возможность (в проприетарном драйвере) получать инфу через nvidia-utils о температуре и объеме занятой видеопамяти ?
Про vdpau я вообще молчу, и считаю nouveau его обязательно может, и буду в диком ахуе если это не так.
> В ядре 4.3... всплпыл интересный баг с устаревшими модулями нвидия:
> https://bugs.archlinux.org/task/47092
> Как всегда от представителей нвидии - ни слуху ни духу (https://devtalk.nvidia.com/default/topic/893282/304-128-and-...-/),
> Линус и Ко тоже уступчивостью не отличаются.
> Вопрос - что делать простым пользователям, типа меня с моей 8600Gt, которая
> меня всем устраивает, включая пассивное охлаждение, и особенно возможность (в проприетарном
> драйвере) получать инфу через nvidia-utils о температуре и объеме занятой видеопамяти
> ?
> Про vdpau я вообще молчу, и считаю nouveau его обязательно может, и
> буду в диком ахуе если это не так.У меня с 4.3.3 перестал работать хард WD на чипсете nvidia, постоянно сыпятся ошибки чтения из шины, система надолго подвисает. Пришлось найти 4.3.0 старое ядро. Кстати, глюки только на 32-битном ядре.
Надеюсь, что в 4.4 поправили...
> У меня с 4.3.3 перестал работать хард WD на чипсете nvidia, постоянно
> сыпятся ошибки чтения из шины, система надолго подвисает. Пришлось найти 4.3.0
> старое ядро. Кстати, глюки только на 32-битном ядре.
> Надеюсь, что в 4.4 поправили...А можно вывод dmesg (если есть) ну чего-то еще ?
потому что мне хочется понять - могут ли быть всякие "hard resetting link" или пусть даже "soft resetting link" причиной "чего-то в ядре", без физических недугов железа.
>> У меня с 4.3.3 перестал работать хард WD на чипсете nvidia, постоянно
>> сыпятся ошибки чтения из шины, система надолго подвисает. Пришлось найти 4.3.0
>> старое ядро. Кстати, глюки только на 32-битном ядре.
>> Надеюсь, что в 4.4 поправили...
> А можно вывод dmesg (если есть) ну чего-то еще ?
> потому что мне хочется понять - могут ли быть всякие "hard
> resetting link" или пусть даже "soft resetting link" причиной "чего-то в
> ядре", без физических недугов железа.Сейчас не хочется откатываться и воспроизводить, но ошибки такие же, как тут:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/550559
> Сейчас не хочется откатываться и воспроизводить, но ошибки такие же, как тут:
> https://bugs.launchpad.net/ubuntu/+source/linux/+bug/550559Не очень понятно в чем именно проблема у вас была, но все равно спасибо, откатываться не нужно.
У меня такие сейчас проблемы:
Buffer I/O error on device sdd, logical block 317299556
но только у флешек, и то когда через Xfce'шный thunar пытаешься их отмонтировать, если отмонтировать ручками из консоли - таких ошибок не будет.
>Вопрос - что делать простым пользователям, типа меня с моей 8600GtКушать проприетарный кактус дальше и страдать. Зато нВидиа!
А есть что-то лучше? Только не надо про AMD у них тоже проблем хватает своих.
> А есть что-то лучше? Только не надо про AMD у них тоже проблем хватает своих.Несколько лет как перебрался на Intel, коего и хватает.
>хватает.Мишо, даже у ваших дремучих жрецов, и то пост не круглый год.
> Мишо, даже у ваших дремучих жрецов, и то пост не круглый год.Говорят, орковского шамана недавно выгнали из логова.
Переход на Intel это замена материнки и проца (как минимум)...
Кстати, Миша. Как-то проскальзывала инфа о работе альта с тонк. Они вроде как поставляют mintbox. Насколько работоспособен альт на нём?
> Кстати, Миша. Как-то проскальзывала инфа о работе альта с тонк.
> Они вроде как поставляют mintbox.lxbox у них идёт с минтом.
> Насколько работоспособен альт на нём?
Собственно, можно с альтом и заказать.
вменяемой альтернативы нет, иначе не кушали бы
> что делать простым пользователямА простое пользователе сидят на ве...
какой-нибудь ubuntu lts c ядром 3.19 - пока до них дойдёт чего-нибудт начинят.
> Вопрос - что делать простым пользователям...Использовать nouveau
> ...с моей 8600GtТем более использовать nouveau + Mesa + Firmvare для vdpau, которые работают гораздо отзывчивее чем блоб на этой видюхе.
Илюха, не вводи людей в заблуждение напрасными надеждами - Нуво-Разрабы точно так же как и НВидиа забили на старые карты. Нуво пилит свежак, так и не осилив толком старьё. Под Нувой 8600 будет жутко тормозить и артефачить, и если есть возможность использовать блоб, то это лучший вариант, тут даже и говорить не о чем.
> В ядре 4.3... всплпыл интересный баг с устаревшими модулями нвидия:Главный разработчик ядра в сторону нвидии вообще факом машет. Такая хорошая компания эта нвидия.
>> В ядре 4.3... всплпыл интересный баг с устаревшими модулями нвидия:
> Главный разработчик ядра в сторону нвидии вообще факом машет. Такая хорошая компания
> эта нвидия.Он просто дepьмово воспитан.
Никто не заставляет тебя пользоваться его системой.
> Никто не заставляет тебя пользоваться его системой.И линукс получает классическое "другого-то ничего нет", да? //Две ссылки на ложную дилему или как там её этому джентельмену...
а наркхрена ты опять взял нвидеа вместо видеокарты?
kdbus таки не запилили?
(Новое) Доколе? :)
> kdbus таки не запилили?Прос[нп]ись! Уже BUS1 же.
Вот это поворот! неожиданно... неожиданно тихо стартовали проект, без обычного pr.
Как я понял, это тоже далеко от рабочего состояния?
> Как я понял, это тоже далеко от рабочего состояния?Ларабелю :-Q нравится...
Он вообще в выборе технологий разбирается получше вашего. Его кормит собственный стартап. У него нет босса. Ему не надо просыпаться по будильнику. И он делает только то что ему нравится.
> Он вообще в выборе технологий разбирается получше вашего. Его кормит собственный стартап.
> У него нет босса. Ему не надо просыпаться по будильнику. И
> он делает только то что ему нравится.Ты ему уже задонейтил на обогрев подвала и рекламу Р[ей]Ха, Майкросоуфт "оупенсорсика" и неВидиа "прорывов дня"? Скорее же, чтоб он был здоров!
>Обработка слушающих TCP-сокетов (listen) полностью избавлена от установки блокировок >(lockless). Тесты показывают, что после задействования неблокирующего режима >производительность слушающих сокетов увеличилась на 2-3 порядка (!), например, один слушающий >сокет теперь способен обработать 3.5 млн SYN-пакетов в секунду.Теперь три холодильника с предустановленным Linux могут заддосить сервер Пентагона.
> Теперь три холодильника с предустановленным Linux могут заддосить сервер Пентагона.TCP listener принимает соединения, а не отправляет. Поэтому "Теперь три пентагона не смогут заддосить холодильник с предустановленным Linux".
Новое ядро призвано защитить сферический холодильник от syn-флуда. Не исключено, что когда-нибудь ребята с defcon обнародуют способ обработать 3.5 млн SYN-пакетов в секунду и отправить 3,5 млн ответных SYN+ACK на нужный адрес. А три холодильника это уже DDoS.
> Новое ядро призвано защитить сферический холодильник от syn-флуда. Не исключено, что когда-нибудь
> ребята с defcon обнародуют способ обработать 3.5 млн SYN-пакетов в секундуЭто та самая не к ночи помянутая нвидия.....
> и отправить 3,5 млн ответных SYN+ACK на нужный адрес. А три
.... А это пара четырехпортовых оптических 10гбит эзернета.... ну, уткнутых в соответствующий шланг провайдера, конечно.
> холодильника это уже DDoS.
>3.5м сина
>пара четырехпортовых оптических 10гбит эзернетаПара? Четырехпортовых?! А ты смешной. 14м синов отправляется с одного 10g порта при загрузке двух ядер проца, надо просто выкинуть с пути тормозное линуксоядро и использовать netmap или pfring. Принимается так же легко, сейчас вот антиддос систему на этом разрабатываю.
> при загрузке двух ядер проца, надо просто выкинуть с пути тормозное
> линуксоядро и использовать netmap или pfring. Принимается так же легко, сейчасВы, я вижу, профессионал? Вам сюда http:/openforum/vsluhforumID3/106276.html#125 [Fight!]
...или где та тема(не эта же,нет?) про PDK-или-как-там-его, и юзер-кернел всё равно, и всё равно свой стэк строить, а не в "узкие" случаи флудить.
> вот антиддос систему на этом разрабатываю.
Ага, если этот самый сервер будет на них коннектиться.
>Обработка слушающих TCP-сокетов (listen) полностью избавлена от установки блокировок (lockless).Два года ждал! Молодцы.
Чего ждал-то? За два года мог бы и сам убрать эти блокировки
Дык я и убрал, 2 года патчи принимали.
Ну, молодец, чо
это ты молодец )) Спасибо.
Одно школото "анонимно" ворует авторство кода. Другое охотно ему верит.Нагуглить авторство патчей, автора и прикинуть вероятность того, что он будет понтоваться на русскоязычном форуме нереально сложная задача для школоты.
Третье школоло сёртфит камменты в надежде оставить оригинальный комментарий и когда находит, его глазки загораются, пальчики трясутся и вот он уже жмакает по кнопочкам очередную остроту, призванную высмеять всех предыдущих ораторов и показать как он умный и нестандартный, не то что они там все.Вот!
+ за систему защиты от перегрева
Растолкуйте мне, недотёпе, по какой причине столько внимания уделяется vmWare?
С учетом того, что этот коммит пришел от человека с емылом @vmware.com, то наверное логично, что компания заботится о совместимости своих продуктов с линуксом.
В состав каких дистрибутивов это ядро потом войдет? (И в каких из уже установленных ОС может быть смысл поменять тамошнее ядро на это? (А для старых вариантов "железа" обычно обычно более старые лучше подходят. По состоянию насегодня это какие?)) Насколько больше устройств стало поддерживаться в этой версии ядра? (И а сколько неподдерживаемого линуксом "железа" сейчас?) Какой срок жизни будет у данной "4.4"? (И какие из его элементов могут быть внесены и в предыдущие версии ядра?)
Само ядро 4.4, скорее всего, войдет в состав только маргинальных bleeding edge-дистрибутивов. А вот фичи из него будут бекпортированы в ядра, используемые в серьезных дистрах типа RHEL.
> Само ядро 4.4, скорее всего, войдет в состав только маргинальных bleeding edge-дистрибутивов.
> А вот фичи из него будут бекпортированы в ядра, используемые в
> серьезных дистрах типа RHEL.Aptosid-репа + Debian Unstable. Уже прилетело. Это, постесняюсь спросить, "маргинальный дистр" ?
> Aptosid
> Это, постесняюсь спросить, "маргинальный дистр" ?Да. И не надо стесняться.
> Unstable "маргинальный дистр"?Да.
> Само ядро 4.4, скорее всего, войдет в состав только маргинальных bleeding edge-дистрибутивов.
> А вот фичи из него будут бекпортированы в ядра, используемые в
> серьезных дистрах типа RHEL.Ядро отличное шустрое. 4.4-RC1 во всяком случае годится для убунты, федоры, арча - замечательно, если правильно собрать.
http://kernel.ubuntu.com/~kernel-ppa/mainline/daily/current/:)
Поправьте новость - добавили драйвер только для usb сетевух RTL8XXXU (а не RTL8XXX).
Там есть кнопочка "исправить". Править может кто угодно, что угодно и сколько угодно раз
> Там есть кнопочка "исправить". Править может кто угодно, что угодно и сколько
> угодно разСпасибо, уже увидел.
Сайт, конечно, не для людей со средним iq. Я минуты три втыкал на титулке, пытаясь понять залогинен ли я и как попасть в профайл.
Логин для задрoтов, вступай в анонимы ;)
> Логин для задрoтов, вступай в анонимы ;)Так вот почему тут столько анонимов.
Большинство из них просто не знает как залогиниться. :-)
А зачем логиниться? Безымянное общество безымянных -- это сила! :)
> Сайт, конечно, не для людей со средним iq. Я минуты три втыкал
> на титулке, пытаясь понять залогинен ли я и как попасть в профайл.Здесь логин не требуется, а замеченное свежим взглядом есть смысл изложить вот сюда: http://www.opennet.me/contact.shtml
Спасибо!
>Сайт, конечно, не для людей со средним iqКлован смог - и ты сможешь! Не переживай.
Сам то не смог
> Сайт, конечно, не для людей со средним iq. Я минуты три втыкал
> на титулке, пытаясь понять залогинен ли я и как попасть в профайл.Сайт делался на заре интернета, а потом на него забили.
>>не для людей со средним iq.
> Сайт делался на заре интернета, а потом на негоНе, не так: "...для людей, а потом и люди стали не те, и интернеты испортились."
А терминаторов всё нет.
Очевидно же, что ИИ сделал правильные выводы и пока тихарится.
> Очевидно же, что ИИ сделал правильные выводы и пока тихарится.Очевидно, что реальность меняется с выходом каждой новой серии. И в конце каждой "ихние" проигрывают. Не будет вам ни- ка- ких терминаторов, окромя голливудского лубка в просмотровых будках и на торрентах.
> А терминаторов всё нет.Скоро появятся. Ждали, пока перегрев не уберут.
>Добавлен фреймворк "devfreq cooling" для управления температурным режимом устройств
> А терминаторов всё нет....
> поддержка 3D в виртуальном GPU virtio-gpu,---
> Do you think that's air you're breathing?
Следуй за кроликом...
> Следуй за кроликом...--Прос{н,п}ись, Не-э-эо-о!... //повторяюсь--
...Гражданин Нео, вернитесь в просмотровую будку№6 и примите таблетки. Прокурор волнуется.
А кто у вас в палате прокурор? Led?
Smith.
> А терминаторов всё нет.просто скайнет подумал-подуамл и решил "да пошли они в пень со своими systemd и pulseaudio".
Да и потом, годы исследований показали, что переодически после обновлений вылезают всякие глюки - и будет очень не хорошо, когда после обновлении прошивки терминатор вместо того, чтобы искать Сару Коннор будет стоять на месте и быстро-быстро дергаться как в конвульсиях.
Или он ослепнет, потому что его "глаза" перестануть поддерживаться новым ядром, или работать будут, но будет падать фпс в 2 раза.
арни был на демьяне, поэтому ждём перез пару лет +)
Объясните накой listen() неблокирующий сокет? Или о чем это вообще?
> Объясните накой listen() неблокирующий сокет? Или о чем это вообще?This patch series takes the steps to use normal TCP/DCCP ehash
table to store SYN_RECV requests, instead of the private per-listener
hash table we had until now.SYNACK skb are now attached to their syn_recv request socket,
so that we no longer heavily modify listener sk_wmem_alloc.listener lock is no longer held in fast path, including
SYNCOOKIE mode.https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux....
у интел Intel все процы начиная с Heswell багованные читайте Errata. А на АМД с IOMMU v2 GPU в виртуалки пробразываются тока так. Какой я был дебил когда выбрал для домашнего кино-игро-модо компьютера супер пупер Xeon E3 1275 вместо FX 8350.
> у интел Intel все процы начиная с Heswell багованныеФигассе, а я как-то подумал, что как бы не все с 8086 по на тот момент P4... где CISC, где f00f, где ГигагерцыНашеВсё.
Да никто не упамянул массу патчей к ахетектуре MIPS (PS3)
> Да никто не упамянул массу патчей к ахетектуре MIPS (PS3)В PS3 вообще-то cell, powerpc с добавками.
> MIPS (PS3)На двухмоторном Cell работал, MIPS там не было.
У PS3 1(big PPE)+8(little SPE) компоновка ядер, а не двухмоторный. У xbox360 три (PPE).
После 4004 Интел скатился.
+1. i8051 дерьмище еще то.
Хороший процессор. На Си только не надо его программировать.
Хороший, один из лидеров среди МК по количеству тактов на инструкцию. А по архитектуре: даже 80515 ее не спасает. ИМХО: 8051 для людей, не желающих учить новое.
Ну для вычислительных мегакластеров он, конечно, не очень подходит.
Зато ядро маленькое и экономичное. И распространенное.
Cortex-M тоже маленькие, экономичные, дешевые и распостраненные. И лучше во всем.
Cortex M к сожалению не процессор. Кешем не вышел. А так вполне бы мог.
> Cortex M к сожалению не процессор.Процессорное ядро в составе микроконтроллеров.
> Хороший процессор.Был 20 лет назад.
> На Си только не надо его программировать.
Поэтому Cortex-M и занял его место. Лучше во всем.
Ой, а это случайно не User294 снова на огонёк заглянул? Если вдруг так, привет, рад видеть :)
Если вы собираетесь на вашей Генте или Федоре играть в танчики или World of ships , уверяю Вас - Вам или придется собирать машину уровня
Xeon E5 $$$$ Или отказаться от Intel в последний раз и навсегда...
https://www.reddit.com/r/linux_gaming/comments/3lnpg6/gpu_pa.../
> собирать машину уровня Xeon E5Это вы так "you need VT-d" переводите?
>> собирать машину уровня Xeon E5
> Это вы так "you need VT-d" переводите?Нет это баг Интел номер CA117
Смотрите www.intel.ru/content/dam/www/public/us/en/documents/specification-updates/xeon-e5-v2-spec-update.pdfКогда в целях унылости Intel в области аппаратной виртуализации все категории аппаратных акселироторов засунули в одну IONNU группу.
Virgil Давида Арли и тейнеров и Алкса Вилльемсона и Пазолини - подлежит пристальному исследованию и тестированию. Хотя учитывая последний патч Арли, еще не отошедшего от рождественских праздников, нас ждут только косметические изменения в коде ... может так к 4.4.2-3https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux....
///////////
Merge branch 'drm-fixes' of git://people.freedesktop.org/~airlied/linux
Pull drm nouveau fix from Dave Airlie:
"Still not back to work, but I decided to forward this fix"
> В CIFS реализована возможность выполнения операции копирования на стороне сервераНунаконецто. Девелоперы миднайта сюда!!!
> Расширены возможности DRM-драйвера для видеокарт Intel:Оно теперь станет работать быстрее 5 fps?
Будет - 5-10 процентов прироста на 4.4-RC7 в сравнении с тем же 4.1.12-4.2.6 на бенчмармаках Haven Unigine и на танчиках, если гипервизор QEMU. Желательно конечно GCC 5.3-xx под процессор и мышки всякие.
> Оно теперь станет работать быстрее 5 fps?Целых 15 выжимает, на 1368*768. Ощути себя ракетой.
Ушёл тестить.
когда уже БТРфс допилят? а то все эти XFS/ExtX из прошлого века фс ни тебе зеркалирования, ни сжатия, ни RAIDов и вообще нихера кроме хранения файлов( в общем существующая свита ФС недалеко ушла от оригинальной UFS.
Подозреваю, что не раньше, чем сумеют сделать новый VFS, где все эти зеркалирования, сжатия и снапшоты таки будут вменяемо разложены по разным уровням.Комбайны тем и плохи (в том числе), что из-за сильной связности дороги в написании и поддержке.
Сильная связность в зависимости от обстоятельств может быть как недостатком, так и достоинством.
Плюшки она давать может, особенно в плане производительности (а может и не давать), но усложнение поддержки даёт всегда. Другое дело, что иногда ради плюшек с этим можно смириться, или банально исторически сложилось, а переписывать дорого или некому или некогда.
Усложнение поддержки тоже бывает разное. В том числе и "не можем убедить смежников принять наш патч, поэтому фичи А, Б и В работают только в нашей экспериментальной ветке пока мейнтейнер VFS не уйдет на пенсию".
есть мнение, что рейды и зеркалирование должны быть не в фс, а уровнем ниже (lvm, ceph, вот это всё).
важнее реализация которая доступна из коробки, а не мнение которому не суждено сбыться
Хорошо ли работает на вашей машине стек OSI?
Только ceph, строиться _поверх_ текущей файловой системы, например XFS.
Говорят, что есть плюсы у рейда на уровне фс:
http://superuser.com/questions/364222/btrfs-on-top-of-a-mdad...
> http://superuser.com/questions/364222/btrfs-on-top-of-a-mdad..."if a few blocks just give back the wrong bits instead of giving the appropriate error codes for a bad block" -- а такое часто бывает без CRC Error?
Чаще чем интуитивно кажется.
http://en.wikipedia.org/wiki/Birthday_problem
> the error rates as observed by a CERN study on silent corruption are far higher than one in every 10^16 bits
> As an example, ZFS creator Jeff Bonwick stated that the fast database at Greenplum – a database software company specializing in large-scale data warehousing and analytics – faces silent corruption every 15 minutes.
> As another example, a real-life study performed by NetApp on more than 1.5 million HDDs over 41 months found more than 400,000 silent data corruptions
> http://en.wikipedia.org/wiki/Data_corruption#Silent_data_cor...
>> the error rates as observed by a CERN study on silent corruption
>> are far higher than one in every 10^16 bitsСпасибо.
> Добавлен RACK - новый механизм определения потери TCP-пакетов, который в отличие от штатного метода определения факта потери пакета, отталкивается от последовательности пакетов, а не от времени передачи.Трижды перечитал и думал в чем же новшество.
Потом читал это:
> RACK (Recent ACK) loss recovery uses the notion of time instead of packet sequence (FACK) or counts (dupthresh).
и
> Since RACK cares about the time sequence instead of the data sequence of packets, it can detect...
Туплю или и правда всё как раз наоборот? RACK же как раз и смотрит за сколько времени до выборочного подтверждения одного пакета (именно SACK, а не ACK) был передан ранее отправленный и ещё не неподтвержденный другой пакет - ранний по времени отправки, и вовсе не обязательно более ранний по последовательности (ключевой, имхо, момент). Если времени прошло больше round trip, то сразу считает его пропавшим. То есть, как раз и анализирует время, а не количество и не последовательность. Вроде так получается-то...
RedHat скатился - даже Intel и тот больше вклад имеет.
> RedHat скатился - даже Intel и тот больше вклад имеет.Тс-с-с! Не мешайте. Они бросили все силы "к чертёжной доске". Ужо-то что бууудет. </>
это так о systemd говорится?...я бы сказал что redhat попарился - теперь можно с лохов стричь купоны за поддержку.
> это так о systemd говорится?...Нет. Тут, типо, про ядро. http://www.phoronix.com/scan.php?page=news_item&px=KDBUS-Bac...
С s-d у них пaпа разве что один - РХ.
> я бы сказал что redhat
>> это так о systemd говорится?...
> Нет. Тут, типо, про ядро. http://www.phoronix.com/scan.php?page=news_item&px=KDBUS-Bac...я ж и говорю - допиливают systemd. На который показали большой фак
Подскажите пожалуйста, а есть ли какой-то ресурс позволяющий наблюдать версии приложений и ядра в популярных дистрибутивах. Скажем наблюдать какая версия ядра там в Debian, OpenSuse и т.д.
http://distrowatch.com
> Подскажите пожалуйста, а есть ли какой-то ресурс позволяющий наблюдать версии приложений
> и ядра в популярных дистрибутивах. Скажем наблюдать какая версия ядра там
> в Debian, OpenSuse и т.д.Смысла нет, так как в дистрибутивах обычно не ванильные ядра, а обложенные в три слоя патчами и бэкпортами. Номер версии только с толку сбивает. Например, в RHEL 7.2 ядро
3.10.0-327.el7, но сетевой стек в нём из ванильного ядра 3.18, драйверы из 4.0, XFS из 4.1, Device Mapper из 4.2.
Так по факту один редхат так сурово ядро и корёжит, у остальных патчи, конечно, есть, но не то, чтобы сильно принципиальные
> Так по факту один редхат так сурово ядро и корёжит, у остальных патчи, конечно, есть, но не то, чтобы сильно принципиальные.Посмотри на на "несильно принципиальный" набор патчей в SLE 11, SLE 12.
На кой смотреть на этот труп?
> На кой смотреть на этот труп?посмотри на oracle linux kernel ?
Который клон ядра RHEL с доработками и не является частью какого-либо дистрибутива?
Ты действительно такой не компетентный что считаешь ядро http://www.opennet.me/opennews/art.shtml?num=43644 клоном от RedHat?
Что значит считаю? Оно всю жизнь клоном редхатовского ядра и было, по поводу чего в своё время у редхата и оракла была мини-война - мегапатчи, ksplice и т.п.Кроме того:
1) в любом случае исходный вопрос был о дистрибутивах. Эта хрень ни в каком дистрибутиве не поставляется.
2) насколько она популярна - вообще вопрос открытый.
Догоняют андроид по версиям :-)
> Догоняют андроид по версиям :-)Нет не догонят. Скорее всего 4.5 ядра не будет. Будет какая нибудь другая номерация, типа 2016.1 или 1q2016 или 1q16. Торвальдс боится цифры 45 как Пушкин Дантеса. Вообщем ждите.
бред