The OpenNET Project / Index page

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

Релиз ядра Linux 4.9

12.12.2016 00:30

После двух месяцев разработки Линус Торвальдс представил релиз ядра Linux 4.9. Среди наиболее заметных изменений: средства для диагностики и блокирования переполнений стека ядра, поддержка SELinux в OverlayFS, поддержка алгоритма контроля перегрузки BBR, поддержка POSIX ACL в FUSE, механизм квот в netfilter, реализация шины Greybus.

В новую версию принято около 16 тысяч исправлений от 1719 разработчиков, размер патча - 45 Мб (изменения затронули 11042 файлов, добавлено 632157 строк кода, удалено 354728 строк). Отмечается, что ядро 4.9 побило рекорд по числу изменений, принятых в рамках одного выпуска. Около 42% всех представленных в 4.9 изменений связаны с драйверами устройств, примерно 19% изменений имеют отношение к обновлению кода специфичного для аппаратных архитектур, 12% связано с сетевым стеком, 5% - файловыми системами и 4% c внутренними подсистемами ядра. 11.6% изменений внесено сотрудниками компании Intel, столько же подготовлено сотрудниками Linaro. Разработчики Red Hat внесли 5.7% изменений, Google - 3.3%, Samsung - 3.3%, AMD - 2.9%, IBM - 2.5%.

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

  • Виртуализация и безопасность
    • Для архитектуры x86 добавлен набор изменений с реализацией механизма виртуального маппинга стека ядра (CONFIG_VMAP_STACK), предоставляющего средства для определения и блокирования переполнений стека. Ожидается, что новая возможность станет серьёзным барьером для эксплуатации уязвимостей в ядре. Суть изменения в переносе стеков ядра в область vmalloc(), что позволяет сократить число операций распределения памяти, повысить безопасность и реализовать средства для диагностики выхода за границы стека. Обратной стороной использования vmalloc() для стека ядра являются дополнительные накладные расходы, вносящие задержку при создании процессов. Данную задержку удалось минимизировать благодаря оптимизациям и дополнительному кэшированию;
    • В SELinux обеспечена поддержка многослойных файловых систем, таких как OverlayFS, используемых для построения окружений в системах контейнерной изоляции;
    • Добавлены новые системные вызовы pkey_alloc(), pkey_free() и pkey_mprotect(), предоставляющие поддержку реализованного в серверных моделях процессоров Intel на базе микроархитектуры Skylake механизма PKU (Memory Protection Keys for Userspace), который можно применять для защиты доступа к страницам памяти из пространства пользователя, без изменения таблиц страниц памяти при изменении домена защиты. Например, указанные системные вызовы можно использовать для дополнительной защиты размещения в памяти ключей шифрования, предоставив возможность чтения только для одного потока в многопоточной программе шифрования;
    • В систему сборки добавлена возможность использования плагина GCC "latent_entropy", предложенного проектом grsecurity и предоставляющего средства для сбора дополнительных случайных параметров на начальном этапе загрузки для последующей инициализации энтропии для генератора случайных чисел;
    • Добавлены настройки, позволяющие ограничить число пространств имён и других объектов (cgroup, точки монтирования, ipc), создаваемых из пространства имён идентификаторов пользователей. Настройки позволяют защититься от некоторых видов локальных DoS-атак (например, создание дополнительной нагрузки на CPU через монтирование большого числа ФС в контейнере);
  • Сетевая подсистема
    • В состав ядра включена реализация предложенного компанией Google алгоритма контроля перегрузки TCP (congestion control) - BBR (Bottleneck Bandwidth and RTT), успешно применяемого для увеличения пропускной способности и сокращения задержек передачи данных для трафика с google.com и YouTube. BBR требует внесения изменений только на стороне отправителя, программное обеспечение сетевой инфраструктуры и принимающей стороны остаётся без изменений. Вместо использования потери пакетов как индикатора перегрузки, в BBR применяются методы моделирования канала связи, прогнозирующие имеющуюся пропускную способность через последовательные проверки и оценку времени приема-передачи (RTT), но не доводя до потери пакетов или задержек в передаче. На начальной стадии соединения BBR оценивает потолок пропускной способности канала, затем снижает интенсивность отправки для разгрузки очереди и переходит в режим корректировки, то повышая, то снижая интенсивность отправки, балансируя между максимальной пропускной способностью и незаполненностью очереди пакетов;
    • В netfilter добавлен новый механизм "quota" с реализацией байтовых квот (правило срабатывает только до истечения квоты). Например, можно задать для правила квоту в 100Мб и после того как под правило подпадёт 100 Мб трафика, действие этого правила прекратится;
    • В netfilter добавлен модуль для генерации случайных чисел, который можно использовать для выбора случайного назначения пакета (например, для случайного распределения по очередям);
    • Реализован новый JIT-компилятор для BPF, который может загружать программы BPF для выполнения на сетевых интерфейсах с процессорами Netronome. В ядре 4.9 данная возможность пока используется только в модуле классификации cls_bpf;
    • Для сетевого mesh-протокола B.A.T.M.A.N. ("Better Approach To Mobile Adhoc Networking), позволяющего создавать децентрализованные сети, каждый узел в которых связан через соседние узлы, подготовлен новый механизм настройки на основе интерфейса netlink;
    • Для UDP-сокетов добавлен флаг SOCK_DESTROY, который ранее поддерживался для TCP. SOCK_DESTROY позволяет системному администратору принудительно закрыть сокет через интерфейс "netlink socket diag";
    • Проведены оптимизации обработки программных прерываний, которые позволили снизить нагрузку на CPU и дали возможность обрабатывать значительно больше сетевых данных на слабых процессорах. На тестовой маломощной системе производительность обработки UDP-пакетов увеличилась с 2000 до 900 тысяч пакетов в секунду;
  • Память и системные сервисы
    • В состав включена подсистема Greybus, разработанная для обеспечения взаимодействия компонентов модульного смартфона Ara. Greybus предоставляет внутреннюю шину для взаимодействия между аппаратными компонентами, подключаемыми по мере необходимости. В отличие от шин USB и PCIe, в Greybus предоставлена поддержка маршрутизации вызовов и приватного взаимодействия, что позволяет двум компонентам взаимодействовать друг с другом, не позволяя другим компонентам отследить данное взаимодействие. Несмотря на то, что компания Google свернула проект Ara, Greg Kroah-Hartman сумел убедить разработчиков ядра в целесообразности включения данной подсистемы в основное ядро;
    • Представлен новый набор файлов в /sys/kernel/irq, описывающих состав таблицы обработчиков прерываний. Новый набор позиционируется как замена /proc/interrupts, боле простая для разбора в приложениях;
    • Добавлена опция CONFIG_DEBUG_TEST_DRIVER_REMOVE, позволяющая автоматически протестировать работоспособность выгрузки драйвера устройства через выполнение цикла загрузки, выгрузки и опять загрузки драйвера на этапе инициализации устройства;
    • Продолжено развитие средств для форматирования документации к ядру с использованием разметки reStructuredText (RST) и пакета Sphinx. В новой версии ядра обеспечена корректная генерация документации в формате PDF. В новом формате представлена первая порция переработанных документов об API для программирования драйверов, а также инструментах для разработки ядра, особенностях процесса разработки и организации работы в сообществе;
    • Переработан алгоритм выбора режимов производительности (P-state) для процессоров Atom, что привело к увеличению производительности в некоторых тестах и видах нагрузки;
    • В систему трассировки ядра добавлена поддержка хронометрированных выборок (timed sampling). По мнению Брендана Грега (Brendan Gregg), одного из разработчиков DTrace, с появлением "timed sampling" средства для анализа производительности на базе BPF достигли уровня функциональности DTrace;
  • Дисковая подсистема, ввод/вывод и файловые системы
    • В модуле FUSE, предоставляющем средства для создания файловых систем, работающих в пространстве пользователя, появилась поддержка списков контроля доступа, соответствующих POSIX ACL;
    • В файловую систему XFS добавлена поддержка общих экстентов (shared extents), позволяющих нескольким владельцам совместно использовать сведения о непрерывных областях данных (например, разные файлы могут использовать общие экстенты). Данная возможность открывает двери для реализации в XFS вызова copy_file_range() и таких возможностей как дедупликация данных;
    • В NFS-сервер добавлена поддержка операции COPY, определённой в спецификации NFS4.2 и позволяющей выполнить копирование содержимого файла без перемещения данных по сети от сервера к клиенту и обратно, если исходный и целевой файлы размещаются на одном сервере;
    • В OverlayFS добавлена поддержка расширенных атрибутов файлов (xattrs);
    • В подсистеме MD RAID для увеличения производительности вычислений контрольных сумм для RAID 6 задействованы оптимизации на базе инструкций AVX512. Устранена потенциальная взаимная блокировка. Для RAID на базе SSD-накопителей обеспечена установка флага использования устройств без вращающихся дисков. Для RAID 5 и 6 откорректировано значение параметра max_hw_sectors, что должно незначительно поднять производительность;
    • В Btrfs и Ext4 отмечается только исправление ошибок. В F2FS проведена работа по увеличению производительности;
    • В файловой системе ubifs, предназначенной для использования на Flash-накопителях, обеспечена поддержка OverlayFS и возможность использования опции O_TMPFILE;
  • Оборудование
    • В драйвер AMDGPU добавлена экспериментальная поддержка семейства GPU Southern Islands на базе микроархитектуры GCN 1.0. Реализованы средства для работы с виртуальными дисплеями, которые позволяют обеспечить работу других модулей ядра или компонентов пространства пользователя в условиях, когда вместо аппаратного экрана, вывод осуществляется на виртуальный экран. Улучшена реализация кода для сброса GPU. Добавлена поддержка предварительной инициализации буферов VRAM. Добавлена поддержка Powerplay для чипов Iceland Islands;
    • Для DRM-драйвера (Direct Rendering Manager) Nouveau не отмечено изменений. В драйвере Intel проведён рефакторинг наименований GEM, добавлена поддержка "dma-buf fencing" и улучшена поддержка устройств с интерфейсом DisplayPort. В драйвере vc4 (для Raspberry Pi) снижена нагрузка на CPU при выполнении 3D-операций и решены проблемы с HDMI;
    • Поддержка новых SoC: Broadcom BCM47189 и BCM53573, Broadcom BCM958525er, BCM958522er, BCM988312hr, BCM958623hr и BCM958622hr, Qualcomm DragonBoard 820c, Marvell Armada 8040, Renesas r8a7796, ZTE ZX296718;
    • Официальная поддержка 29 устройств на базе архитектуры ARM, включая Raspberry Pi Zero, Orange Pi PC Plus, Orange Pi 2, Orange Pi Plus 2E, Orange Pi Lite, Olimex A33-Olinuxino, Nano Pi Neo, Netgear WNR854T, LG Nexus 5, beagleboard-x15 rev B1, Rockchip Tronsmart Orion r86, Empire Electronix M712 и iNet d978 Rev.
    • Добавлена поддержка систем на базе платформы Mellanox Technologies, таких как MSX6710, MSX8720, MSB7700, MSN2700, MSX1410, MSN2410, MSB7800, MSN2740 и MSN2100;
    • Поддержка контроллеров USB 3.0 Broadcom Northstar и контроллеров USB 2.0 Rockchip/Innosilicon;
    • Поддержка звуковых кодеков Realtek RT5660/RT5663/RT5668 и X-Powers AC100;
    • Поддержка сетевых адаптеров Microsemi VSC85x, Thunder RGX/RGMII, Qualcomm EMAC gigabit Ethernet и Qualcomm Atheros QCA8K. Также добавлена поддержка сетевых адаптеров ENA (Elastic Network Adapter), используемых компанией Amazon в инфраструктуре Elastic Compute Cloud (EC2) для организации связи между узлами EC2;
    • Поддержка процессоров Loongson 1C;
    • Добавлена поддержка шины EBI2 (External Bus Interface 2), используемой компанией Qualcomm в мобильных платформах для связывания Flash-памяти, экранов и другой периферии;
    • Поддержка подсистемы ISH (Intel Integrated Sensor Hub), применяемой для организации доступа к различным датчикам на мобильных устройствах и ноутбуках с процессорами Intel Cherrytrail и Skylake;
    • Добавлен набор для тестирования прошивок (FWTS, firmware test suite), предназначенный для тестирования взаимодействия между прошивкой UEFI и операционной системой.

Латиноамериканский Фонд свободного ПО оперативно сформировал вариант полностью свободного ядра 4.9 - Linux-libre 4.9-gnu, очищенного от элементов прошивок и драйверов, содержащих несвободные компоненты или участки кода, область применения которых ограничена производителем. В новом выпуске обеспечена возможность работы без блобов для видеокарт Radeon RV7xx. Очищены от блобов драйверы sun8i, ziirave_wdt, greybus, а также реализация Bluetooth для чипов Marvell. Обновлён код чистки блобов для драйверов amdgpu, b43, b43legacy, mwifiex, wlcore и imx7s.

  1. Главная ссылка к новости (https://lkml.org/lkml/2016/12/...)
  2. OpenNews: Релиз ядра Linux 4.8
  3. OpenNews: Релиз ядра Linux 4.7
  4. OpenNews: Релиз ядра Linux 4.6
  5. OpenNews: Релиз ядра Linux 4.5
  6. OpenNews: Релиз ядра Linux 4.4
Лицензия: CC-BY
Тип: Интересно / Программы
Ключевые слова: linux, kernel
При перепечатке указание ссылки на opennet.ru обязательно
Обсуждение (124) Ajax | 1 уровень | Линейный | Раскрыть всё | RSS
  • 1.1, A.Stahl (ok), 00:37, 12/12/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • –10 +/
    Что-то для "домашнего" пользователя в этом релизе вообще ничего интересного.
    Ну и ладно. Не буду обновляться.
    /me показывает язык. Бе-бе-бе.
     
     
  • 2.2, vektor (?), 00:47, 12/12/2016 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Для домашнего пользователя есть LTS-ядро, чувак...
     
     
  • 3.4, A.Stahl (ok), 00:51, 12/12/2016 [^] [^^] [^^^] [ответить]  
  • +6 +/
    LTS это скучно. Это удел тихо жужжащих серверов.
    Там LTS-ность хороша: всё что нужно уже настроено (пусть даже и костылями, но работает), но зато можно быть уверенным, что ничего и не отвалится.
    А дома хочется видеть улучшения. Чтобы всё дырчало и бурлило. Чтобы дух захватывало. Но при этом работало. Вот.
     
     
  • 4.39, Аноним (-), 10:25, 12/12/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Улучшения чего? У тебя дома просто нет тех нагрузок, где бы ты заметил "улучшения".
     
     
  • 5.43, A.Stahl (ok), 11:00, 12/12/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Да в чём угодно. Пусть даже в дровах. До недавних пор, на одной из машин, подключённых к роутеру через WiFi, драйвер карточки с трудом 0.5МиБ/с через себя мог пропустить. Релизов 5-6 назад скорость отличной стала. Мелочь? Но очень приятная мелочь.
     
     
  • 6.59, Аноним (-), 12:51, 12/12/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >Около 42% всех представленных в 4.9 изменений связаны с драйверами устройств

    О чём-то говорит?

     
  • 6.108, Аноним (-), 20:43, 12/12/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Wifi драйверы для  Линукс - сколько слёз было пролито в этом месте и сколько прольётся ещё..
     
     
  • 7.154, Аноним (-), 20:22, 16/12/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > Wifi драйверы для  Линукс - сколько слёз было пролито в этом
    > месте и сколько прольётся ещё..

    Не больше чем в винде. Там вообще с драйверами вафли жесть и а...й.

     
  • 4.85, Аноним (-), 16:47, 12/12/2016 [^] [^^] [^^^] [ответить]  
  • +/
    >Чтобы всё дырчало и бурлило. Чтобы дух захватывало

    Понятненько.

     
     
  • 5.111, A.Stahl (ok), 21:04, 12/12/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >Понятненько

    Вот и чудненько.

     
  • 3.6, Аноним (-), 00:57, 12/12/2016 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Linux 4.9 и есть новое LTS ядро. По крайней мере так говорили. Что будет на деле - узнаем совсем скоро.
     
     
  • 4.7, rm1 (?), 01:40, 12/12/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Именно, и уже давно не было, пора бы. А то до сих пор сидим на 4.4, но в принципе и не особо жужжим.
     
     
  • 5.162, vektor (?), 00:14, 23/12/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > Именно, и уже давно не было, пора бы. А то до сих
    > пор сидим на 4.4, но в принципе и не особо жужжим.

    Чем 4.7 не LTS? oO

     
     
  • 6.163, Ilya Indigo (ok), 00:45, 23/12/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > Чем 4.7 не LTS? oO

    Тем, что оно EOL.
    К.O.

     
  • 4.26, Меломан1 (?), 07:58, 12/12/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Разве не 4.10 будет LTS? Кажется из-за этого Debian 9 ожидается только ближе к лету.
     
     
  • 5.27, ТТТ (?), 08:50, 12/12/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Предполагалось что 4.10 будет LTS, но Грег сообщил что ожидает 4.9 на эту роль. Но и 4.9 он может не сделать LTS, другие кандидаты 4.8 и 4.10.

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

     
     
  • 6.34, Меломан1 (?), 09:33, 12/12/2016 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Тогда в Debian 9 будет 4.8, т.к. Ubuntu 16.04 LTS переходит на него. Мысль была, что дебианщики решили отмеживаться от Canonical.
     
     
  • 7.67, Аноним (-), 14:05, 12/12/2016 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Ничего, тухлятины бояться - дебиана не ставить!
     
  • 2.58, Аноним (-), 12:49, 12/12/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    BBR, домашний пользователь не только же всё принимает, но и отправляет тоже.
     
  • 2.88, testt (ok), 17:24, 12/12/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Для домашних пользователей надо ядро, где выпилено все ненужное.
     
  • 2.114, Аноним (-), 22:03, 12/12/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > Что-то для "домашнего" пользователя в этом релизе вообще ничего интересного.

    Кроме таких мелочей как:
    1) Быстрая вафля. Не со всеми чипсетами а только там где фирмварь не мешалась, т.е. ath9k и mtk76хх в основном.
    2) AMDGPU поддерживает RadeonSI - обладатели "старых" GCN могут и покамикадзить и погонять вулкан (и открытый и из замены каталиста)

     

  • 1.12, vitalikp (?), 02:21, 12/12/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >Вместо использования потери пакетов как индикатора перегрузки, в BBR применяются >методы моделирования канала связи, прогнозирующие имеющуюся пропускную >способность через последовательные проверки и оценку времени приема-передачи >(RTT), но не доводя до потери пакетов или задержек в передаче.

    Интересно. То есть раньше считали по потерянным пакетам, то сейчас считают с какой скоростью дошел пакет до получателя. Каждый отправленный пакет может корректировать скорость канала в большую или меньшую сторону. Если пакет пришел очень быстро, то и скорость по идее должна достаточно быстро увеличится.
    Интересно было бы глянуть на сравнительные тесты до и после.

     
     
  • 2.17, Ivan_83 (ok), 03:57, 12/12/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    По идее hybla примерно так же работает.
    Но собственно помимо RTT потери всё равно нужно учитывать ибо не везде стоят шейперы, кое где и полисеры или же банально полка порта что практически тоже самое - дропы.
     
  • 2.55, Аноним (-), 12:09, 12/12/2016 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Есть две характеристики канала: пропускная способность и задержка. То, что обычно называют скоростью (MB/s) — пропускная способность канала. А время доставки одного бита от отправителя до получателя — задержка.

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

     
  • 2.61, Аноним (-), 13:03, 12/12/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    http://queue.acm.org/detail.cfm?id=3022184

    держите

     

  • 1.21, Аноним (-), 05:57, 12/12/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Как там проблема с OOM-killer? Исправили?
     
     
  • 2.30, X2asd (ok), 09:14, 12/12/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    А что с ним? Не срабатывает? :-)
     
     
  • 3.31, Ilya Indigo (ok), 09:18, 12/12/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > А что с ним? Не срабатывает? :-)

    https://bugzilla.opensuse.org/show_bug.cgi?id=985233
    Автоматически нет. Только вручную Alt+SysRq+F

     
     
  • 4.33, Аноним (-), 09:20, 12/12/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > https://bugzilla.opensuse.org/show_bug.cgi?id=985233
    > Автоматически нет. Только вручную Alt+SysRq+F

    Нет, это не та проблема, о которой я говорил.

     
  • 4.37, 1 (??), 09:57, 12/12/2016 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Там тебе сказали, что ты забиваешь всю память tmpfs-ами, настраивай лимиты
     
     
  • 5.38, Ilya Indigo (ok), 10:20, 12/12/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Это не совсем так на tmpfs уходит максимум, в худшем случае при 7z, половина С... текст свёрнут, показать
     
     
  • 6.57, ILoveIslam (?), 12:37, 12/12/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > У меня /tmp лимит в 1,9GB от 3,9GB и понижать его не охота.

    Так отпиши это в багтрекере, из тех коментов это не понятно.

     
  • 6.81, Michael Shigorin (ok), 16:38, 12/12/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > У меня /tmp лимит в 1,9GB от 3,9GB и понижать его не охота.

    При таких лимитах и процессах и впрямь стоит памяти добить по возможности...

     
     
  • 7.90, Mihail Zenkov (ok), 17:28, 12/12/2016 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Но это не решит проблему, а лишь ее отодвинет на некоторый срок.
     
  • 6.95, Mihail Zenkov (ok), 17:43, 12/12/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Проверил у себя - 4G общая, 3G - лимит tmpfs, свопа нет Все точно так как вы оп... текст свёрнут, показать
     
     
  • 7.106, Адепт (?), 19:41, 12/12/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Примерно тоже самое со свопом и маленьким vm.swappiness
     
  • 7.107, Ilya Indigo (ok), 19:52, 12/12/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Спасибо за проверку. Переведу это на английский и отправлю в багзилу ядра.
    https://bugzilla.kernel.org/show_bug.cgi?id=190151
     
     
  • 8.131, Mihail Zenkov (ok), 14:47, 13/12/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Баг не так прост, как мне изначально казалось Вчера я смог воспроизвести его с ... текст свёрнут, показать
     
     
  • 9.132, Ilya Indigo (ok), 15:17, 13/12/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Я не так часто его воспроизвожу и намерено ни разу не воспроизводил, но случайно... текст свёрнут, показать
     
     
  • 10.133, Mihail Zenkov (ok), 16:37, 13/12/2016 [^] [^^] [^^^] [ответить]  
  • +/
    С компиляцией c кода лучше воспроизводится частично занял tmpfs, а затем комп... текст свёрнут, показать
     
     
  • 11.134, Ilya Indigo (ok), 16:41, 13/12/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Симптомы с hdd и мышкой теже, но автоматического срабатывания не разу не видел ... текст свёрнут, показать
     
     
  • 12.137, Mihail Zenkov (ok), 16:56, 13/12/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Хорошо, но позже хочу лучше понять суть проблемы Возможно, попробую глянуть ис... текст свёрнут, показать
     
     
  • 13.138, Ilya Indigo (ok), 17:00, 13/12/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Хорошо, спасибо - ... текст свёрнут, показать
     
  • 7.115, Аноним (-), 22:17, 12/12/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А хотите guess того что там скорее всего творится IIRC, в ядре есть механизм ко... текст свёрнут, показать
     
     
  • 8.136, Mihail Zenkov (ok), 16:47, 13/12/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Вероятно так и есть Есть идеи как это отследить проверить Или как это механизм... текст свёрнут, показать
     
     
  • 9.143, Аноним (-), 22:13, 14/12/2016 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Самое очевидное что в голову приходит 1 echo 1 proc sys vm block_dump 2 в... текст свёрнут, показать
     
     
  • 10.145, Mihail Zenkov (ok), 23:22, 14/12/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Интересная возможность, не знал о ней Но в данной ситуации не подошло там появ... текст свёрнут, показать
     
     
  • 11.146, Аноним (-), 02:40, 15/12/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    В линуксе есть немного встроенного filemon а Эээ там в нормальном виде еще ка... текст свёрнут, показать
     
     
  • 12.151, Mihail Zenkov (ok), 19:02, 15/12/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Продолжаю изучение Нашел интересную утилиту https hoytech com vmtouch Сам пр... текст свёрнут, показать
     
     
  • 13.155, Аноним (-), 23:29, 16/12/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Забавная штука, но мне самому был бы актуальнее реалтаймный трейс IO, имхо Я эт... текст свёрнут, показать
     
  • 7.127, Аноним (-), 11:20, 13/12/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Почему так происходит при отсутствии swap понятно, есть всего два варианта как решить проблему:
    1. Добавить таки swap небольшого размера.
    2. Зарезервировать память под OOM Killer( и некоторые системные ресурсы, нужные для определения того, кого рубить )

    Резервировать ресурсы похоже не планируется ( не верный путь? ), вы по идее можете самостоятельно их зарезервировать создав swap в ramdrive :) ( вроде так можно )

     
     
  • 8.135, Mihail Zenkov (ok), 16:44, 13/12/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Попробовал - не помогает ИМХО ядро всегда для себя держит резерв памяти Да и д... текст свёрнут, показать
     
     
  • 9.144, Аноним (-), 22:20, 14/12/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Не поможет Как я понимаю даже если своп убрать, каждый файл бинаря - такой себе... текст свёрнут, показать
     
  • 6.124, Адепт (?), 06:48, 13/12/2016 [^] [^^] [^^^] [ответить]  
  • +/
    https://bugs.launchpad.net/ubuntu/+source/linux/+bug/159356
     
  • 4.122, Анонимный Алкоголик (??), 02:55, 13/12/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >> А что с ним? Не срабатывает? :-)
    > https://bugzilla.opensuse.org/show_bug.cgi?id=985233
    > Автоматически нет. Только вручную Alt+SysRq+F

    Подозреваю, что речь о том, что не убиваются процессы, занявшие память и которые вы считаете должны быть убиты. Но то, что вы считаете, что какие-то процессы должны быть убиты OOM Killer, не значит, что именно они должны быть им убиты. OOM Killer не может даже догадываться о ваших пожеланиях. В случае с tmpfs убивать даже некого.
    Занявший всю память без всякой пользы процесс вполне может продолжать её занимать, при том, что более полезные и требующие совсем немного памяти процессы будут убиты. В общем вопрос полезности работы тех или иных процессов - это ваше дело.

     
     
  • 5.126, Mihail Zenkov (ok), 10:03, 13/12/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    В этой ситуации (с tmpfs и без swop) OOM Killer вообще не вызывается. При ручном вызове OOM Killer (Alt+SysRq+F) - killer работает: находит подходящий процесс и убивает.

    > В случае с tmpfs убивать даже некого.

    Под tmpfs выделено 50% памяти, а значит в оставшейся памяти есть процессы и есть кого убить.

     
     
  • 6.128, Аноним (-), 11:32, 13/12/2016 [^] [^^] [^^^] [ответить]  
  • +2 +/
    OOM Killer-у банально не хватает памяти что-бы вычислить кого грохать, проблеме ... текст свёрнут, показать
     
     
  • 7.130, Mihail Zenkov (ok), 14:01, 13/12/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > OOM Killer-у банально не хватает памяти что-бы вычислить кого грохать

    Еще раз: OOM Killer работает при нажатии Alt+SysRq+F. Не работает автоматический запуск OOM Killer, так как ядро считает, что пока весь кэш не вытеснен, звать киллера не нужно.

     
  • 5.129, Ilya Indigo (ok), 12:54, 13/12/2016 [^] [^^] [^^^] [ответить]  
  • +/
    >>> А что с ним? Не срабатывает? :-)
    >> https://bugzilla.opensuse.org/show_bug.cgi?id=985233
    >> Автоматически нет. Только вручную Alt+SysRq+F
    > Подозреваю, что речь о том, что не убиваются процессы, занявшие память

    Спасибо, в openSUSE с этим мне повезло. Убивается всегда firefox+7z или firefox+cpp (причём 1 из 4-ёх cpp), хотя остальные 3 без 4-ого всё равно мне не нужны и я потом убиваю и их.
    > которые вы считаете должны быть убиты.

    А чего не понятного? При исчерпании ОЗУ самые прожорливые процессы должны быть прибиты, причём автоматически, а не только вручную.
    > В случае с tmpfs убивать даже некого.

    Вы не правы.

    вы хоть свою ОСЬ и ядро назовите. Не удивлюсь что гентушник, хотя думаю что у вас 6-ая сентось.

     
  • 3.32, Аноним (-), 09:19, 12/12/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Наоборот. В 4.7 и 4.8 (не знаю насчёт 4.9 - об этом и спрашиваю) он постоянно срабатывает несмотря на то, что своп практически свободен.
     

     ....нить свёрнута, показать (34)

  • 1.29, Ilya Indigo (ok), 09:13, 12/12/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    > Для DRM-драйвера (Direct Rendering Manager) Nouveau не отмечено изменений.

    Печаль. :-(

     
  • 1.35, фыва2 (?), 09:44, 12/12/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • –8 +/
    После двух месяцев разработки Линус Торвальдс представил релиз ядра Linux 4.9.
    После двух месяцев разработки Линус Торвальдс представил релиз ядра Linux 4.8.
    После двух месяцев разработки Линус Торвальдс представил релиз ядра Linux 4.7.

    кондуктор не спеши....или кондуктор хочет нагнать хром??


     
     
  • 2.45, Аноним (-), 11:21, 12/12/2016 [^] [^^] [^^^] [ответить]  
  • +9 +/
    кондуктор не спешит, кондуктор понимает
     

  • 1.36, Аноним (36), 09:52, 12/12/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Щас поналетят багов и лтс перенесут на 4.12.
     
  • 1.40, Аноним (-), 10:47, 12/12/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    > В новом формате представлена первая порция переработанных документов об API для программирования драйверов

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

    void atomic_set(atomic_t * v, int i)

    atomic_t * v; // pointer of type atomic_t

    Что это за масло масляное. Предлагаю

    atomic_t * v; // the modifying atomic variable

     
     
  • 2.84, Michael Shigorin (ok), 16:42, 12/12/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > давайте коллективно поможем исправить глупые помментарии в коде ядра:
    > Что это за масло масляное. Предлагаю
    > atomic_t * v; // the modifying atomic variable

    Умные комментарии поясняют неочевидный контекст (или намерение) обычно...

     

  • 1.44, Аноним (-), 11:19, 12/12/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Интересно, эти баги исправили?
    https://habrahabr.ru/company/pvs-studio/blog/317374/
     
  • 1.46, Вареник (?), 11:32, 12/12/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • –3 +/
    >>  размер патча - 45 Мб

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

     
     
  • 2.62, Аноним (-), 13:29, 12/12/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ладно бы, чего остроумного сказал. Так нет, в одном единственном предложении куча неверных предпосылок и неточностей. Что за "плоское" ядро? Сравниваешь исходники и размер исполняемого файла? Даже если просто сравнить два числа - 45 и 4,000 - можно заметить, что они отличаются почти в 100 раз, и речь о том, что "45" почти уже как "4000" не идет.
     
     
  • 3.91, Аноним (-), 17:28, 12/12/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    ну он и сравнил 45 и 4, только с размерностями обдристался
     

  • 1.48, A (?), 11:43, 12/12/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    12309 в очередной раз поправили?
     
     
  • 2.49, captain (?), 11:49, 12/12/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Давно. Купив SSD-накопители.
     
     
  • 3.52, Аноним (-), 11:54, 12/12/2016 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Так и есть, хотя за последние 5 лет 12309 стал ещё менее заметным на HDD, но окончательно помогли только SSD.
     
     
  • 4.65, Аноним (-), 13:52, 12/12/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Я и пять лет назад ничего подобного не наблюдал.
     
  • 3.60, A (?), 12:53, 12/12/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Фиксить баги путем приобретения железа? Причем, приобретение возлагается на пользователя? Ты в своем уме?
     
     
  • 4.63, captain (?), 13:37, 12/12/2016 [^] [^^] [^^^] [ответить]  
  • +2 +/
    life is pain.
     
     
  • 5.69, A (?), 14:05, 12/12/2016 [^] [^^] [^^^] [ответить]  
  • –5 +/
    Это в мире луникса такая спец. олимпиада стартовала, что ли? Дисциплина: "кто больше софтверных багов обойдет путем более мощного железа"? Где смотреть победителей? Трансляции есть?
     
     
  • 6.72, Аноним (-), 14:51, 12/12/2016 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >Где смотреть победителей? Трансляции есть?

    Есть, но на твоём по жизни бэушном железе не пойдут.

     
  • 4.125, Аноним (-), 08:07, 13/12/2016 [^] [^^] [^^^] [ответить]  
  • +/
    У тех, у кого эти железки есть либо сами пишут патчи, либо, если не умеют, на багтрекер, где эти баги исправляют. Не вижу проблем.
     
  • 2.73, AlexAT (ok), 14:52, 12/12/2016 [^] [^^] [^^^] [ответить]  
  • +/
    82801AB (и производные) своё отжил, 12309 кончился почти полностью вместе с ним.
     
     
  • 3.78, A (?), 15:46, 12/12/2016 [^] [^^] [^^^] [ответить]  
  • +/
    00:1f.2 SATA controller [0106]: Intel Corporation 8 Series SATA Controller 1 [AHCI mode] [8086:9c03] (rev 04)

    Это он?

     
  • 3.98, Mihail Zenkov (ok), 17:54, 12/12/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > 82801AB (и производные) своё отжил, 12309 кончился почти полностью вместе с ним.

    Он был и с другим железом. У себя полностью победил отказом от свопа много лет назад.
    Зато иногда стал проявлятся другой баг: https://bugzilla.kernel.org/show_bug.cgi?id=65201

     
     
  • 4.116, anomymous (?), 22:23, 12/12/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Не знаю. Я встречал только на 82801 и ещё какой-то старой AMD'шной хрени, потом на новых Intel и начиная с AMD 790 не встречал.


     
     
  • 5.119, Mihail Zenkov (ok), 22:33, 12/12/2016 [^] [^^] [^^^] [ответить]  
  • +/
    IIRC также было на via и nforce.
     
     
  • 6.148, Аноним (-), 07:57, 15/12/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > IIRC также было на via и nforce.

    Конкретно 12309 был на чем угодно, при условии что это медленный накопитель. Там проблема была в том что ядро выращивало огромный буфер. А при попытке программ выделить память оно пыталось его урезать и выдавливало на диск. Если диск был тормозной - программы начинали становиться колом ожидая пока кернел сможет им память дать. Они взяли да и затвикали кернел чтобы не отращивал большой буфер для медленных носителей. И теперь тупняки в такой ситуации кардинально меньше.

    А если это не то - тогда это не 12309.

     
  • 2.102, НовыйЮзер (ok), 18:57, 12/12/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > 12309 в очередной раз поправили?

    Пользуюсь где-то с 2003 года линуксом не разу не встречал... железа всякого на работе было много и разнообразного...

     

  • 1.50, Аноним (-), 11:49, 12/12/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >> .. Линус Торвальдс представил ...

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

    понятно, что не один патчи проверяет, но все же. мегамозг

     
     
  • 2.51, Аноним (-), 11:52, 12/12/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Как для меня - это один из лучших примеров делегирования задач. Финский расовый швед умеет масштабироваться!
     
  • 2.159, Аноним (-), 23:42, 16/12/2016 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > как у него голова еще варит такую кучищу кода разгребать
    > столько различных аспектов, технологий, файловых систем, особенностей железа

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

    > понятно, что не один патчи проверяет, но все же. мегамозг

    Мегамозг придумал как себя разгрузить и повысить свою эффективность, оставив себе общую координацию процесса вместо ворочания ломовых объемов самому.

     

  • 1.53, Аноним (-), 11:56, 12/12/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    >В драйвер AMDGPU добавлена экспериментальная поддержка семейства GPU Southern Islands на базе микроархитектуры GCN 1.0

    А GCN 1.1 так и не будет поддерживаться? Интересненько.

     
     
  • 2.66, Аноним (-), 13:57, 12/12/2016 [^] [^^] [^^^] [ответить]  
  • +/
    С чего вы взяли?
     
  • 2.160, Аноним (-), 23:43, 16/12/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > А GCN 1.1 так и не будет поддерживаться? Интересненько.

    Они там экспериментально поддерживаются уже несколько версий к ряду...

     

  • 1.64, Аноним (-), 13:50, 12/12/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    А оно в убунту 16.10 приедет или из ппа ставить?
    У меня как раз карточка GCN 1.0
     
  • 1.68, Аноним (-), 14:05, 12/12/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Когда уже поддержку Cherry Trail завезут?
     
     
  • 2.80, 123 (??), 16:14, 12/12/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    А Bay Trail уже все завезли?
     
     
  • 3.83, Любитель интела (?), 16:40, 12/12/2016 [^] [^^] [^^^] [ответить]  
  • –2 +/
    уже пора выносить, ибо труп
     
  • 2.164, Анонс (?), 04:35, 24/12/2016 [^] [^^] [^^^] [ответить]  
  • +/
    А что с вишенкой?
     

  • 1.70, asand3r (?), 14:09, 12/12/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    >В NFS-сервер добавлена поддержка операции COPY, определённой в спецификации NFS4.2 и позволяющей выполнить копирование содержимого файла без перемещения данных по сети от сервера к клиенту и обратно;

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

     
     
  • 2.71, captain (?), 14:36, 12/12/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    наверное

    cp /mnt/nfs/dir1/file.tar /mnt/nfs/dir2/file.tar

    так чтобы всё на стороне сервера.

     
  • 2.74, AlexAT (ok), 14:53, 12/12/2016 [^] [^^] [^^^] [ответить]  
  • +/
    >>В NFS-сервер добавлена поддержка операции COPY, определённой в спецификации NFS4.2 и позволяющей выполнить копирование содержимого файла без перемещения данных по сети от сервера к клиенту и обратно;
    > Поясините, пожалуйста - как это работает? Что значит "выполнить копирование, не перемещая
    > данные по сети"?

    COPY server1:/path1/file1 server1:/path2/file2

     

  • 1.75, manster (ok), 15:00, 12/12/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    ожидаемо:

    - быстрый swap и его сброс через "swapoff -a ; swapon -a"

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

    - эмуляция старых 2.6+ (нужно например старье запускать в современном окружении)

    - быстрая отзывчивость с небольшим RAM, а то после очередного обновления в генте chromium: слишком долгий разогрев

    - генерация текущего конфига ядра для нового ядра (если такое уже есть то извиняюсь)

     
     
  • 2.82, Леха (?), 16:39, 12/12/2016 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Swap на данный момент обладает приемлемой скоростью Обновление ядра без перезаг... текст свёрнут, показать
     
  • 2.86, arsenicum (??), 16:55, 12/12/2016 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > - генерация текущего конфига ядра для нового ядра (если такое уже есть то извиняюсь)

    make oldconfig

     
  • 2.109, AnotherReality (ok), 20:45, 12/12/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    " эмуляция старых 2.6+ (нужно например старье запускать в современном окружении)"
    актуально ли?
     
  • 2.147, Аноним (-), 07:54, 15/12/2016 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Купи себе SSD если не западло его свапом протирать А лучше почитай про zram, по... текст свёрнут, показать
     

  • 1.79, Аноним (-), 16:01, 12/12/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    А сколько процентов изменений от Microsoft?
     
     
  • 2.97, Andrey Mitrofanov (?), 17:45, 12/12/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > А сколько процентов изменений от Microsoft?

    0.0%.

    Прямо вот с https://www.opennet.ru/openforum/vsluhforumID3/108941.html#184 2011-го.

     
  • 2.165, Анонс (?), 04:38, 24/12/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > А сколько процентов изменений от Microsoft?

    Несколько. А вы с какой целью интересуетесь?

     

  • 1.104, slm33 (ok), 19:34, 12/12/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    С этой версией ядра наконец-то запускаются игры без графических артефактов на R7 m260, но производительность почему-то хуже чем на встроенной карточке (
    AMD A8-6410 APU), запускаю через терминал командой DRI_PRIME=1, может я что-то не так делаю? Первый раз имею дело с гибридной графикой.
     
     
  • 2.105, slm33 (ok), 19:36, 12/12/2016 [^] [^^] [^^^] [ответить]  
  • +/
    При том куллер намного сильнее шумит
     
     
  • 3.112, Аноним (-), 21:56, 12/12/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Драйвера, драйвера то какие? с amdgpu-pro должно стать лучше.
     
     
  • 4.118, slm33 (ok), 22:28, 12/12/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Открытые. Наверно всё на amd-gpu крутится, я не сильно в этом шарю.
     

  • 1.123, JL2001 (ok), 03:15, 13/12/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    почему ставят такие дефолты ?
    CONFIG_DRM_AMDGPU_SI=y
    # CONFIG_DRM_AMDGPU_CIK is not set

    CONFIG_DRM_AMDGPU_CIK же давно появился и должен уже нормально работать ?

     
  • 1.139, Нониус (?), 07:12, 14/12/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Производительность упала процентов на десять по сравнению с 4.8.14
    В частности, ZoL одной и той же версии такое показывает.
    Да и простецкий dd if=/dev/zero | dd of=/dev/null (копирование kernel-userspace-kernel).
     
     
  • 2.140, Ilya Indigo (ok), 10:44, 14/12/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Напишите об этом разработчикам.
     
     
  • 3.149, Аноним (-), 10:33, 15/12/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Вы думаете проблемы ZoL интересуют разработчиков?
     

  • 1.141, Аноним (-), 13:31, 14/12/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Подскажите карточка radeon 8870m gcn 1.0 или 1.1? На википедии написано, что 1.0, а на одном компуктерном сайте - 1.1. Кому верить?
     
     
  • 2.142, Ilya Indigo (ok), 15:26, 14/12/2016 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > Подскажите карточка radeon 8870m gcn 1.0 или 1.1? На википедии написано, что
    > 1.0, а на одном компуктерном сайте - 1.1. Кому верить?

    :s/компуктерном сайте/заборе

     

  • 1.150, Аноним (-), 11:10, 15/12/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    >Проведены оптимизации обработки программных прерываний, которые позволили снизить нагрузку на CPU и дали возможность обрабатывать значительно больше сетевых данных на слабых процессорах. На тестовой маломощной системе производительность обработки UDP-пакетов увеличилась с 2000 до 900 тысяч пакетов в секунду;

    На два порядка! Ждём это в OpenWrt.

     
     
  • 2.157, Аноним (-), 23:35, 16/12/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > На два порядка! Ждём это в OpenWrt.

    Там еще на ath9k и вроде бы медиатеке запилили "быстрый wi-fi". Какой-то хитрозадый решедулинг пакетов в софте, так что латенси должна упасть в разы, особенно на AP на хилых железках.

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

     

  • 1.152, фывапроцукенг (?), 16:37, 16/12/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    а я вот компиляю на фх9590 и проблем не знаю glibc за 7мин. firefox за 15 libreoffice за 37мин. ЧЯДНТ.ядро-x86_64 4.8.14-gentoo march=native -02 -pipe.
     
     
  • 2.158, Аноним (-), 23:39, 16/12/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > ЧЯДНТ

    Канпелируешь как мартышка, возведя техническое действие в разряд культа. Хотя именно ядро скомпилировать не особо какая проблема, оно в этом плане тривиальное.

     

  • 1.153, фывапроцукенг (?), 16:50, 16/12/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    emerge --info
    Portage 2.3.0 (python 3.4.5-final-0, default/linux/amd64/13.0/desktop, gcc-6.2.0, glibc-2.22-r4, 4.8.14-gentoo x86_64)
    =================================================================
    System uname: Linux-4.8.14-gentoo-x86_64-AMD_FX-tm-9590_Eight-Core_Processor-with-gentoo-2.2
    KiB Mem:    16308952 total,  14978968 free
    KiB Swap:          0 total,         0 free
    Timestamp of repository gentoo: Fri, 16 Dec 2016 07:30:02 +0000
    sh bash 4.3_p48-r1
    ld GNU ld (Gentoo 2.25.1 p1.1) 2.25.1
    app-shells/bash:          4.3_p48-r1::gentoo
    dev-lang/perl:            5.22.2::gentoo
    dev-lang/python:          2.7.12::gentoo, 3.4.5::gentoo
    dev-util/cmake:           3.5.2-r1::gentoo
    dev-util/pkgconfig:       0.28-r2::gentoo
    sys-apps/baselayout:      2.2::gentoo
    sys-apps/openrc:          0.22.4::gentoo
    sys-apps/sandbox:         2.10-r1::gentoo
    sys-devel/autoconf:       2.13::gentoo, 2.69::gentoo
    sys-devel/automake:       1.11.6-r1::gentoo, 1.14.1::gentoo, 1.15::gentoo
    sys-devel/binutils:       2.25.1-r1::gentoo
    sys-devel/gcc:            6.2.0-r1::gentoo
    sys-devel/gcc-config:     1.7.3::gentoo
    sys-devel/libtool:        2.4.6-r2::gentoo
    sys-devel/make:           4.1-r1::gentoo
    sys-kernel/linux-headers: 4.8::gentoo (virtual/os-headers)
    sys-libs/glibc:           2.22-r4::gentoo
    Repositories:
    на мой взгляд ядро 4.8 очень даже а вот на 4.7 офис собирался на 20 минут дольше да но компилятор был фуфловый gcc-5.4.0 а счас gcc-6.2.0 может поэтому нет времени разбираться.
     
  • 1.161, Andrey Mitrofanov (?), 15:30, 20/12/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > В новую версию принято около 15 тысяч исправлений от 1400 разработчиков, размер

    ...наблюдая https://debbugs.gnu.org/25231 ...

    В: Чем отличается "бета"-релиз дистрибутив от "альфа"?

    О: Тем что бета откатывает распоследний kernel.org-релиз обратно до последнего работающего, а не релизит "как есть".

     

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



    Спонсоры:
    Слёрм
    Inferno Solutions
    Hosting by Ihor
    Хостинг:

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