The OpenNET Project / Index page

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

Релиз ядра Linux 4.14

12.11.2017 23:15

После двух месяцев разработки Линус Торвальдс представил релиз ядра Linux 4.14. Среди наиболее заметных изменений: поддержка технологии AMD Secure Memory Encryption, возможность адресации до 128 Пб виртуальной памяти, поддержка алгоритма сжатия zstd, режим zero-copy для прямой передачи данных в сокеты из памяти процессов, включение в состав подсистемы HMM (Heterogeneous memory management).

В новую версию принято 13500 исправлений от 1300 разработчиков, размер патча - 51 Мб (изменения затронули 23024 файлов, добавлено 618312 строк кода, удалено 343899 строк). Около 32% всех представленных в 4.14 изменений связаны с драйверами устройств, примерно 32% изменений имеют отношение к обновлению кода специфичного для аппаратных архитектур, 8% связано с сетевым стеком, 3% - файловыми системами и 5% c внутренними подсистемами ядра.

Основные новшества:

  • Дисковая подсистема, ввод/вывод и файловые системы
    • Проведена большая работа по увеличению производительности подсистемы дисковых квот. Производительность создания файлов при включенных квотах в ext4 возросла примерно в два раза;
    • В ext4 увеличена масштабируемость при выделении места под inode. Обеспечена обратная совместимость с реализацией ea_inode из ФС Lustre;
    • В сетевой файловой системе CIFS добавлена поддержка чтения и записи расширенных атрибутов (xattr) с использованием протокола SMB2 и новее. В SMB3 добавлена возможность согласования диалектов для использования наиболее защищённой версии, поддерживаемой сервером (SMB2.1, SMB3.0, SMB3.02);
    • В Btrfs и SquashFS добавлена поддержка алгоритма сжатия zstd, который может рассматриваться как оптимальный компромисс, между быстрым но неэффективным lz4 и медленным но хорошо сжимающим xz. По сравнению с zlib/Deflate, zstd демонстрирует в 3-5 раз более высокую скорость сжатия и в два раза более быструю распаковку, при уровне сжатия выше на 10-15%.
    • В Btrfs добавлена возможность доступа на запись в деградировавшие RAID-массивы, если целостность всех блоков не нарушена. Улучшены алгоритмы распределения данных при использовании Btrfs на SSD-накопителях. Обеспечена возможность применения rbtree для отслеживания ссылок;
    • В F2FS добавлена поддержка обычных и журналируемых квот, добавлены ioctl F2FS_IOC_FS{GET,SET}XATTR, обеспечена возможность хранения контрольных сумм для inode;
    • Добавлен новый флаг IOCB_NOWAIT, при установке которого асинхронные операции буферизированного блочного ввода/вывода выполняются по возможности как в неблокирующем режиме (например, без флага IOCB_NOWAIT могут блокироваться операции управления памятью);
  • Виртуализация и безопасность
    • Добавлена поддержка шифрования отдельных страниц памяти при помощи представленной в процессорах AMD технологии SME (Secure Memory Encryption). SME позволяет пометить страницы памяти как подлежащие шифрованию, после чего данные страницы будут автоматически зашифрованы при записи в DRAM и расшифрованы при чтении из DRAM;
    • Из-за невостребованности и отсутствия сопровождающего удалён код системы виртуализации lguest, позволяющей загружать ядра Linux как пользовательский процесс;
    • Добавлена возможность использования file capabilities в пространстве имён идентификаторов пользователя (user namespaces), что позволяет обойтись одним расширенным атрибутом security.capability для любого файла;
    • Расширен перенесённый из патчей grsecurity плагин к GCC для рандомизации раскладки структур данных, который на этапе сборки делает непредсказуемым следование полей в структурах и затрудняет проведение атак, базирующихся на знании раскладки структур в ядре. Плагин теперь дополнительно автоматически выполняет перегруппировку элементов структур, состоящих целиком из указателей на функции;
    • Добавлена поддержка GCC-плагина structleak, обеспечивающего инициализацию всех переменных, которые используются в коде через обращение по ссылке (позволяет блокировать потенциальные утечки содержимого памяти);
    • В Xen добавлен фронтэнд для PV Calls ABI, позволяющий перенаправлять POSIX-вызовы между гостевыми системами. При помощи PV Calls вызов POSIX-функции, инициированный из приложения в DomU, может быть перенаправлен и обработан на стороне Dom0. Например, обращение к сетевому сокету может быть выполнено на стороне Dom0, позволяя реализовать новую сетевую модель, естественно вписывающуюся в концепцию cloud-native приложений;
  • Сетевая подсистема
    • Реализована возможность отправки данных в сетевой сокет в режиме zero-copy (вызов send с флагом MSG_ZEROCOPY), позволяющем организовать передачу данных по сети без промежуточной буферизации;
    • В подсистему GRE (Generic Routing Encapsulation) добавлена поддержка второго типа туннелей ERSPAN, которые могут использоваться для приёма или перенаправления трафика с данными мониторинга от коммутаторов Cisco;
    • Добавлена поддержка расширенных механизмов обработки локальных сегментов, определённых в новых вариантах спецификации IPv6 Segment Routing, а также возможность инкапсуляции пакетов IPv4;
    • В net/ncsi добавлена поддержка фильтрации VLAN;
    • Добавлена поддержка протокола NSH (Network Service Header), который может применяться как протокол третьего уровня модели OSI (как IPv4 и IPv6);
    • В netfilter реализована возможность рекурсивного удаления цепочек nf_tables. В xt_hashlimit представлен режим сопоставления по интенсивности поступления числа пакетов или байтов без применения rate limit (в отличие от rate limit, не ограничивает, а классифицирует поток, оценивая находится ли он выше или ниже заданной интенсивности);
  • Память и системные сервисы
    • Добавлена поддержка подсистемы Heterogeneous memory management (HMM), позволяющей использовать устройства с собственными блоками управления памятью (MMU, memory management unit), которые могут получать доступ к основной памяти. Например, при помощи HMM можно организовать совместное адресное пространство между GPU и CPU, в котором GPU может получить доступ к основной памяти процесса;
    • Добавлена система раскрутки стека ORC unwinder, позволяющая повысить надёжность трассировки стека в процессе отладки крахов ядра и увеличить качество анализа стека в момент применения live-патчей на предмет влияния подмены функции на выполняемые в текущий момент процессы. Выполнение раскрутки стека, т.е. определения цепочки вызовов, которые привели к текущему состоянию, является нетривиальной задачей в ядре, так как кроме вызова Си-функций приходится учитывать такие нюансы как вызовы из кода на ассемблере, прерывания и trap-исключения процессора;
    • В cgroup добавлен режим гибкого управления потоками процесса (cgroup.type threaded), в дополнение к ранее применяемой группировке всех потоков одного процесса и управления этой группой как единым целым. В режиме cgroup.type потоки одного процесса не обязаны входить в одну группу и могут быть разнесены по разным группам, но все из этих групп должны быть с типом threaded и размещаться в одной иерархии cgroup;
    • В подсистему RDMA, предоставляющую похожие на DMA возможности для организации прямого доступа к памяти другого компьютера, добавлен новый API для использования из пространства пользователя через ioctl();
    • В системный вызов membarrier(), обеспечивающий установку барьеров на память для всех работающих в системе потоков, добавлен режим MEMBARRIER_CMD_SHARED_EXPEDITED, позволяющий значительно ускорить выполнение вызова, ценой применения IPI (inter-processor interrupt);
    • В системный вызов madvise(), предоставляющий средства для оптимизации управления памятью процесса, добавлена опция MADV_WIPEONFORK, при которой после выполнении fork() указанный регион памяти будет получен дочерним процессом в обнулённом виде;
    • Для архитектуры x86 реализована поддержка пятиуровневых таблиц страниц памяти c 56-битной адресацией, позволяющих управлять до 128 Пб виртуального адресного пространства на системах с 4 Пб физической памяти (ранее поддерживалось 256 Тб и 64 Тб соответственно);
    • В системе динамического управления частотой процессора (cpufreq) появилась возможность раздельного управления каждым CPU, что позволяет улучшить управление питанием и повысить отзывчивость при изменениях нагрузки;
    • Продолжена оптимизация процесса вытеснения в раздел подкачки больших страниц памяти (Transparent Huge-Pages). Обеспечено откладывание разбиения больших страниц на маленькие до момента фактической записи в раздел подкачки или чтения из него, что позволило поднять пропускную способность вывода в раздел подкачки на 42% за счёт уменьшения конфликтов блокировок;
    • Реализован JIT-компилятор eBPF для архитектуры ARM;
  • Оборудование
    • В DRM-драйвере (Direct Rendering Manager) Nouveau добавлены средства для управления видеорежимами для GPU GP108 (GeForce GT 1030)
    • В DRM-драйвере AMDGPU добавлена начальная поддержка больших страниц памяти (hugepage) и продолжена реализация поддержки GPU Radeon RX Vega;
    • В DRM-драйвер для GPU Intel продолжена реализация поддержки грядущих процессоров на базе микроархитектуры Intel Cannonlake, улучшен код для выполнения сброса GPU, добавлена поддержка CCS (color compression) для буфера отрисовки следующего кадра;
    • Поддержка звуковых кодеков Realtek RT274, Wolfson Microelectronics WM8524 и Cirrus Logic CS43130;
    • Поддержка USB-контроллеров Atheros ath10k и Ralink USB PHY;
    • Добавлен драйвер "rtlwifi" для беспроводных карт на базе чипов Realtek RTL8822BE (802.11ac);
    • Для Raspberry Pi реализована поддержка шины обмена данными HDMI CEC (Consumer Electronics Control), позволяющая при помощи одного универсального пульта управлять устройствами, подключенными через HDMI;
    • Поддержка встроенных в CPU Allwinner и Freescale i.MX генераторов псевдослучайных чисел, а также средств ускорения криптографии по эллиптическим кривым в чипах Microchip и Atmel;
    • Поддержка Ethernet-контроллеров Hisilicon HNS3, Rockchip, Marvell CP110 и Adaptrum Anarion GMAC, а также беспроводных адаптеров Realtek RTL8822BE;
    • Подсистема драйверов IRDA (поддержка инфракрасного порта) перемещена в ветку staging с целью дальнейшего удаления из ядра (драйвер имеет проблемы с качеством кода и при этом не востребован);
    • Из основного ядра в репозиторий linux-firmware вынесен набор прошивок, ранее поставляемых в каталоге "firmware/". По сути, решено объединить в одном месте разрозненные прошивки, часть которых поставлялась в архиве с ядром, а часть в пакете linux-firmware. Набор прошивок в ядре продолжал поставляться по историческим причинам, но не обновлялся с 2013 года - вся связанная с прошивками активность была перемещена в репозиторий linux-firmware, который ныне рассматривается как актуальный источник прошивок.


  1. Главная ссылка к новости (https://lkml.org/lkml/2017/11/...)
  2. OpenNews: Тенденции в разработке ядра Linux за 2017 год
  3. OpenNews: Для ядра Linux адаптированы правила GPLv3 в отношении отзыва лицензии
  4. OpenNews: Срок поддержки LTS ядра Linux 4.4 увеличен c 2 до 6 лет
  5. OpenNews: Релиз ядра Linux 4.13
  6. OpenNews: Релиз ядра Linux 4.12
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/47513-linux
Ключевые слова: linux, kernel
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (138) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, A.Stahl (ok), 23:33, 12/11/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • –30 +/
    Тоска. Ничего интересного. Ну разве что только поржать над BTRFS, который как Пресли, Ленин или *BSD -- давно мертв, но некотрые вздыхают и говорят "жив!"
     
     
  • 2.3, rm12 (?), 23:52, 12/11/2017 [^] [^^] [^^^] [ответить]  
  • +9 +/
    Это будет следующее LTS ядро, новость примечательна хотя бы только поэтому. Лично я не-LTS версии пропускаю, а к этой можно потихоньку присматриваться и некритичные системы начинать переводить.
     
     
  • 3.5, A.Stahl (ok), 23:55, 12/11/2017 [^] [^^] [^^^] [ответить]  
  • –6 +/
    Но с точки зрения обычного пользователя -- скучно. Меня не интересует особо стабильность и т.п. Меня больше интересуют всякие "плюшки". А тут просто "накопилось некоторое количество полезных коммитов, надо бы и релизнуть".
     
     
  • 4.10, pavlinux (ok), 01:07, 13/11/2017 [^] [^^] [^^^] [ответить]  
  • +/
    >  Но с точки зрения обычного пользователя -- скучно.

    Обычный юзер, расскажи, как ты юзаешь MADV_MERGEABLE, O_TMPFILE, COPYUSER, DMA_BUF?
    Отвечу за тебя - НИКАК. А тут уже MADV_WIPEONFORK и RDMA пришло!
    На Сapabilities V2 весь софт перевёл? Ага, а тут уже V3 пришло.


    Списочек https://kernelnewbies.org/LinuxChanges весь изучил, протестил?  



      

     
     
  • 5.45, A.Stahl (ok), 09:39, 13/11/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Я и пишу -- скучный релиз. Для обычного пользователя ничего интересного.
     
     
  • 6.50, Аноним (-), 10:43, 13/11/2017 [^] [^^] [^^^] [ответить]  
  • +3 +/
    А чего для обычного пользователя может быть интересного в ядре, кроме поддержки новых железок?
    >Около 32% всех представленных в 4.14 изменений связаны с драйверами устройств

    Это и говорит о том, что поддержка новых железок в него добавлена, улучшена поддержка ранее добавленных.

     
     
  • 7.131, Аноним (-), 17:20, 15/11/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > А чего для обычного пользователя может быть интересного в ядре

    Всяческие улучшения поддержки этих самых железок а так же улучшения в различных подсистемах ядра.

     
  • 7.146, Джон Ленин (?), 04:59, 25/11/2017 [^] [^^] [^^^] [ответить]  
  • +/
    >А чего для обычного пользователя может быть интересного в ядре, кроме поддержки новых железок?

    Встроенные обои.

     
  • 6.60, Аноним (-), 12:19, 13/11/2017 [^] [^^] [^^^] [ответить]  
  • –2 +/
    На заборе тоже пишут.
     
  • 6.76, Аноним (-), 15:45, 13/11/2017 [^] [^^] [^^^] [ответить]  
  • +7 +/
    > Я и пишу -- скучный релиз. Для обычного пользователя ничего интересного.

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

     
  • 3.13, Аноним (-), 01:12, 13/11/2017 [^] [^^] [^^^] [ответить]  
  • +7 +/
    > Лично я не-LTS версии пропускаю

    Я тоже хотел начать так делать во времена ещё первого LTS (2.6.16 вроде). Но оказалось, что драйвер ext3 той версии постоянно приводил файловую систему к ошибочному состоянию (что показывал предусмотрительно запускающийся раз в 7 дней fsck). Я тогда дождался 2.6.16.16 или типа того, увидел что проблема не исправлена, и пересел на 2.6.17, где этой проблемы не было.

    Со следующим после него "стабильным" тоже была какая-то проблема, уже не помню.

    Потом был какой-то, то ли 3.10, то ли 3.16, в котором у меня система при подключении по usb мобильного телефона не видела его как диск, забэкапить на хард фоточки я не мог, пока не пересел на 3.18.

    Теперь выпустили 4.14 с некорректными значениями частоты в /proc/cpuinfo.

    Итого, из 3 LTS которые я пробовал, 2 содержали критичные для меня баги, и ещё один выпустили в режиме "ну и ладно что баг, потом может поправим".

    Да гори оно синим пламенем, с такими-то проблемами в LTS-ах, я пожалуй на нестабильных посижу, в них у меня всё работает.

     
     
  • 4.16, VINRARUS (ok), 01:26, 13/11/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А у меня system:D при загрузке требовал новое ядро
    cgroup: cgroup2: unknown option "nsdelegate"
    Даже не успел посидеть на последней LTS.
     
     
  • 5.21, pavlinux (ok), 02:11, 13/11/2017 [^] [^^] [^^^] [ответить]  
  • +4 +/
    > Даже не успел посидеть на последней LTS.

    А зачем ты руками обновляешь LTS?

     
     
  • 6.22, VINRARUS (ok), 02:24, 13/11/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >А зачем ты руками обновляешь LTS?

    Спроси у создателей Manjaro, зачем они выпустили 17.0.6 с конфликтом.

     
     
  • 7.23, pavlinux (ok), 02:39, 13/11/2017 [^] [^^] [^^^] [ответить]  
  • +7 +/
    >>А зачем ты руками обновляешь LTS?
    > Спроси у создателей Manjaro

    Ну тут ССЗБ. LTS есть у Ubuntu/Suse/Debian/Oracle, остальное херь игрушечная :)  


     
     
  • 8.25, VINRARUS (ok), 02:55, 13/11/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ну речь была о LTS ядре, а не дистрибутиве Касательно бубунт то я пришол к в... текст свёрнут, показать
     
     
  • 9.26, pavlinux (ok), 03:00, 13/11/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Ядро там хорошо фиксят Накрайняк пересобрать ядро под свой проц ... текст свёрнут, показать
     
     
  • 10.28, VINRARUS (ok), 03:12, 13/11/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Я под Ubuntu LTS понимаю ОС которая не должна терпеть никаких изменений в целом,... текст свёрнут, показать
     
     
  • 11.52, Аноним (-), 10:48, 13/11/2017 [^] [^^] [^^^] [ответить]  
  • +6 +/
    Да, ты ошибаешься ... текст свёрнут, показать
     
     
  • 12.64, VINRARUS (ok), 13:53, 13/11/2017 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Ну в каждой ошыбке должна быть доля ошыбки ... текст свёрнут, показать
     
  • 11.100, НяшМяш (ok), 18:02, 13/11/2017 [^] [^^] [^^^] [ответить]  
  • +/
    В LTSах есть hardware enablement stack - набор пакетов в имени есть lts или hwe... текст свёрнут, показать
     
     
  • 12.116, Аноним (-), 07:47, 14/11/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Кстати, никто не знает в других дистрах что-то подобное ... текст свёрнут, показать
     
     
  • 13.143, Аноним (-), 04:48, 21/11/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Это только LTSам надо ... текст свёрнут, показать
     
  • 7.105, Аноним (-), 21:00, 13/11/2017 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Выдержка из моего вывода screenfetch:
    > OS: Manjaro 17.0.6-EOL Gellivara
    > Kernel: x86_64 Linux 4.14.0-1-MANJARO

    ЧЯДНТ?

     
     
  • 8.109, VINRARUS (ok), 22:42, 13/11/2017 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Ну и молодец шо тестовое ядро поставил, цытата из манжаро ру Сообщение 171 c... текст свёрнут, показать
     
     
  • 9.119, Аноним (-), 09:22, 14/11/2017 [^] [^^] [^^^] [ответить]  
  • +2 +/
    It s 8230 beautiful Они там в сустемды совсем упоролись ... текст свёрнут, показать
     
     
  • 10.132, Аноним (-), 17:22, 15/11/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Ты неправильно ставишь вопрос они там ещё больше упоролись будет более правил... текст свёрнут, показать
     
  • 4.30, leap42 (ok), 04:06, 13/11/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > Теперь выпустили 4.14 с некорректными значениями частоты в /proc/cpuinfo.

    ох, дорогой аноним, это не баг, а фича:
    начиная с 4.13 частота ядра перестала экспортироваться в /proc/cpuinfo
    смотреть так: cat /sys/devices/system/cpu/cpu*/cpufreq/scaling_cur_freq

    да, многие программы полагались на cpuinfo, но всем плевать, и чинить это не будут

     
     
  • 5.36, AntonAlekseevich (ok), 06:50, 13/11/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Фича - баг в красивой обертке linux 4 13 12-1 on archlinux cat proc cpuinfo ... большой текст свёрнут, показать
     
     
  • 6.66, Аноним (-), 14:34, 13/11/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > linux 4.13.12-1 on archlinux

    В 4.13.12 это как раз поправили.

    https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git/log/?h : "x86: CPU: Fix up "cpu MHz" in /proc/cpuinfo".

    В 4.14 тоже поправили, но потом оказалось, что на многоядерных системах эта правка слишком медленная и отревертили непосредственно перед релизом с обещанием пофиксить потом лучшим способом.

     
  • 6.70, pavlinux (ok), 15:21, 13/11/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    cat proc cpuinfo 124 grep MHz echo --- cat sys devices system cpu cpu... большой текст свёрнут, показать
     
     
  • 7.72, Iaaa (ok), 15:33, 13/11/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Хвалишься?
     
  • 6.114, 0x0 (?), 02:18, 14/11/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Где ты тут видишь что перестала экспортироваться частота в cpuinfo?

    Вся соль в том, что при активированном frequency scaling довольно продолжительное время вместо текущей частоты отображалась только максимально возможная :)

     
     
  • 7.115, 0x0 (?), 02:23, 14/11/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    --!!++ вместо текуЩИХ частот
     
  • 5.41, Crazy Alex (ok), 08:32, 13/11/2017 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Не ври.
    https://www.spinics.net/lists/stable/msg195663.html
     
  • 5.42, qsdg (ok), 09:24, 13/11/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > да, многие программы полагались на cpuinfo, но всем плевать, и чинить это не будут

    Так а как же знаменитая линусова мантра "we don't break userspace"?

     
     
  • 6.56, Crazy Alex (ok), 11:34, 13/11/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    В порядке мантра. Отревертили, в очередном миноре 4.13 всё вернут назад. В 14 - полагаю, тоже.
     
  • 5.113, 0x0 (?), 02:00, 14/11/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Починили 10 дней назад :)
     
  • 4.111, 0x0 (?), 00:36, 14/11/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    А точно не наоборот _____________________ 10 days ago Commit 890da9cf098... большой текст свёрнут, показать
     
     
  • 5.123, Аноним (-), 16:30, 14/11/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > ??? А точно не наоборот? :)

    точно
    _____________________

    4 days ago

    Revert "x86: CPU: Fix up "cpu MHz" in /proc/cpuinfo"
    This reverts commit 941f5f0f6ef5338814145cf2b813cf1f98873e2f.

    Sadly, it turns out that we really can't just do the cross-CPU IPI to
    all CPU's to get their proper frequencies, because it's much too
    expensive on systems with lots of cores.

    So we'll have to revert this for now, and revisit it using a smarter
    model (probably doing one system-wide IPI at open time, and doing all
    the frequency calculations in parallel).

    Reported-by: WANG Chao <chao.wang@ucloud.cn>
    Reported-by: Ingo Molnar <mingo@kernel.org>
    Cc: Rafael J Wysocki <rafael.j.wysocki@intel.com>
    Cc: stable@kernel.org
    Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>

     
     
  • 6.127, 0x0 (?), 03:08, 15/11/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Да, но (сейчас точно не вспомню с какого RC) текущие частоты во всех привычных программах снова отображаются :)
     
  • 2.8, VINRARUS (ok), 00:18, 13/11/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >Ну разве что только поржать над BTRFS, который как Пресли, Ленин или *BSD -- давно мертв, но некотрые вздыхают и говорят "жив!"

    Единственное шо мертво это ум у автора цытаты, по этому освободившееся место приходится заполнять ржачем, шобы не расплющило атмосферным давлением. xD

    BTRFS отличная ФС для HDD, а возможность мгновенного бекапа на уровне ФС делает ее незаменимой в мире случайно ломающихся дистрибутивов от громкого чиха не в ту сторону.

     
     
  • 3.35, лютый жабист__ (?), 06:28, 13/11/2017 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >делает ее незаменимой в мире случайно ломающихся дистрибутивов от громкого чиха не в ту сторону

    Не умнее ли поменять дистриб?

     
     
  • 4.39, VINRARUS (ok), 07:08, 13/11/2017 [^] [^^] [^^^] [ответить]  
  • –6 +/
    >Не умнее ли поменять дистриб?

    Как будто существует дистрибутив который невозможно сломать. :D
    Тут токо squashfs корня поможет.

     
     
  • 5.83, Аноним (-), 16:13, 13/11/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Как будто существует дистрибутив который невозможно сломать. :D
    > Тут токо squashfs корня поможет.

    От dd в блочный девайс не спасет.

     
     
  • 6.86, VINRARUS (ok), 16:42, 13/11/2017 [^] [^^] [^^^] [ответить]  
  • –3 +/
    >От dd в блочный девайс не спасет.

    Ну тут и BTRFS не спасет, нужна TANKFS с противокумулятивноdd защитой. :D

     
     
  • 7.98, Аноним (-), 17:27, 13/11/2017 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > Ну тут и BTRFS не спасет, нужна TANKFS с противокумулятивноdd защитой. :D

    Можно блочный девайс ридонли сделать. Ты стреляешь, но снаряд куда-то проебывается и тебе сообщают что ты не можешь нанести вред.

     
  • 4.61, Аноним (-), 12:42, 13/11/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Не умнее ли поменять дистриб?

    Не, в таких случаях надо прокладку менять.

     
  • 3.46, Аноним (-), 09:51, 13/11/2017 [^] [^^] [^^^] [ответить]  
  • +/
    ECC RAM уже купил?
     
     
  • 4.47, Аноним (-), 10:06, 13/11/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Btrfs в этом не нуждается
     
     
  • 5.84, Аноним (-), 16:16, 13/11/2017 [^] [^^] [^^^] [ответить]  
  • +4 +/
    > Btrfs в этом не нуждается

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

     
     
  • 6.101, VINRARUS (ok), 18:40, 13/11/2017 [^] [^^] [^^^] [ответить]  
  • –3 +/
    >В этом нуждается любая система с повышенными требованиями к надежности. Если ты попросишь файловую систему записать тебе мусор, потому что память уже разрушена - потом ты и прочитаешь мусор.

    Ну тогда и минимум RAID 1 нужен + ИБП... иии никакого разгона. :D
    А то пользы без всего этого от ECC RAM как от бронестекла при аварии автомобиля.

     
     
  • 7.102, Аноним (-), 19:19, 13/11/2017 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Ну тогда и минимум RAID 1 нужен + ИБП...

    Хуже от них не станет. Лучше - зависит от ситуации.

    > иии никакого разгона. :D

    Разгоняльщиков надежность не интересует.

    > А то пользы без всего этого от ECC RAM как от бронестекла при аварии автомобиля.

    Скорее как от системы диагностики тормозов.

     
  • 3.71, SysA (?), 15:27, 13/11/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >>Ну разве что только поржать над BTRFS, который как Пресли, Ленин или *BSD -- давно мертв, но некотрые вздыхают и говорят "жив!"
    > Единственное шо мертво это ум у автора цытаты, по этому освободившееся место
    > приходится заполнять ржачем, шобы не расплющило атмосферным давлением. xD
    > BTRFS отличная ФС для HDD, а возможность мгновенного бекапа на уровне ФС
    > делает ее незаменимой в мире случайно ломающихся дистрибутивов от громкого чиха
    > не в ту сторону.

    Moжет для единственного диска она и хороша, но как жить в боевых системах без multipath'инга я не очень представляю. Пока делаем костыли на программном РАЙДе.

     
  • 3.134, Elhana (ok), 01:29, 16/11/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > возможность мгновенного бекапа на уровне ФС делает ее незаменимой

    Снапшот это не бекап.

     
  • 2.58, Аноним (-), 12:12, 13/11/2017 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Любой жив, пока он востребован. Вы же мертвы уже при жизни.
     
  • 2.77, Аноним (-), 15:46, 13/11/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Тоска. Ничего интересного. Ну разве что только поржать над BTRFS, который как
    > Пресли, Ленин или *BSD -- давно мертв, но некотрые вздыхают и говорят "жив!"

    Может ты и фэйсбук заодно похоронил?

     
     
  • 3.138, . (?), 15:49, 16/11/2017 [^] [^^] [^^^] [ответить]  
  • –2 +/
    факинбук не хранит на btrfs ценных данных, в этом вся разница. Если завтра половина твоих котиков накроется - тебя отправят читать service agreement, где черным по белом написано что твои данные больше не твои, но ответственность за них все равно никто не несет.

     
     
  • 4.141, Аноним (-), 06:38, 19/11/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Зато их храню я и за несколько лет оно не подводило по крупному А еще 1 С btr... большой текст свёрнут, показать
     
  • 2.82, Школьник (ok), 16:08, 13/11/2017 [^] [^^] [^^^] [ответить]  
  • –2 +/
    >*BSD -- давно мертв

    Завезите сначала хоть какую-нибудь нормальную CoW FS, да научите ваш эмулятор терминала-переросток отдавать с одного сервера 100Гбит шифрованного трафика - вот тогда поговорим о мавзолеях и Ленине.

     

  • 1.4, Michael Shigorin (ok), 23:53, 12/11/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > Из основного ядра в репозиторий linux-firmware вынесен набор прошивок,
    > ранее поставляемых в каталоге "firmware/".

    Их бы там ещё структурировать, как ядерные драйверы пару лет тому назад... чтоб на подпакеты рубить можно было по подкаталогам, а не с будкой.

     
     
  • 2.7, EHLO (?), 00:01, 13/11/2017 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > чтоб на подпакеты рубить можно было по подкаталогам, а не с
    > будкой.

    что значит с будкой?

     
     
  • 3.11, Аноним (-), 01:09, 13/11/2017 [^] [^^] [^^^] [ответить]  
  • +7 +/
    Анекдот такой. "Колбаса по-чапаевски: мясо, нарубленное крупными кусками, ...вместе с будкой"
     
  • 3.53, Michael Shigorin (ok), 11:22, 13/11/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Сравните структуру каталогов верхнего уровня фирмварей и ядерных драйверов где ... большой текст свёрнут, показать
     
  • 2.37, AntonAlekseevich (ok), 06:53, 13/11/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Их бы там ещё структурировать, как ядерные драйверы пару лет тому назад... чтоб на подпакеты рубить можно было по подкаталогам, а не с будкой.

    Киньте исправление туда, но так чтобы ничего не сломалось у прочих.

     
     
  • 3.54, Michael Shigorin (ok), 11:24, 13/11/2017 [^] [^^] [^^^] [ответить]  
  • +/
    >> Их бы там ещё структурировать, как ядерные драйверы пару лет тому назад...
    >> чтоб на подпакеты рубить можно было по подкаталогам, а не с будкой.
    > Киньте исправление туда, но так чтобы ничего не сломалось у прочих.

    Так эт вникать надо.  Можно, но у меня сейчас совсем другое всё рабочее время занимает: http://sdelanounas.ru/blogs/100183/

    PS: про "тебе надо -- ты и делай" понимаю и поддерживаю :-)

     
     
  • 4.62, AntonAlekseevich (ok), 13:10, 13/11/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Так эт вникать надо.

    Вникать нужно всегда если ты в IT, либо привлекать незанятых работников в вашем случае. Если все заняты, тогда посмотрим что сообщество сделает. (Ответ от чайников "...", от "поумнее" "делайте сами", от "шибко умных" "не моих рук дело", от умелых "посмотрим что можно сделать", от "совсем" умных "всё сломать и перестроить".)

     
     
  • 5.107, Led (ok), 22:23, 13/11/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > Вникать нужно всегда если ты в IT

    Уроки информатики - это не "в IT".

     
  • 4.80, Аноним (-), 15:51, 13/11/2017 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Так эт вникать надо.

    "Это что, еще и работать надо?!"

    > всё рабочее время занимает: http://sdelanounas.ru/blogs/100183/

    Даже компилера открытого нет. До такой наглости даже какой-нибудь квалком проприетарный не докатывается.

     
     
  • 5.81, llolik (ok), 16:07, 13/11/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Даже компилера открытого нет.

    А должен быть? VLIW без компилера в принципе быть не может. Эльбрус - VLIW. Следовательно, компилер поставляется вместе с CPU, как ПАК.
    > До такой наглости даже какой-нибудь квалком проприетарный не докатывается.

    В чём наглость?

     
     
  • 6.87, Аноним (-), 16:45, 13/11/2017 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > А должен быть? VLIW без компилера в принципе быть не может.

    Много вокруг себя VLIW видишь? То-то и оно.

    > Следовательно, компилер поставляется вместе с CPU, как ПАК.

    Удачи в продажах этого.

    > В чём наглость?

    Коменты по той ссылке почитай.

     
  • 5.92, Andrey Mitrofanov (?), 17:00, 13/11/2017 [^] [^^] [^^^] [ответить]  
  • +/
    >> всё рабочее время занимает: http://sdelanounas.ru/blogs/100183/
    > Даже компилера открытого нет. До такой наглости даже какой-нибудь квалком проприетарный
    > не докатывается.

    А интел(*) -- вполне: вона Микаэль вовсю пиарит ClearOS, собранный с icc.

    Если бы :/ это что-то доказывало или о чём-то говорило.

    Предположил бы, что всякие цпу-"меншинства" (tilera, openrisc, riscv?), так же мучаются.

    (*)Впрочем, для интела _есть_ и gcc, и llvm, и все-все-все. Ничего, вот мсцт подрастёт... "немного" %) , и тогда-а-а... #Заживём #МонополистНаш

     
     
  • 6.97, Аноним (-), 17:24, 13/11/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > А интел(*) -- вполне: вона Микаэль вовсю пиарит ClearOS, собранный с icc.

    Странно что итаник не вспомнили, он сразу после tablet PC в списке ачивок.

    > Предположил бы, что всякие цпу-"меншинства" (tilera, openrisc, riscv?), так же мучаются.

    Под них есть gcc и/или clang. Иначе как ими пользоваться?

     
  • 4.117, Аноним (-), 08:05, 14/11/2017 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > http://sdelanounas.ru
    > "У нас есть чем гордиться"

    Если оставить за рамками любимую современную безграмотность в заголовках, то другой вопрос: что за рефлексия такая? Почему не ссылки на блоги обычных парней-разработчиков на hackerne.ws , например, а, непременно, громкие слова на местечковом standalone? По-моему такая сугубо техническая интересная статья достойна популярных читаемых площадок, а не соседства с сомнительными статьями о надоях

     
     
  • 5.124, Аноним (-), 02:47, 15/11/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Популярных площадок этот трэш будет достоен не раньше чем проц можно будет купить по вменяемой цене и потом нормально им пользоваться. Т.е. поддержка в mainline и компиляторах как минимум. Но судя по тенденциям, рак на горе устанет свистеть намного раньше. А до тех пор этому самое место в таком местечковом хламежнике как раз, рядом с надоями.
     
  • 2.137, Аноним (-), 12:34, 16/11/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Их бы там ещё структурировать, как ядерные драйверы пару лет тому назад... чтоб на подпакеты рубить можно было по подкаталогам, а не с будкой.

    Я думаю, это сложно, т. к. тогда сломается совместимость со старыми ядрами. В модулях же жестко зашит путь до фирмвари относительно каталога с фирмварью.

     

  • 1.9, пох (?), 00:20, 13/11/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > Из-за невостребованности и отсутствия сопровождающего

    оппа... Расти - всё?

     
     
  • 2.69, kvaps (ok), 15:01, 13/11/2017 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Вот так всегда, об интересных фишках узнаешь из списка того что было удалено
     

  • 1.12, Аноним (-), 01:12, 13/11/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Раньше нововведения были эпичные и долгожданные.. А теперь.. Оно просто работает и все есть.. и новшества кажутся мелкими и не значительными. Стоит радоваться. Исключение только Nouveau.
     
     
  • 2.14, pavlinux (ok), 01:23, 13/11/2017 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > Раньше нововведения были эпичные и долгожданные..

    Ловите эпичное, ещё год вам траху Попов и Торвальдц подогнали:

    - structleak: add option to force initialize all struct type variables passed by reference
    - randstruct: Enable function pointer struct detection

     
     
  • 3.48, Ващенаглухо (ok), 10:08, 13/11/2017 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Чем нам это грозит, расскажите?
     
     
  • 4.78, pavlinux (ok), 15:47, 13/11/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Чем нам это грозит, расскажите?

    Следите за анонсами CVE

     
     
  • 5.120, Аноним (-), 10:00, 14/11/2017 [^] [^^] [^^^] [ответить]  
  • +/
    В ядре станет ещё меньше багов? А что в этом плохого?
     
  • 2.15, Crazy Alex (ok), 01:23, 13/11/2017 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Ну, в следующее, если Лиус не пошлёт, прилетит наконец DC от AMD прилетит... А так - LTS, тут особо интересного ждать не приходится.
     
  • 2.17, VINRARUS (ok), 01:34, 13/11/2017 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Заведи RAID под BTRFS и будет тебе эпическое и долгожданное нововведение в новости.
     
  • 2.32, Аноним (-), 04:35, 13/11/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Раньше нововведения касались обычных пользователей. Потом - корпораций.
     
  • 2.94, Аноним (-), 17:16, 13/11/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > Раньше нововведения были эпичные и долгожданные..

    Небо голубее, трава забористее, джой-стик тверже и всегда готовым к бою..
    > А теперь..

     

  • 1.18, Аноним (-), 01:48, 13/11/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    > Подсистема драйверов IRDA (поддержка инфракрасного порта) перемещена в ветку staging с целью дальнейшего удаления из ядра (драйвер на уровне ядра не востребован, так как все приложения используют реализацию в пространстве пользователя);

    LIRC к IrDA имеет слабое отношение. Первый про инфракрасные пульты, второй про инфракрасные передатчики (которые, например, встречались лет 10 назад в телефонах). Там даже протоколы разные, и LIRC ядерному IrDA не замена.

     
     
  • 2.24, pavlinux (ok), 02:44, 13/11/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > Там даже протоколы разные, и LIRC ядерному IrDA не замена.

    Быстрее и легче открыть usb-порт и писать туда свои байтики,
    нежели постоянно мониторить сюрпризы API ядра, и круглые сутки
    патчить дрова для своих IR приборов.  

        

     
     
  • 3.34, Аноним (-), 05:27, 13/11/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Если ядерный irda еще и не поддерживается никем, то разумеется, легче. Но от этого бред от переводчика в новости про то, что lirc - юзерспейсная реализация irda, бредом быть не перестает
     

  • 1.19, pavlinux (ok), 02:03, 13/11/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Блоб-384 90 code diff -urp NVIDIA-Linux-x86_64-384 90 kernel common inc nvmisc... большой текст свёрнут, показать
     
     
  • 2.29, pavlinux (ok), 03:13, 13/11/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Упс, не увидел, что 384.98 вышло.
     
  • 2.33, Crazy Alex (ok), 05:02, 13/11/2017 [^] [^^] [^^^] [ответить]  
  • +6 +/
    Ну и на кой здесь этот флуд?
     
     
  • 3.104, Аноним (-), 19:43, 13/11/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > Ну и на кой здесь этот флуд?

    Наверное у него патч в майнлайн не приняли. Абыдна, да?!

     
  • 2.38, AntonAlekseevich (ok), 06:57, 13/11/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Вижу что NVIDIA внедряет свой патч туда чтобы могла много non-NVIDIA видюшек.
    + В этом вижу некоторую угрозу безопасности, однако, сейчас это делают для пользователей Embedded Linux. (Если что-то неверно, простите.)
     
     
  • 3.75, pavlinux (ok), 15:45, 13/11/2017 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > Вижу что NVIDIA внедряет свой патч туда чтобы могла много non-NVIDIA видюшек.
    > + В этом вижу некоторую угрозу безопасности,

    99% работающих пользователей делают свою работу, им нужна стабильность и скорость.

     
     
  • 4.89, Аноним (-), 16:50, 13/11/2017 [^] [^^] [^^^] [ответить]  
  • +4 +/
    > 99% работающих пользователей делают свою работу, им нужна стабильность и скорость.

    И все это - не про непонятно чьи блобы, разрабатываемые вне ядра.

     
  • 2.88, Аноним (-), 16:49, 13/11/2017 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > -MODULE_LICENSE("NVIDIA");
    > +MODULE_LICENSE("GPLv2");

    Да ты хакир!!! А можешь винду так же?

     
     
  • 3.108, Led (ok), 22:29, 13/11/2017 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >> -MODULE_LICENSE("NVIDIA");
    >> +MODULE_LICENSE("GPLv2");
    > Да ты хакир!!! А можешь винду так же?

    Что тебя удивляет? Арчешколота всегда так "патчит".

     
     
  • 4.125, Аноним (-), 02:55, 15/11/2017 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Что тебя удивляет?

    Удивляет то что человек хвалит нвидию и расхваливает ее работу, попутно накатывая за нвидией какие-то внебрачные патчи, сам же иллюстрируя как именно он работает. Забесплатно подчищая срань за нвидией.

    > Арчешкoлота всегда так "патчит".

    Павлинукс вроде достаточно древний.

     
     
  • 5.130, пох (?), 14:50, 15/11/2017 [^] [^^] [^^^] [ответить]  
  • –3 +/
    >> Что тебя удивляет?
    > Удивляет то что человек хвалит нвидию и расхваливает ее работу, попутно накатывая
    > за нвидией какие-то внебрачные патчи, сам же иллюстрируя как именно он

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

    а ты ведь даже этого не знаешь и не понимаешь, но критиковать полез?

    > работает. Забесплатно подчищая срань за нвидией.

    за рукожопыми линуксерами. Без конца старательно ломающими API, и не забесплатно, а на бабки корпораций.
    Об этом вся остальная часть патча, кроме, может, единственной строчки. Кстати, подозрительной. Я бы посмотрел, что это за "BIT" и откуда он такой взялся.

    но вы продолжайте распространять FUD, у вас хорошо получается.

     
     
  • 6.133, Led (ok), 23:29, 15/11/2017 [^] [^^] [^^^] [ответить]  
  • +3 +/
    А у вас очко подгорело...
     
  • 6.139, Аноним (-), 21:15, 17/11/2017 [^] [^^] [^^^] [ответить]  
  • +2 +/
    А смысл Разработчиков ядра патчем не заменишь Политес будет когда что-то не за... большой текст свёрнут, показать
     
  • 5.135, 0x0 (?), 01:58, 16/11/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Забесплатно подчищая//

    Если в коде ядра каждые три дня менять схемы лицензирования модулей -- нас никогда и никто не догонит :))

     
  • 3.136, 0x0 (?), 02:10, 16/11/2017 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > Да ты хакир!!!

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

     

  • 1.20, pavlinux (ok), 02:05, 13/11/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Под VMware® Workstation 14 Pro тут: https://communities.vmware.com/thread/573209
    или тут https://github.com/pavlinux/vmware-modules/tree/master/14.0.0.build-6661328-ke
     
     
  • 2.65, commiethebeastie (ok), 14:15, 13/11/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ути-тю. Какой любитель зондов.
     
  • 2.99, пох (?), 17:38, 13/11/2017 [^] [^^] [^^^] [ответить]  
  • +3 +/
    -   PKT_FIELD(vsk, writeNotifyWindow) = PAGE_SIZE;
    -   PKT_FIELD(vsk, writeNotifyMinWindow) = PAGE_SIZE;
    -   PKT_FIELD(vsk, peerWaitingWrite) = FALSE;
    +   PKT_FIELD(vsk, writeNotifyWindow)        = PAGE_SIZE;
    +   PKT_FIELD(vsk, writeNotifyMinWindow)     = PAGE_SIZE;
    +   PKT_FIELD(vsk, peerWaitingWrite)         = FALSE;
        PKT_FIELD(vsk, peerWaitingWriteDetected) = FALSE;

    зачем ты так делаешь в _не_своем_ коде?

     

  • 1.31, Necrogrinder (ok), 04:08, 13/11/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    ZSTD понравился.
     
     
  • 2.74, pavlinux (ok), 15:40, 13/11/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > ZSTD понравился.

    Бенчи уже погоняли?

     
     
  • 3.93, Аноним (-), 17:02, 13/11/2017 [^] [^^] [^^^] [ответить]  
  • +4 +/
    > Бенчи уже погоняли?

    Да. Если вкратце: жмет немного хуже LZMA, но по скорости распаковки делает в разы gzip. EPIC WIN. А так еще Lizard есть. Жмет еще чуть похуже, но в некоторых режимах распаковывается аж быстрее чем LZ4. И это без asm, simd и avx, чистый си.

     

  • 1.40, ryoken (ok), 07:46, 13/11/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > -  Поддержка звуковых кодеков Realtek RT274, Wolfson Microelectronics WM8524 и Cirrus
    > Logic CS43130;

    Подскажите (с целью повышения уровня образованности), а на каких юзеродоступных платах водятся циррусы и вольфсоны? А то кругом один рыгалтек, куда не глянь. (Читал давно, что вольфсоны вроде бы в айфонах использовались).

     
     
  • 2.55, Michael Shigorin (ok), 11:27, 13/11/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > Подскажите (с целью повышения уровня образованности), а на каких юзеродоступных платах
    > водятся циррусы и вольфсоны?

    У меня на звуковой плате с VT1720/24 стоит уж не помню сходу какой, стерео/24 через него.

     
     
  • 3.122, Аноним (-), 13:48, 14/11/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Я даже не сомневался, что у тебя он!
    https://www.ebay.com/sch/items/?_nkw=vt1720&_sacat=&_ex_kw=&_mPrRngCbx=1&_udlo
    И каким концом куда?
     
  • 2.59, Аноним (-), 12:18, 13/11/2017 [^] [^^] [^^^] [ответить]  
  • +/
    На топовых. Но дискретным решениям они не конкуренты.
     

  • 1.44, Аноним (-), 09:38, 13/11/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    >>а на каких юзеродоступных платах водятся циррусы

    Amiga One, маки

     
  • 1.51, Аноним (-), 10:46, 13/11/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    > В ext4 увеличена масштабируемость при выделении места под inode. Обеспечена обратная совместимость с реализацией ea_inode из ФС Lustre;

    За одно увеличили в 3 раза количество random seek. Отличная победа лобирования со стороны Андреаса, вместо того что бы сделать 1 раз нормальную реализацию - он пролобировал написанный индусами на коленке код. "Не выкидывать же" "у нас он уже есть, поэтому новая реализация будет конфликтовать с текущей"

     
     
  • 2.57, Crazy Alex (ok), 11:37, 13/11/2017 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Да и чёрт с ним. Кому нужна приличная ФС - сто лет как на XFS сбежали, с редхатом во главе...
     
  • 2.67, noname.htm (ok), 14:50, 13/11/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А можно немного подробностей или где об этом почитать?
     
     
  • 3.95, Аноним (-), 17:17, 13/11/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    в рассылке ext4-devel. Там было объяснение почему не стоит брать в ядро ea_inode.
    если кратко - для хранения больших EA используется дополнительная inode, что взывает проблемы с увеличенным количеством кредитов при удалении / добавлении данных в EA, требует дополнительный seek хрен знает куда - когда вдруг в ближайшей группе не нашлось свободной inode. Не считая забавных deadlock в прошлом.
    Но.. что не сделаешь ради старого друга который просит. Вот и приняли эту хрень в ядро.
     
  • 2.110, Аноним (-), 23:11, 13/11/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Это как-то отключается?
     
     
  • 3.129, пох (?), 14:44, 15/11/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    так не используй EA - оно и не включится.
     

  • 1.63, vz (?), 13:43, 13/11/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    HMM, вот если бы наоборот, можно было бы расширить ОЗУ за счёт набортной памяти дискретной видеоплаты, было бы практичней.
     
     
  • 2.79, Necrogrinder (ok), 15:48, 13/11/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    То есть сейчас можно расширить видеопамять за счёт системной  ОЗУ?
     
     
  • 3.147, Фуррь (ok), 18:29, 28/11/2017 [^] [^^] [^^^] [ответить]  
  • +/
    С разморозкой!
     

  • 1.68, zanswer CCNA RS and S (?), 14:59, 13/11/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > В подсистему GRE (Generic Routing Encapsulation) добавлена поддержка второго > типа туннелей ERSPAN, которые могут использоваться для приёма или > перенаправления трафика с данными мониторинга от коммутаторов Cisco;

    Хорошая новость, однако.

     
  • 1.85, Аноним (-), 16:21, 13/11/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    А мой первый патчик только в следующую версию ядра попадёт. пИчалька
     
     
  • 2.91, Аноним (-), 16:54, 13/11/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > А мой первый патчик только в следующую версию ядра попадёт. пИчалька

    Почему пичалька? Скажи sha коммита, может уже прилетело?

     
     
  • 3.96, Аноним (-), 17:20, 13/11/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Не, проверял. Будет только в 4.15
     
     
  • 4.103, Аноним (-), 19:37, 13/11/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Не, проверял. Будет только в 4.15

    Проверял что? Окно коммитов уже открыто, в mainline могло прилететь уже.

     
  • 2.112, 0x0 (?), 00:41, 14/11/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    А он, случайно, в firefox-58b3 не попал уже? :))
     

  • 1.106, Аноним (106), 21:48, 13/11/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    а шо на Raspberry Pi  опять невнятные улучшения и добавления чего то, вместо того что бы видеодравер наконец нормально прикрутить?
     
     
  • 2.126, Аноним (-), 02:57, 15/11/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > а шо на Raspberry Pi  опять невнятные улучшения и добавления чего
    > то, вместо того что бы видеодравер наконец нормально прикрутить?

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

     

  • 1.118, Дим (?), 08:07, 14/11/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Ну когда уже сделают звук для BayTrail и CharyTrail из под коробки? Знаю, что есть патчи, но их ещё ни в одной сборке ни одного дистрибутива нет(
     
     
  • 2.128, a1x (ok), 12:27, 15/11/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Не помню, но вроде на ядре 4.11 или 4.12 у меня звук работал на недобуке с BayTrail в ROSA.
     

  • 1.140, Kuromi (ok), 02:30, 19/11/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    "В F2FS добавлена поддержка обычных и журналируемых квот, добавлены ioctl F2FS_IOC_FS{GET,SET}XATTR, обеспечена возможность хранения контрольных сумм для inode; "

    Удивительно, разработчик F2FS свои патчи в ядро засунуть может, а в GRUB2 до сих пор как не поддержки так и предвидится.

     
     
  • 2.142, Аноним (-), 06:47, 19/11/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > Удивительно, разработчик F2FS свои патчи в ядро засунуть может, а в GRUB2
    > до сих пор как не поддержки так и предвидится.

    Зато в uboot уже есть. И половина андроидов ей пользуется. Все-таки GRUB2 стартующий чего-то типа SD или eMMC - немного экзотика. А вот uboot делающие так - в порядке вещей. Отсюда и приоритеты.

     

  • 1.148, Некто (??), 16:08, 31/01/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Небольшая поправочка: 5-уровневые таблицы трансляции - это 57-битная (а не 56-битная) виртуальная адресация. +1 уровень таблиц == +9 бит виртуального адреса. Сейчас он 48 (9+9+9+9+12 = 4х9+12 = 48), будет 57 (9+9+9+9+9+12 = 5х9+12 = 57) https://software.intel.com/sites/default/files/managed/2b/80/5-level_paging_wh
     

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



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

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