The OpenNET Project / Index page

[ новости /+++ | форум | wiki | теги | ]

Релиз ядра Linux 4.4

11.01.2016 07:31

После двух месяцев разработки Линус Торвальдс анонсировал релиз ядра Linux 4.4. Среди наиболее заметных изменений: задействование Direct I/O и AIO для примонтированных в loop-режиме ФС, устойчивый к сбоям RAID5 с дополнительным журналированием, поддержка поллинга для блочных устройств, драйвер для SSD-накопителей Open-Channel на основе памяти NVM, работа слушающих TCP-сокетов в неблокирующем режиме, новый системный вызов mlock2(), поддержка 3D в виртуальном GPU virtio-gpu, возможность запуска программ eBPF непривилегированными пользователями, поддержка постоянно работающих eBPF-программ, механизм определения потери TCP-пакетов RACK, KMS-драйвер для Raspberry Pi, xconfig переведён на Qt5.

В новую версию принято около 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.

Латиноамериканский Фонд свободного ПО опубликовал полностью свободный вариант ядра 4.4 - Linux-libre 4.4-gnu, очищенный от элементов прошивок и драйверов, содержащих несвободные компоненты или участки кода, область применения которых ограничена производителем. В новом выпуске проведены операции по чистке блобов в драйверах qed, fdp, nfcmrvl, rtl8xxxu и rohm_bu21023, улучшен код чистки блобов в загрузчике микрокода, удалён драйвер ft1000.

Из наиболее интересных новшеств ядра Linux 4.4 можно отметить:

  • Дисковая подсистема, ввод/вывод и файловые системы
    • Для файловых систем, примонтированных в режиме "loopback" (монтирование из файла с использованием блочного устройства loop), реализована возможность использования прямых (Direct I/O) и асинхронных (AIO) операций ввода/вывода при чтении и записи в файл, связанный с loop-устройством. Использование Direct I/O при обращении к файлу с образом ФС позволяет избежать двойного кэширования, существенно сокращает потребление памяти и уменьшает число переключений контекста;
    • В подсистему MD интегрированы наработки компании Facebook по увеличению живучести программного RAID5 в случае краха системы. Добавленный улучшения позволят реализовать режим журналирования RAID5, при котором на отдельном носителе (SSD или NVRAM) создаётся специальный журнал. Записываемые в RAID данные вначале сохраняются в журнале, а затем разносятся по входящим в RAID-массив дискам. Журнал позволяет гарантировать целостное состояние RAID в ситуациях неожиданного отключения питания, даже если RAID находился в деградированном состоянии. Если питание будет прервано на стадии когда составляющие транзакцию данные были записаны лишь на часть дисков, повреждения данных можно избежать так как вся информация о транзакции отражена в журнале. Журнал также позволяет повысить производительность некоторых операций и сократить задержки, но данные оптимизации пока не включены в состав ядра;
    • Поддержка поллинга ввода/вывода для блочных устройств (I/O polling). Поллинг позволяет уменьшить нагрузку на систему при использовании высокопроизводительных устройств за счёт периодического опроса состояния вместо генерации прерываний. Как следствие, в определённых ситуациях включение поллинга позволяет существенно повысить пропускную способность и сократить задержки ввода/вывода. Включение производится через запись 1 в /sys/block/DEV/queue/io_poll. В настоящее время поддерживается только режим O_DIRECT, а реализация помечена как экспериментальная и предназначенная для тестирования;
    • Реализована спецификация LightNVM, расширяющая драйвер NVM поддержкой SSD-накопителей, допускающих низкоуровневый прямой доступ к физическому носителю (например, первое поколение Open-Channel SSD-накопителей на основе памяти NVM). Для таких устройств ядро берёт на себя функции низкоуровневого управления хранилищем, которые в обычном Flash выполняются на уровне контроллера (FTL, Flash Translation Layer). LightNVM обеспечивает такие операции как управление размещением данных, сборка мусора и организация параллельного доступа. Функции управления сбойными блоками, атомарность ввода/вывода и размещение метаданных по-прежнему выполняются чипом накопителя;
    • В клиент NFS добавлена поддержка операции CLONE, определённой в спецификации NFSv4.2 и позволяющей организовать быстрое копирование файлов, используя ioctl NFS_IOC_CLONE, реализованный по аналогии с BTRFS_IOC_CLONE;
    • В Btrfs добавлена отладочная опция монтирования "fragment", установка которой приводит к излишней фрагментации данных и метаданных. Для RAID0/10/5/6 реализован фильтр балансировки разнесения групп блоков по дискам, позволяющий выборочно ребалансировать только блоки, не разнесённые на достаточное число устройств;
    • В XFS добавлено отдельное накопление статистики для каждой файловой системы (/sys/fs/xfs/BLOCK/stats/stats) и реализован специальный файл /sys/fs/xfs/BLOCK/stats/stats_clear для очистки статистики. Глобальная статистика доступа в /proc и продублирована в /sys/fs/xfs/stats/stats;
    • В CIFS реализована возможность выполнения операции копирования на стороне сервера (copy offload, CopyChunk) при копировании данных между разными разделами (share), размещёнными на одном сервере (ранее CopyChunk применялся только при копировании внутри одного раздела). Операция копирования на стороне сервера не требует перемещения данных по сети и производится до ста раз быстрее;
    • В CIFS добавлены опции монтирования "nopersistenthandles" и "persistenthandles", управляющие включением расширений "persistent handles", предоставляющих средства для повышения доступности открытых файловых дескрипторов в кластерных конфигурациях. Также добавлена опция "resilienthandles", позволяющая снизить вероятность потери данных в случае сбоя при подключении к серверам без поддержки "persistent handles";
    • Для блочных устройств представлен интерфейс Persistent Reservations, позволяющий зарезервировать за определённой системой область в совместно используемых хранилищах;
  • Сетевая подсистема
    • Обработка слушающих 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;
  • Память и системные сервисы
    • Возможность загрузки программ eBPF непривилегированными пользователями для их использования в качестве фильтров для сокетов. Ранее из соображений безопасности доступ к системному вызову ebpf() был открыт только пользователю root. В текущей версии ядра код проверки корректности загружаемых программ был значительно улучшен и непривилегированным пользователям дана возможность запуска ограниченных по функциональности программ eBPF, которые могут использоваться для создания простых сетевых фильтров. Возможности eBPF по трассировке, классификации трафика и манипуляциям с данными ядра по-прежнему доступны только для root. Для запрета обращения к системному вызову ebpf() из непривилегированных процессов добавлен sysctl kernel.unprivileged_bpf_disabled;
    • Возможность постоянного выполнения eBPF-программ и сопоставлений (Persistent eBPF maps/progs), продолжающих работу и после завершения процесса, инициировавшего их выполнение. Объекты выполняемого eBPF размещаются в области /sys/fs/bpf/ и могут совместно использоваться несколькими процессами. Например, таким способом удобно создавать классификаторы и обработчики трафика;
    • Добавлен фреймворк "devfreq cooling" для управления температурным режимом устройств, позволяющий при наличии соответствующей аппаратной поддержки перевести перегревающееся устройство в режим пониженного энергопотребления для удержания температуры в заданных границах;
    • Добавлен системный вызов mlock2(), расширяющий возможности системного вызова mlock() поддержкой дополнительного аргумента, позволяющего задействовать новый режим блокировки VM_LOCKONFAULT, при котором страницы памяти в указанном диапазоне будут закреплены в ОЗУ не сразу, а только после возникновения page fault (обращение к невыделенным страницам памяти);
    • Изменено содержимое файлов "stat", размещённых в поддиректории каждого процесса в /proc (например, /proc/123/stat). Поле wchan (30 столбец), которое содержало абсолютный адрес, по которому был заблокирован процесс, могло использоваться злоумышленниками для получения важной информации о ядре. Отныне данное поле переведено в разряд флагов: содержит ноль для выполняемых процессов и единицу для заблокированных;
    • Многочисленные улучшения в утилите perf. Например, perf теперь может собирать и загружать программы eBPF для решения задач мониторинга производительности и трассировки событий;
    • Добавлен модуль userio с реализацией протокола, позволяющего в пространстве пользователя эмулировать устройства с последовательным портом ввода/вывода, такие как тачпады;
    • Для систем x86 добавлен параметр конфигурации CONFIG_DEBUG_WX, при включении которого ядро будет выдавать предупреждения о маппинге секций памяти, одновременно помеченных доступными на запись и выполнение;
    • Графический конфигуратор xconfig портирован на Qt5. Поддержка сборки xconfig с Qt3 прекращена;
  • Виртуализация и безопасность
    • В KVM и VFIO добавлена возможность обработки аппаратных прерываний в гостевой системе без проброса через прослойку, работающую на стороне хоста - прерывания от устройств PCI передаются напрямую в vCPU;
    • Вложенная виртуализация в KVM теперь поддерживает VPID по аналогии с PCID, но для vCPU;
    • В KVM добавлена поддержка разбиения кода контролера прерываний, при которой LAPIC реализуется в ядре, а IOAPIC/PIC/PIT в пространстве пользователя, что уменьшает подверженность гипервизора некоторым типам атак;
    • В драйвер VMware balloon, позволяющий исключить дублирование идентичных областей памяти в разных виртуальных окружениях, добавлена возможность манипулирования страницами памяти размером 2 Мб, что значительно уменьшает накладные расходы на стороне гипервизора и гостевой системы при выполнении операций связывания (ballooning) и разделения (unballooning) общей памяти;
    • Поддержка аппаратных генераторов случайных чисел ST Microelectronics;
    • В ptrace добавлена поддержка формирования дампа задействованных для процесса фильтров seccomp (PTRACE_SECCOMP_GET_FILTER);
  • Оборудование
    • Устройство virtio-gpu (виртуальный GPU), развиваемое в рамках проекта Virgil, расширено поддержкой 3D-операций, что позволит задействовать OpenGL и средства 3D-ускорения в виртуальных окружениях на базе QEMU и KVM без эксклюзивного проброса видеокарты в гостевую систему. Virtio-gpu позволяет организовать 3D-рендеринг внутри гостевых систем с задействованием GPU хост-системы, но при этом виртуальный GPU работает независимо от физического GPU хост-системы;
    • Добавлена подсистема для поддержки устройств широтно-импульсной модуляции (PWM, Pulse-width modulator) и реализована поддержка PWM-контроллеров Renesas R-Car, Marvell Berlin, Broadcom BCM7038 и MediaTek PWM;
    • Добавлен KMS-драйвер vc4 с поддержкой GPU Broadcom VideoCore 4, используемых в Raspberry Pi. Драйвер ограничен переключением видеорежимов на уровне ядра и управлении курсором, но пока не поддерживает 3D и управление питанием;
    • Расширены возможности DRM-драйвера для видеокарт Intel: поддержка HPD (Hot Plug Detect) и загрузчик прошивок, специфичных для движков GuC;
    • Расширены возможности DRM-драйвера для видеокарт NVIDIA (Nouveau): улучшены средства управления частотой GPU, расширена поддержка GPU GK20A (Kepler) и GK107 (GeForce 600);
    • Расширены возможности DRM-драйвера для видеокарт AMD (Radeon и amdgpu): поддержка платформы AMD Stoney Ridge. В amdgpu по умолчаннию включён планировщик GPU, улучшена поддержка GPU AMD Carrizo, Tonga и Fiji, реализованы новые опкоды AtomBIOS;
    • Поддержка SoC Broadcom Northstar Plus;
    • Поддержка сетевых адаптеров: Texas Instruments DP83848, Hisilicon Network, Allwinner A10 CAN, Broadcom Cygnus, Broadcom NetXtreme-C/E 10/25/40/50 gigabit Ethernet, Microchip ENC424J600 ethernet, Mellanox Technologies Spectrum Ethernet, QLogic QED 25/40/100Gb Ethernet, Realtek RTL8XXXU, Intel Fields Peak NFC и Marvell NFC-over-I2C/SPI.


  1. Главная ссылка к новости (https://lkml.org/lkml/2016/1/1...)
  2. OpenNews: Релиз ядра Linux 4.3
  3. OpenNews: Релиз ядра Linux 4.2
  4. OpenNews: Релиз ядра Linux 4.1
  5. OpenNews: Релиз ядра Linux 4.0
  6. OpenNews: Релиз ядра Linux 3.19
Лицензия: CC-BY
Тип: Интересно / Программы
Короткая ссылка: https://opennet.ru/43652-linux
Ключевые слова: linux, kernel
При перепечатке указание ссылки на opennet.ru обязательно
Обсуждение (137) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (-), 07:38, 11/01/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Может ли фейсбучная штуковина не похерить массив со всеми его данными при выходе из строя особого SSD с особым журналом?
     
     
  • 2.11, dalco (ok), 09:10, 11/01/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    По идее, без журнала получим "традиционый" RAID5. Впрочем, все зависит от реализации.
     

  • 1.2, Адекват (ok), 08:06, 11/01/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +4 +/
    В ядре 4.3... всплпыл интересный баг с устаревшими модулями нвидия:

    https://bugs.archlinux.org/task/47092

    Как всегда от представителей нвидии - ни слуху ни духу (https://devtalk.nvidia.com/default/topic/893282/304-128-and-kernel-4-3-can-com), Линус и Ко тоже уступчивостью не отличаются.
    Вопрос - что делать простым пользователям, типа меня с моей 8600Gt, которая меня всем устраивает, включая пассивное охлаждение, и особенно возможность (в проприетарном драйвере) получать инфу через nvidia-utils о температуре и объеме занятой видеопамяти ?
    Про vdpau я вообще молчу, и считаю nouveau его обязательно может, и буду в диком ахуе если это не так.

     
     
  • 2.5, Павел (??), 08:20, 11/01/2016 [^] [^^] [^^^] [ответить]  
  • +/
    У меня с 4 3 3 перестал работать хард WD на чипсете nvidia, постоянно сыпятся ош... большой текст свёрнут, показать
     
     
  • 3.10, Адекват (ok), 08:56, 11/01/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > У меня с 4.3.3 перестал работать хард WD на чипсете nvidia, постоянно
    > сыпятся ошибки чтения из шины, система надолго подвисает. Пришлось найти 4.3.0
    > старое ядро. Кстати, глюки только на 32-битном ядре.
    > Надеюсь, что в 4.4 поправили...

    А можно вывод dmesg (если есть) ну чего-то еще ?
    потому что мне хочется понять - могут ли быть всякие "hard resetting link" или пусть даже "soft resetting link" причиной "чего-то в ядре", без физических недугов железа.

     
     
  • 4.19, Павел (??), 09:46, 11/01/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >> У меня с 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

     
     
  • 5.29, Адекват (ok), 11:26, 11/01/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > Сейчас не хочется откатываться и воспроизводить, но ошибки такие же, как тут:
    > https://bugs.launchpad.net/ubuntu/+source/linux/+bug/550559

    Не очень понятно в чем именно проблема у вас была, но все равно спасибо, откатываться  не нужно.
    У меня такие сейчас проблемы:
    Buffer I/O error on device sdd, logical block 317299556
    но только у флешек, и то когда через Xfce'шный thunar пытаешься их отмонтировать, если отмонтировать ручками из консоли - таких ошибок не будет.


     
  • 2.28, Аноним (-), 11:07, 11/01/2016 [^] [^^] [^^^] [ответить]  
  • +18 +/
    >Вопрос - что делать простым пользователям, типа меня с моей 8600Gt

    Кушать проприетарный кактус дальше и страдать. Зато нВидиа!

     
     
  • 3.36, Аноним (-), 14:05, 11/01/2016 [^] [^^] [^^^] [ответить]  
  • –3 +/
    А есть что-то лучше? Только не надо про AMD у них тоже проблем хватает своих.
     
     
  • 4.39, Michael Shigorin (ok), 14:24, 11/01/2016 [^] [^^] [^^^] [ответить]  
  • +4 +/
    > А есть что-то лучше? Только не надо про AMD у них тоже проблем хватает своих.

    Несколько лет как перебрался на Intel, коего и хватает.

     
     
  • 5.85, Аноним (-), 21:27, 11/01/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >хватает.

    Мишо, даже у ваших дремучих жрецов, и то пост не круглый год.

     
     
  • 6.156, Аноним (-), 07:58, 13/01/2016 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Мишо, даже у ваших дремучих жрецов, и то пост не круглый год.

    Говорят, орковского шамана недавно выгнали из логова.

     
  • 5.118, Аноним (-), 12:17, 12/01/2016 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Переход на Intel это замена материнки и проца (как минимум)...
     
  • 5.155, asd (??), 04:31, 13/01/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Кстати, Миша. Как-то проскальзывала инфа о работе альта с тонк. Они вроде как поставляют mintbox. Насколько работоспособен альт на нём?
     
     
  • 6.164, Michael Shigorin (ok), 20:43, 13/01/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > Кстати, Миша. Как-то проскальзывала инфа о работе альта с тонк.
    > Они вроде как поставляют mintbox.

    lxbox у них идёт с минтом.

    > Насколько работоспособен альт на нём?

    Собственно, можно с альтом и заказать.

     
  • 3.38, азаза (?), 14:07, 11/01/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    вменяемой альтернативы нет, иначе не кушали бы
     
  • 2.35, soarin (ok), 14:01, 11/01/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > что делать простым пользователям

    А простое пользователе сидят на ве...
    какой-нибудь ubuntu lts c ядром 3.19 - пока до них дойдёт чего-нибудт начинят.

     
  • 2.71, Ilya Indigo (ok), 17:49, 11/01/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > Вопрос - что делать простым пользователям...

    Использовать nouveau
    > ...с моей 8600Gt

    Тем более использовать nouveau + Mesa + Firmvare для vdpau, которые работают гораздо отзывчивее чем блоб на этой видюхе.

     
     
  • 3.101, Анончег (?), 00:17, 12/01/2016 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Илюха, не вводи людей в заблуждение напрасными надеждами - Нуво-Разрабы точно так же как и НВидиа забили на старые карты. Нуво пилит свежак, так и не осилив толком старьё. Под Нувой 8600 будет жутко тормозить и артефачить, и если есть возможность использовать блоб, то это лучший вариант, тут даже и говорить не о чем.
     
  • 2.95, Аноним (-), 22:23, 11/01/2016 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > В ядре 4.3... всплпыл интересный баг с устаревшими модулями нвидия:

    Главный разработчик ядра в сторону нвидии вообще факом машет. Такая хорошая компания эта нвидия.

     
     
  • 3.148, Аноним (-), 19:58, 12/01/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >> В ядре 4.3... всплпыл интересный баг с устаревшими модулями нвидия:
    > Главный разработчик ядра в сторону нвидии вообще факом машет. Такая хорошая компания
    > эта нвидия.

    Он просто дepьмово воспитан.

     
     
  • 4.157, Аноним (-), 08:05, 13/01/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Никто не заставляет тебя пользоваться его системой.
     
     
  • 5.161, Andrey Mitrofanov (?), 10:16, 13/01/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > Никто не заставляет тебя пользоваться его системой.

    И линукс получает классическое "другого-то ничего нет", да?  //Две ссылки на ложную дилему или как там её этому джентельмену...

     
  • 2.128, darkshvein (ok), 13:38, 12/01/2016 [^] [^^] [^^^] [ответить]  
  • +2 +/
    а наркхрена ты опять взял нвидеа вместо видеокарты?
     

  • 1.3, Ph0zzy (ok), 08:17, 11/01/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    kdbus таки не запилили?
     
     
  • 2.12, Аноним (-), 09:13, 11/01/2016 [^] [^^] [^^^] [ответить]  
  • +3 +/
    (Новое) Доколе? :)
     
  • 2.27, Andrey Mitrofanov (?), 10:53, 11/01/2016 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > kdbus таки не запилили?

    Прос[нп]ись!  Уже BUS1 же.

     
     
  • 3.81, Ph0zzy (ok), 21:10, 11/01/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Вот это поворот! неожиданно... неожиданно тихо стартовали проект, без обычного pr.
    Как я понял, это тоже далеко от рабочего состояния?
     
     
  • 4.88, Andrey Mitrofanov (?), 21:35, 11/01/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > Как я понял, это тоже далеко от рабочего состояния?

    Ларабелю :-Q нравится...

     
     
  • 5.96, Аноним (-), 22:26, 11/01/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Он вообще в выборе технологий разбирается получше вашего. Его кормит собственный стартап. У него нет босса. Ему не надо просыпаться по будильнику. И он делает только то что ему нравится.
     
     
  • 6.97, Andrey Mitrofanov (?), 22:34, 11/01/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > Он вообще в выборе технологий разбирается получше вашего. Его кормит собственный стартап.
    > У него нет босса. Ему не надо просыпаться по будильнику. И
    > он делает только то что ему нравится.

    Ты ему уже задонейтил на обогрев подвала и рекламу Р[ей]Ха, Майкросоуфт "оупенсорсика" и неВидиа "прорывов дня"?   Скорее же, чтоб он был здоров!

     

  • 1.4, Аноним (4), 08:18, 11/01/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +5 +/
    >Обработка слушающих TCP-сокетов (listen) полностью избавлена от установки блокировок >(lockless). Тесты показывают, что после задействования неблокирующего режима >производительность слушающих сокетов увеличилась на 2-3 порядка (!), например, один слушающий >сокет теперь способен обработать 3.5 млн SYN-пакетов в секунду.

    Теперь три холодильника с предустановленным Linux могут заддосить сервер Пентагона.

     
     
  • 2.16, Аноним (-), 09:24, 11/01/2016 [^] [^^] [^^^] [ответить]  
  • +48 +/
    > Теперь три холодильника с предустановленным Linux могут заддосить сервер Пентагона.

    TCP listener принимает соединения, а не отправляет. Поэтому "Теперь три пентагона не смогут заддосить холодильник с предустановленным Linux".

     
     
  • 3.49, Аноним (4), 15:36, 11/01/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Новое ядро призвано защитить сферический холодильник от syn-флуда. Не исключено, что когда-нибудь ребята с defcon обнародуют способ обработать 3.5 млн SYN-пакетов в секунду и отправить 3,5 млн ответных SYN+ACK на нужный адрес. А три холодильника это уже DDoS.
     
     
  • 4.149, Аноним (-), 20:00, 12/01/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > Новое ядро призвано защитить сферический холодильник от syn-флуда. Не исключено, что когда-нибудь
    > ребята с defcon обнародуют способ обработать 3.5 млн SYN-пакетов в секунду

    Это та самая не к ночи помянутая нвидия.....

    > и отправить 3,5 млн ответных SYN+ACK на нужный адрес. А три

    .... А это пара четырехпортовых оптических 10гбит эзернета.... ну, уткнутых в соответствующий шланг провайдера, конечно.

    > холодильника это уже DDoS.

     
     
  • 5.159, Аноним (-), 09:47, 13/01/2016 [^] [^^] [^^^] [ответить]  
  • –2 +/
    >3.5м сина
    >пара четырехпортовых оптических 10гбит эзернета

    Пара? Четырехпортовых?! А ты смешной. 14м синов отправляется с одного 10g порта при загрузке двух ядер проца, надо просто выкинуть с пути тормозное линуксоядро и использовать netmap или pfring. Принимается так же легко, сейчас вот антиддос систему на этом разрабатываю.

     
     
  • 6.160, Andrey Mitrofanov (?), 10:14, 13/01/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > при загрузке двух ядер проца, надо просто выкинуть с пути тормозное
    > линуксоядро и использовать netmap или pfring. Принимается так же легко, сейчас

    Вы, я вижу, профессионал? Вам сюда http:/openforum/vsluhforumID3/106276.html#125 [Fight!]

    ...или где та тема(не эта же,нет?) про PDK-или-как-там-его, и юзер-кернел всё равно, и всё равно свой стэк строить, а не в "узкие" случаи флудить.

    > вот антиддос систему на этом разрабатываю.

     
  • 2.18, Аноним (18), 09:43, 11/01/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Ага, если этот самый сервер будет на них коннектиться.
     

  • 1.6, Аноним (-), 08:23, 11/01/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    >Обработка слушающих TCP-сокетов (listen) полностью избавлена от установки блокировок (lockless).

    Два года ждал! Молодцы.

     
     
  • 2.21, Шкурка_от_головки (ok), 10:08, 11/01/2016 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Чего ждал-то? За два года мог бы и сам убрать эти блокировки
     
     
  • 3.37, Аноним (-), 14:06, 11/01/2016 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Дык я и убрал, 2 года патчи принимали.
     
     
  • 4.40, Шкурка_от_головки (ok), 14:27, 11/01/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ну, молодец, чо
     
  • 4.65, targitaj (?), 17:06, 11/01/2016 [^] [^^] [^^^] [ответить]  
  • +2 +/
    это ты молодец )) Спасибо.
     
     
  • 5.129, Гость (??), 13:44, 12/01/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Одно школото "анонимно" ворует авторство кода. Другое охотно ему верит.

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

     
     
  • 6.153, mumu (ok), 02:56, 13/01/2016 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Третье школоло сёртфит камменты в надежде оставить оригинальный комментарий и когда находит, его глазки загораются, пальчики трясутся и вот он уже жмакает по кнопочкам очередную остроту, призванную высмеять всех предыдущих ораторов и показать как он умный и нестандартный, не то что они там все.

    Вот!

     

  • 1.7, Аноним (-), 08:27, 11/01/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    + за систему защиты от перегрева
     
  • 1.15, iCat (ok), 09:21, 11/01/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    Растолкуйте мне, недотёпе, по какой причине столько внимания уделяется vmWare?
     
     
  • 2.22, turbo2001 (ok), 10:09, 11/01/2016 [^] [^^] [^^^] [ответить]  
  • +11 +/
    С учетом того, что этот коммит пришел от человека с емылом @vmware.com, то наверное логично, что компания заботится о совместимости своих продуктов с линуксом.
     

  • 1.17, ua9oas (ok), 09:33, 11/01/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • –6 +/
    В состав каких дистрибутивов это ядро потом войдет? (И в каких из уже установленных ОС может быть смысл поменять тамошнее ядро на это? (А для старых вариантов "железа" обычно обычно более старые лучше подходят. По состоянию насегодня это какие?)) Насколько больше устройств стало поддерживаться в этой версии ядра? (И а сколько неподдерживаемого линуксом "железа" сейчас?) Какой срок жизни будет у данной "4.4"? (И какие из его элементов могут быть внесены и в предыдущие версии ядра?)
     
     
  • 2.20, Аноним (-), 09:56, 11/01/2016 [^] [^^] [^^^] [ответить]  
  • –5 +/
    Само ядро 4.4, скорее всего, войдет в состав только маргинальных bleeding edge-дистрибутивов. А вот фичи из него будут бекпортированы в ядра, используемые в серьезных дистрах типа RHEL.
     
     
  • 3.24, ryoken (ok), 10:16, 11/01/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Само ядро 4.4, скорее всего, войдет в состав только маргинальных bleeding edge-дистрибутивов.
    > А вот фичи из него будут бекпортированы в ядра, используемые в
    > серьезных дистрах типа RHEL.

    Aptosid-репа + Debian Unstable. Уже прилетело. Это, постесняюсь спросить, "маргинальный дистр" ?

     
     
  • 4.25, anonimous (?), 10:42, 11/01/2016 [^] [^^] [^^^] [ответить]  
  • +11 +/
    > Aptosid
    > Это, постесняюсь спросить, "маргинальный дистр" ?

    Да. И не надо стесняться.

     
  • 4.26, Eklykti (?), 10:51, 11/01/2016 [^] [^^] [^^^] [ответить]  
  • +7 +/
    > Unstable "маргинальный дистр"?

    Да.

     
  • 3.55, poul777777 (ok), 15:47, 11/01/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Само ядро 4.4, скорее всего, войдет в состав только маргинальных bleeding edge-дистрибутивов.
    > А вот фичи из него будут бекпортированы в ядра, используемые в
    > серьезных дистрах типа RHEL.

    Ядро отличное шустрое. 4.4-RC1 во всяком случае годится для убунты, федоры, арча - замечательно, если правильно собрать.

     
  • 2.104, chinarulezzz (ok), 02:03, 12/01/2016 [^] [^^] [^^^] [ответить]  
  • +/
    http://kernel.ubuntu.com/~kernel-ppa/mainline/daily/current/

    :)

     

  • 1.23, turbo2001 (ok), 10:10, 11/01/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Поправьте новость - добавили драйвер только для usb сетевух RTL8XXXU (а не RTL8XXX).
     
     
  • 2.30, Аноним (-), 12:16, 11/01/2016 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Там есть кнопочка "исправить". Править может кто угодно, что угодно и сколько угодно раз
     
     
  • 3.31, turbo2001 (ok), 12:55, 11/01/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Там есть кнопочка "исправить". Править может кто угодно, что угодно и сколько
    > угодно раз

    Спасибо, уже увидел.
    Сайт, конечно, не для людей со средним iq. Я минуты три втыкал на титулке, пытаясь понять залогинен ли я и как попасть в профайл.

     
     
  • 4.32, Аноним (-), 13:41, 11/01/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Логин для задрoтов, вступай в анонимы ;)
     
     
  • 5.72, Ilya Indigo (ok), 17:53, 11/01/2016 [^] [^^] [^^^] [ответить]  
  • +7 +/
    > Логин для задрoтов, вступай в анонимы ;)

    Так вот почему тут столько анонимов.
    Большинство из них просто не знает как залогиниться. :-)

     
     
  • 6.150, Аноним (-), 01:23, 13/01/2016 [^] [^^] [^^^] [ответить]  
  • +/
    А зачем логиниться? Безымянное общество безымянных -- это сила! :)
     
  • 4.34, Michael Shigorin (ok), 13:55, 11/01/2016 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > Сайт, конечно, не для людей со средним iq. Я минуты три втыкал
    > на титулке, пытаясь понять залогинен ли я и как попасть в профайл.

    Здесь логин не требуется, а замеченное свежим взглядом есть смысл изложить вот сюда: https://www.opennet.ru/contact.shtml

    Спасибо!

     
  • 4.68, Аноним (-), 17:35, 11/01/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >Сайт, конечно, не для людей со средним iq

    Клован смог - и ты сможешь! Не переживай.

     
     
  • 5.80, Аноним (-), 21:04, 11/01/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Сам то не смог
     
  • 4.83, Аноним (-), 21:13, 11/01/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > Сайт, конечно, не для людей со средним iq. Я минуты три втыкал
    > на титулке, пытаясь понять залогинен ли я и как попасть в профайл.

    Сайт делался на заре интернета, а потом на него забили.

     
     
  • 5.89, Andrey Mitrofanov (?), 21:37, 11/01/2016 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >>не для людей со средним iq.
    > Сайт делался на заре интернета, а потом на него

    Не, не так: "...для людей, а потом и люди стали не те, и интернеты испортились."

     

  • 1.33, Аноним (-), 13:51, 11/01/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    А терминаторов всё нет.
     
     
  • 2.45, Аноним (-), 15:24, 11/01/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Очевидно же, что ИИ сделал правильные выводы и пока тихарится.
     
     
  • 3.84, Andrey Mitrofanov (?), 21:16, 11/01/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > Очевидно же, что ИИ сделал правильные выводы и пока тихарится.

    Очевидно, что реальность меняется с выходом каждой новой серии. И в конце каждой "ихние" проигрывают.  Не будет вам   ни- ка- ких   терминаторов, окромя голливудского лубка в просмотровых будках и на торрентах.

     
  • 2.52, Аноним (4), 15:42, 11/01/2016 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > А терминаторов всё нет.

    Скоро появятся. Ждали, пока перегрев не уберут.

    >Добавлен фреймворк "devfreq cooling" для управления температурным режимом устройств

     
  • 2.62, Нимано (?), 16:44, 11/01/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > А терминаторов всё нет.

    ...
    > поддержка 3D в виртуальном GPU virtio-gpu,

    ---
    > Do you think that's air you're breathing?

     
     
  • 3.87, Аноним (-), 21:32, 11/01/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Следуй за кроликом...
     
     
  • 4.91, Andrey Mitrofanov (?), 21:41, 11/01/2016 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > Следуй за кроликом...

    --Прос{н,п}ись, Не-э-эо-о!...  //повторяюсь--

    ...Гражданин Нео, вернитесь в просмотровую будку№6 и примите таблетки. Прокурор волнуется.

     
     
  • 5.119, Аноним (-), 12:36, 12/01/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    А кто у вас в палате прокурор? Led?
     
     
  • 6.123, Аноним (-), 13:14, 12/01/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Smith.
     
  • 2.107, Адекват (ok), 07:17, 12/01/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > А терминаторов всё нет.

    просто скайнет подумал-подуамл и решил "да пошли они в пень со своими systemd и pulseaudio".
    Да и потом, годы исследований показали, что переодически после обновлений вылезают всякие глюки - и будет очень не хорошо, когда после обновлении прошивки терминатор вместо того, чтобы искать Сару Коннор будет стоять на месте и быстро-быстро дергаться как в конвульсиях.
    Или он ослепнет, потому что его "глаза" перестануть поддерживаться новым ядром, или работать будут, но будет падать фпс в 2 раза.

     
  • 2.110, хрю (?), 09:09, 12/01/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    арни был на демьяне, поэтому ждём перез пару лет +)
     

  • 1.41, Аноним (-), 14:40, 11/01/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Объясните накой listen() неблокирующий сокет? Или о чем это вообще?
     
     
  • 2.132, Аноним (-), 14:01, 12/01/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > Объясните накой 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.git/commit/?id=c3f

     

  • 1.44, poul777777 (ok), 15:20, 11/01/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    у интел Intel все процы начиная с  Heswell  багованные читайте  Errata. А на АМД с IOMMU v2 GPU в виртуалки пробразываются тока так. Какой я был дебил когда выбрал для домашнего кино-игро-модо компьютера супер пупер Xeon E3 1275 вместо FX 8350.
     
     
  • 2.47, Michael Shigorin (ok), 15:32, 11/01/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > у интел Intel все процы начиная с  Heswell  багованные

    Фигассе, а я как-то подумал, что как бы не все с 8086 по на тот момент P4... где CISC, где f00f, где ГигагерцыНашеВсё.

     
     
  • 3.53, poul777777 (ok), 15:43, 11/01/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Да никто не упамянул массу патчей к ахетектуре MIPS (PS3)
     
     
  • 4.86, Аноним (-), 21:32, 11/01/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Да никто не упамянул массу патчей к ахетектуре MIPS (PS3)

    В PS3 вообще-то cell, powerpc с добавками.

     
  • 4.102, Michael Shigorin (ok), 01:00, 12/01/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > MIPS (PS3)

    На двухмоторном Cell работал, MIPS там не было.

     
     
  • 5.121, Аноним (-), 13:13, 12/01/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    У PS3 1(big PPE)+8(little SPE) компоновка ядер, а не двухмоторный. У xbox360 три (PPE).
     
  • 3.54, rob pike (?), 15:43, 11/01/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    После 4004 Интел скатился.


     
     
  • 4.57, Юрий (??), 15:56, 11/01/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    +1. i8051 дерьмище еще то.
     
     
  • 5.60, rob pike (?), 16:17, 11/01/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Хороший процессор. На Си только не надо его программировать.
     
     
  • 6.61, Юрий (??), 16:42, 11/01/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Хороший, один из лидеров среди МК по количеству тактов на инструкцию. А по архитектуре: даже 80515 ее не спасает. ИМХО: 8051 для людей, не желающих учить новое.
     
     
  • 7.74, rob pike (?), 18:10, 11/01/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Ну для вычислительных мегакластеров он, конечно, не очень подходит.
    Зато ядро маленькое и экономичное. И распространенное.
     
     
  • 8.92, Аноним (-), 22:03, 11/01/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Cortex-M тоже маленькие, экономичные, дешевые и распостраненные И лучше во всем... текст свёрнут, показать
     
     
  • 9.125, Ан (??), 13:29, 12/01/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Cortex M к сожалению не процессор Кешем не вышел А так вполне бы мог ... текст свёрнут, показать
     
     
  • 10.158, Аноним (-), 08:11, 13/01/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Процессорное ядро в составе микроконтроллеров ... текст свёрнут, показать
     
  • 6.90, Аноним (-), 21:39, 11/01/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > Хороший процессор.

    Был 20 лет назад.

    > На Си только не надо его программировать.

    Поэтому Cortex-M и занял его место. Лучше во всем.

     
     
  • 7.103, Michael Shigorin (ok), 01:01, 12/01/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Ой, а это случайно не User294 снова на огонёк заглянул?  Если вдруг так, привет, рад видеть :)
     

  • 1.46, poul777777 (ok), 15:26, 11/01/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Если вы собираетесь на вашей Генте или Федоре играть в танчики или World of ships , уверяю Вас -  Вам или придется собирать машину уровня
    Xeon E5 $$$$ Или отказаться от Intel  в последний раз и навсегда...
    https://www.reddit.com/r/linux_gaming/comments/3lnpg6/gpu_passthrough_revisite
     
     
  • 2.51, rob pike (?), 15:39, 11/01/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > собирать машину уровня Xeon E5

    Это вы так "you need VT-d" переводите?

     
     
  • 3.58, poul777777 (ok), 15:57, 11/01/2016 [^] [^^] [^^^] [ответить]  
  • +/
    >> собирать машину уровня 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 группу.

     

  • 1.50, poul777777 (ok), 15:37, 11/01/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Virgil Давида Арли и тейнеров и Алкса Вилльемсона и Пазолини - подлежит пристальному исследованию и тестированию. Хотя учитывая последний патч Арли, еще не отошедшего от рождественских праздников, нас ждут только косметические изменения в коде ... может так к 4.4.2-3

    https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/?id=020

    ///////////

    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"

     
  • 1.56, pavlinux (ok), 15:55, 11/01/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    > В CIFS реализована возможность выполнения операции копирования на стороне сервера

    Нунаконецто. Девелоперы миднайта сюда!!!  

     
  • 1.59, pavlinux (ok), 15:59, 11/01/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > Расширены возможности DRM-драйвера для видеокарт Intel:

    Оно теперь станет работать быстрее 5 fps?

     
     
  • 2.63, poul777777 (ok), 16:54, 11/01/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Будет - 5-10 процентов прироста на 4.4-RC7 в сравнении с тем же 4.1.12-4.2.6 на бенчмармаках Haven Unigine и на танчиках, если гипервизор QEMU. Желательно конечно GCC 5.3-xx под процессор и мышки всякие.
     
  • 2.94, Аноним (-), 22:08, 11/01/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > Оно теперь станет работать быстрее 5 fps?

    Целых 15 выжимает, на 1368*768. Ощути себя ракетой.

     
     
  • 3.143, pavlinux (ok), 17:02, 12/01/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Ушёл тестить.
     

  • 1.99, Аноним (-), 23:18, 11/01/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    когда уже БТРфс допилят? а то все эти XFS/ExtX из прошлого века фс ни тебе зеркалирования, ни сжатия, ни RAIDов и вообще нихера кроме хранения файлов( в общем существующая свита ФС недалеко ушла от оригинальной UFS.
     
     
  • 2.106, Crazy Alex (ok), 04:58, 12/01/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Подозреваю, что не раньше, чем сумеют сделать новый VFS, где все эти зеркалирования, сжатия и снапшоты таки будут вменяемо разложены по разным уровням.

    Комбайны тем и плохи (в том числе), что из-за сильной связности дороги в написании и поддержке.

     
     
  • 3.137, rob pike (?), 16:18, 12/01/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Сильная связность в зависимости от обстоятельств может быть как недостатком, так и достоинством.

     
     
  • 4.151, Crazy Alex (ok), 02:37, 13/01/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Плюшки она давать может, особенно в плане производительности (а может и не давать), но усложнение поддержки даёт всегда. Другое дело, что иногда ради плюшек с этим можно смириться, или банально исторически сложилось, а переписывать дорого или некому или некогда.
     
     
  • 5.163, rob pike (?), 18:53, 13/01/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Усложнение поддержки тоже бывает разное. В том числе и "не можем убедить смежников принять наш патч, поэтому фичи А, Б и В работают только в нашей экспериментальной ветке пока мейнтейнер VFS не уйдет на пенсию".
     
  • 2.111, leap42 (ok), 09:30, 12/01/2016 [^] [^^] [^^^] [ответить]  
  • +3 +/
    есть мнение, что рейды и зеркалирование должны быть не в фс, а уровнем ниже (lvm, ceph, вот это всё).
     
     
  • 3.124, Аноним (-), 13:16, 12/01/2016 [^] [^^] [^^^] [ответить]  
  • +/
    важнее реализация которая доступна из коробки, а не мнение которому не суждено сбыться
     
  • 3.136, rob pike (?), 16:14, 12/01/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Хорошо ли работает на вашей машине стек OSI?
     
  • 3.154, ононим88 (?), 04:17, 13/01/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Только ceph, строиться _поверх_ текущей файловой системы, например XFS.
     
  • 3.162, Ананас (?), 10:22, 13/01/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Говорят, что есть плюсы у рейда на уровне фс:
    http://superuser.com/questions/364222/btrfs-on-top-of-a-mdadm-raid10-or-btrfs
     
     
  • 4.165, Michael Shigorin (ok), 22:18, 13/01/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > http://superuser.com/questions/364222/btrfs-on-top-of-a-mdadm-raid10-or-btrfs

    "if a few blocks just give back the wrong bits instead of giving the appropriate error codes for a bad block" -- а такое часто бывает без CRC Error?

     
     
  • 5.166, rob pike (?), 02:35, 14/01/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Чаще чем интуитивно кажется.
    http://en.wikipedia.org/wiki/Birthday_problem
     
     
  • 6.167, rob pike (?), 02:41, 14/01/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > 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_corruption
     
     
  • 7.168, Michael Shigorin (ok), 12:30, 14/01/2016 [^] [^^] [^^^] [ответить]  
  • +/
    >> the error rates as observed by a CERN study on silent corruption
    >> are far higher than one in every 10^16 bits

    Спасибо.

     

  • 1.100, Ytch (ok), 23:35, 11/01/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    > Добавлен 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, то сразу считает его пропавшим. То есть, как раз и анализирует время, а не количество и не последовательность. Вроде так получается-то...

     
  • 1.109, Аноним (-), 08:46, 12/01/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    RedHat скатился - даже Intel и тот больше вклад имеет.
     
     
  • 2.112, Andrey Mitrofanov (?), 09:40, 12/01/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > RedHat скатился - даже Intel и тот больше вклад имеет.

    Тс-с-с! Не мешайте. Они бросили все силы "к чертёжной доске". Ужо-то что бууудет. </>

     
     
  • 3.133, Аноним (-), 14:41, 12/01/2016 [^] [^^] [^^^] [ответить]  
  • +/
    это так о systemd говорится?...

    я бы сказал что redhat попарился - теперь можно с лохов стричь купоны за поддержку.

     
     
  • 4.135, Andrey Mitrofanov (?), 15:41, 12/01/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > это так о systemd говорится?...

    Нет. Тут, типо, про ядро.   http://www.phoronix.com/scan.php?page=news_item&px=KDBUS-Back-To-Design

    С s-d у них пaпа разве что один - РХ.

    > я бы сказал что redhat

     
     
  • 5.142, Аноним (-), 16:55, 12/01/2016 [^] [^^] [^^^] [ответить]  
  • +/
    >> это так о systemd говорится?...
    > Нет. Тут, типо, про ядро.   http://www.phoronix.com/scan.php?page=news_item&px=KDBUS-Back-To-Design

    я ж и говорю - допиливают systemd. На который показали большой фак

     

  • 1.113, Аноним (-), 10:37, 12/01/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Подскажите пожалуйста, а есть ли какой-то ресурс позволяющий наблюдать версии приложений и ядра в популярных дистрибутивах. Скажем наблюдать какая версия ядра там в Debian, OpenSuse и т.д.
     
     
  • 2.114, iPony (?), 11:26, 12/01/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    http://distrowatch.com
     
  • 2.115, Аноним (-), 11:26, 12/01/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Подскажите пожалуйста, а есть ли какой-то ресурс позволяющий наблюдать версии приложений
    > и ядра в популярных дистрибутивах. Скажем наблюдать какая версия ядра там
    > в Debian, OpenSuse и т.д.

    Смысла нет, так как в дистрибутивах обычно не ванильные ядра, а обложенные в три слоя патчами и бэкпортами. Номер версии только с толку сбивает.  Например,  в RHEL 7.2 ядро
    3.10.0-327.el7, но сетевой стек в нём из ванильного ядра 3.18, драйверы из 4.0, XFS из 4.1, Device Mapper из 4.2.

     
     
  • 3.117, Crazy Alex (ok), 11:58, 12/01/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Так по факту один редхат так сурово ядро и корёжит, у остальных патчи, конечно, есть, но не то, чтобы сильно принципиальные
     
     
  • 4.126, Аноним (-), 13:31, 12/01/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Так по факту один редхат так сурово ядро и корёжит, у остальных патчи, конечно, есть, но не то, чтобы сильно принципиальные.

    Посмотри на на "несильно принципиальный" набор патчей в SLE 11, SLE 12.

     
     
  • 5.131, Crazy Alex (ok), 13:54, 12/01/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    На кой смотреть на этот труп?
     
     
  • 6.134, Аноним (-), 14:42, 12/01/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > На кой смотреть на этот труп?

    посмотри на oracle linux kernel ?

     
     
  • 7.140, Crazy Alex (ok), 16:51, 12/01/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Который клон ядра RHEL с доработками и не является частью какого-либо дистрибутива?
     
     
  • 8.141, Аноним (-), 16:53, 12/01/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ты действительно такой не компетентный что считаешь ядро http www opennet ru o... текст свёрнут, показать
     
     
  • 9.152, Crazy Alex (ok), 02:43, 13/01/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Что значит считаю Оно всю жизнь клоном редхатовского ядра и было, по поводу чег... текст свёрнут, показать
     

  • 1.120, Аноним (-), 12:52, 12/01/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Догоняют андроид по версиям :-)
     
     
  • 2.127, Ан_v2 (?), 13:33, 12/01/2016 [^] [^^] [^^^] [ответить]  
  • –4 +/
    > Догоняют андроид по версиям :-)

    Нет не догонят. Скорее всего 4.5 ядра не будет. Будет какая нибудь другая номерация, типа 2016.1 или 1q2016 или 1q16. Торвальдс боится цифры 45 как Пушкин Дантеса. Вообщем ждите.

     
     
  • 3.169, Аноним (-), 21:01, 16/01/2016 [^] [^^] [^^^] [ответить]  
  • +/
    бред
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Спонсоры:
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2020 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру