The OpenNET Project / Index page

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

Релиз ядра Linux 3.19

09.02.2015 07:02

После двух месяцев разработки Линус Торвальдс анонсировал релиз ядра Linux 3.19. Среди наиболее заметных улучшений: средства защиты от переполнения буфера на основе расширений Intel MPX, проверка целостности и быстрая замена дисков в Btrfs RAID 5/6, сжатие LZ4 в squashfs, возможность привязки BPF-программ к сетевым сокетам, протокол TIPC, системный вызов execveat(), драйвер "ipvlan" для связи контейнеров, драйвер "AMD KFD" для GPGPU-вычислений, поддержка архитектуры Altera Nios II.

В новую версию принято примерно 12500 исправлений от 1200 разработчиков, размер патча - 38 Мб (изменения затронули 10742 файлов, добавлено 487475 строк кода, удалено 350946 строк). Около 46% всех представленных в 3.19 изменений связаны с драйверами устройств, примерно 19% изменений имеют отношение к обновлению кода специфичного для аппаратных архитектур, 12% связано с сетевым стеком, 4% - файловыми системами и 4% c внутренними подсистемами ядра.

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

  • Дисковая подсистема, ввод/вывод и файловые системы
    • В Btrfs появилась возможность быстрой замены дисков в RAID 5/6 без предварительного добавления нового диска, переноса данных и вывода из массива старого диска, т.е. теперь при помощи утилиты btrfs-replace можно просто поменять на лету один диск на другой, как это делалось для накопителей, не состоящих в RAID. Для RAID 5/6 также добавлена функция проверки целостности данных ("Scrubbing", сверка контрольных сумм, сохранённых и вычисленных на основе фактических данных), которая ранее не могла быть применена к RAID разделам Btrfs;
    • Существенно увеличена производительность модуля Device Mapper, обеспечивающего динамическое выделение места в хранилище (thin provisioning) и позволяющего создать несколько виртуальных дисковых разделов, суммарный размер которых превышает физический размер доступных накопителей, а физическое дисковое пространство выделяется по мере необходимости. Производительность возросла в основном благодаря поддержке агрегирования операций с идентичными блоками на стадии перед обращением к основному устройству;
    • В файловой системе Ceph добавлена поддержка inline-размещения данных, что привело к увеличению производительности при работе с мелкими файлами. Также добавлена поддержка верификации сообщений по цифровой подписи для аутентификации обмена данными между клиентами и серверами Ceph;
    • В F2FS, развиваемую компанией Samsung высокопроизводительную файловую систему для Flash-накопителей, добавлена опция "fastboot", которую можно использовать для сокращения числа проверок во время загрузки;
    • В файловую систему squashfs добавлена поддержка сжатия данных с использованием алгоритма LZ4;
  • Виртуализация и безопасность
    • Поддержка расширений MPX (Memory Protection Extensions), которые появятся в следующих поколениях микроархитектур процессоров Intel (Skylake и Goldmont) и дадут возможность организовать проверку указателей на соблюдение границ, связанных с ними областей памяти. Для использования данной возможности для каждой ссылки на память процессору необходимо сообщить сведения о допустимых границах области памяти, что требует дополнительной адаптации программного обеспечения, т.е. использование для сборки компилятора и runtime-библиотек, поддерживающих MPX. С практической стороны, MPX позволит выявлять ошибки при работе с памятью и блокировать совершение атак, основанных на переполнении буфера.
    • Добавлен драйвер "ipvlan", позволяющий создавать виртуальные сетевые устройства для связи между изолированными контейнерами. Драйвер напоминает macvlan, но рассчитан на эффективную работу с сетевыми пространствами имён (network namespaces) и производит мультиплексирование трафика на более высоком уровне сетевого стека;
    • Для архитектуры ARM64 реализован механизм seccomp, используемый для ограничения доступа приложений к системным вызовам;
    • В связи с устранением возможного вектора атаки (CVE-2014-8989) изменена обработка системного вызова setgroups(), при его использовании в пространствах имён для непривилегированных пользователей (user namespaces), что может потенциально привести к нарушению нормальной работы некоторых приложений, выполняющих маппинг произвольных идентификаторов групп пользователей.
    • Прекращена поддержка использования системы виртуализации KVM на серверах с архитектурой Itanium (ia64), так как данная возможность не использовалась на практике и оставалась без сопровождения;
    • Добавлен интерфейс для доступа из пространства пользователя к функциям блочного шифрования AEAD;
    • Подсистема virtio значительно доработана в плане обеспечения поддержки стандарта virtio 1.0;
  • Сетевая подсистема
    • В клиент и сервер NFS добавлена поддержка опций ALLOCATE и DEALLOCATE, определённых в стандарте NFS 4.2 и позволяющих заранее зарезервировать место в хранилище для файла, до его фактической записи;
    • В сетевой стек добавлена новая подсистема для задействования аппаратных механизмов ускорения коммутации и маршрутизации на поддерживающем данные возможности оборудовании;
    • Добавлен netlink API для сетевого протокола TIPC (Transparent Inter-process Communication), предназначенного для организации межпроцессного взаимодействия в кластере. Протокол предоставляет средства для быстрого и надёжного взаимодействия приложений, независимо от того, на каких узлах в кластере они выполняются.
    • В подсистеме InfiniBand обеспечена поддержка подкачки по необходимости (on-demand paging), что позволяет создавать и размещать области RDMA через обработчик обращений к невыделенным страницам памяти (page faults), т.е. расходовать память тогда, когда она действительно используется;
  • Память и системные сервисы
    • В системный вызов getsockopt() добавлена новая опция SO_INCOMING_CPU, при помощи которой можно определить CPU, используемый для обработки указанного сокета. Используя данную опцию приложение может распределить связанную с сокетами работу по нескольким процессорам, увеличив общую пропускную способность;
    • Возможность привязки расширенных BPF-программ к сетевым сокетам. В настоящее время функциональность ограничена сбором статистики, но в будущем ожидается добавление возможностей по установке фильтров;
    • Добавлен системный вызов execveat(), который позволяет запустить исполняемый файл из открытого файлового дескриптора или определить исполняемый файл при передаче файлового дескриптора директории;
    • Из экспериментального staging-дерева в основной состав ядра перемещён механизм межпроцессного взаимодействия Binder, предложенный разработчиками платформы Android;
    • Поддержка оверлеев Device Tree, призванных упростить получение информации о вспомогательном оборудовании на стадии загрузки системы;
    • В подсистему ftrace добавлена возможность использования в фильтрах выражений с логической операцией НЕ ("!");
    • Добавлен новый внутренний API, позволяющий унифицировать доступ драйверов к параметрам оборудования через ACPI или Device Tree, скрывая особенности работы через данные интерфейсы;
    • Продолжена работа над устранением проблемы 2038 года, вызванной переполнением 32-разрядного типа time_t. Внутренние функции ядра do_settimeofday(), timekeeping_inject_sleeptime() и mktime() заменены на варианты, в которых используется 64-разрядный тип time64_t или timespec64.
  • Аппаратные архитектуры
    • Поддержка микропроцессорной архитектуры с программным ядром Altera Nios II (soft-процессор), конкурирующей с архитектурой MicroBlaze;
  • Оборудование
    • Добавлен драйвер "AMD KFD", предоставляющий новый интерфейс для использования вычислительных возможностей графических процессоров в приложениях, не связанных с графикой (GPGPU). Взаимодействие с драйвером на пользовательском уровне осуществляется через библиотеку HSA (Heterogenous System Architecture), которая позволяет использовать OpenCL для организации гибридных вычислений и наладить совместную работу CPU, GPU и иных процессоров, в которых подходящее вычислительное устройство выбирается в прозрачном режиме в зависимости от задачи. В HSA CPU и GPU имеют доступ к единым областям памяти, что упрощает организацию работы гибридных приложений;
    • В компоненты прямого рендеринга (DRM) добавлена поддержка атомарного переключения видеорежимов, позволяющая разом, в рамках одной атомарной операции, изменить несколько параметров графического режима. Вызов ioctl() для обращения к данной функциональности из пространства пользователя ожидается в ветке ядра 3.20;
    • В DRM-драйвер Nouveau добавлена частичная поддержка видеокарт NVIDIA GeForce 900 (GPU GM204), реализована возможность управления напряжением в Tegra K1;
    • В DRM-драйвере Intel реализована начальная поддержка графической подсистемы процессоров нового поколения, построенных в соответствии с микроархитектурой Skylake. По умолчанию включен режим PPGTT (Per-Process Graphics Translation Tables), который может использоваться для изоляции доступа к GPU в гостевых системах;
    • В DRM-драйвере Radeon улучшены средства управления скоростью вращения кулера для Radeon HD 7000 и более новых GPU;
    • Поддержка GPU, используемых в SoC Freescale i.MX и Rockchip;
    • Поддержка звуковых устройств на чипах Intel Baytrail;
    • Поддержка контроллеров USB 3.0 от компании Broadcom;
    • В Video4Linux добавлены драйверы для видеоустройств DVBSky S950 V3, тюнеров Montage M88RS6000, демодуляторов Panasonic MN88472 и MN88473, и ресиверов для пультов ДУ Amlogic Meson.
    • Поддержка SoC Amlogic Meson8, Allwinner A80, Samsung Exynos4415, Freescale LS1021A, Alphascale ASM9260 и AMD Seattle;
    • Поддержка SCSI-адаптеров Tekram DC390(T), Am53/79C974 и Western Digital WD7193/7197/7296.


  1. Главная ссылка к новости (http://lkml.iu.edu/hypermail/l...)
  2. OpenNews: Релиз ядра Linux 3.18
  3. OpenNews: Релиз ядра Linux 3.17
  4. OpenNews: Релиз ядра Linux 3.16
  5. OpenNews: Релиз ядра Linux 3.15
  6. OpenNews: Релиз ядра Linux 3.14
Лицензия: CC-BY
Тип: Интересно / Программы
Короткая ссылка: https://opennet.ru/41634-linux
Ключевые слова: linux, kernel
При перепечатке указание ссылки на opennet.ru обязательно
Обсуждение (90) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (-), 07:45, 09/02/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +5 +/
    MPX в процессоры нужно было лет 20 назад добавить, чего они ждали?
     
     
  • 2.2, Иван Ерохин (ok), 08:01, 09/02/2015 [^] [^^] [^^^] [ответить]  
  • +10 +/
    Если все сделать правильно, кто же тогда возьмет новые модели?
     
  • 2.3, Аноним (-), 08:17, 09/02/2015 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Если бы это 20 лет назад внедрили, половина программ на вантузе следующие двадцать лет не работала бы, а так вантуз превратился в легаси, и можно выкидывать на рынок новое мегадостижение
     
     
  • 3.15, YetAnotherOnanym (ok), 10:38, 09/02/2015 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Это можно было сделать по дефолту отключённым в биосе - пока не прилетит обновление.
     
  • 2.41, angra (ok), 13:58, 09/02/2015 [^] [^^] [^^^] [ответить]  
  • +14 +/
    Если ты такой умный, то расскажи, что сегодня надо добавить в процессоры из того, что добавят только через двадцать лет.


     
     
  • 3.60, Аномсис (?), 19:35, 09/02/2015 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Он всё верно говорит, в Эльбрусах вон изначально была защита по памяти и она намного круче, чем это нововведение Интел, именно такую защиту Интел должна была сделать в тоже время, когда она появилась и в Эльбрусах и в Эльбрусах защита по памяти уже больше, чем 20 лет назад реализована.
    Интел на самом деле пыталась реализовать нечто подобное, но у неё не получилось, а то что она сделала, было намного хуже и в результате она от этого отказалась.
     
     
  • 4.80, angra (ok), 22:21, 10/02/2015 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Где эльбрус и где intel напомнить? Ну или в качестве аналогии, где linux и где plan9.
    Варианты того, что добавить сейчас с двадцатилетним опережением будут или тоже крепки только задним умом?

     
     
  • 5.93, Аномсис (?), 14:19, 11/02/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Интел преуспела только в техпроцессе, а Эльбрус в архитектуре Благодаря этому у... большой текст свёрнут, показать
     
     
  • 6.95, yantux (??), 12:18, 12/02/2015 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Фигня вопрос.
    Пусть Эльбрус производит более эффективные процессоры. Для fabless компании это не должно быть проблемой. Кроме того, ни кто не мешает Эльбрусу захватить рынок с помощью продажи лицензий на свои IP ядра, как это делает ARM или Mentor Graphics.
     
  • 3.66, pavlinux (ok), 00:39, 10/02/2015 [^] [^^] [^^^] [ответить]  
  • +4 +/
    > расскажи, что сегодня надо добавить в процессоры из того, что добавят только через двадцать лет.

    systemd

     

  • 1.4, CSRedRat (ok), 08:37, 09/02/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Btrfs теперь действительно готова для промышленного применения? Кто уже применяет дома, на работе, в продакшене?
     
     
  • 2.5, Claptap (?), 08:42, 09/02/2015 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Как по мне Ext4 быстрее. Может пока. Если допилят то будет торт.
     
     
  • 3.6, Vaso_Petrovich (?), 09:07, 09/02/2015 [^] [^^] [^^^] [ответить]  
  • +2 +/
    А по мне xfs, уже более 10 лет в продакшеине использую и проблем не знаю, недавно достались сервера с райсером и ext3/4, так сразу ощутил разницу.
     
     
  • 4.19, grec (?), 11:07, 09/02/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Чем ощущал?
     
     
  • 5.23, Michael Shigorin (ok), 11:40, 09/02/2015 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Чем ощущал?

    LA обычно.

     
  • 5.25, Аноним (-), 12:09, 09/02/2015 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Руками. Те сервера намного тяжелее.
     
     
  • 6.61, Аноним (-), 20:24, 09/02/2015 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Руками. Те сервера намного тяжелее.

    Жесткие диски - тяжелые, заразы :)

     
  • 5.28, Anonymous528 (?), 12:19, 09/02/2015 [^] [^^] [^^^] [ответить]  
  • –1 +/
    видимо разницей
     
  • 4.26, SpiritOfStallman (ok), 12:18, 09/02/2015 [^] [^^] [^^^] [ответить]  
  • –2 +/
    >А по мне xfs, уже более 10 лет в продакшеине использую и проблем не знаю, недавно достались сервера с райсером и ext3/4, так сразу ощутил разницу.

    Петрович, что-то наверно ты нам немного приврал.

    Сколько не использовали xfs в твоём "продакшеине", как то в большинстве случаев приходилось долго жалеть о таком решении, кушать кактус и плакать.
    Как-то твой xfs легко доводиться до всяческих ошибок io, тихой смерти, или потери функциональности без всяческого сигнализирования об этом.
    И тогда xfs_repair -v -L становиться твоей мантрой, ты хочешь положить xfs_repair в крон, ты хочешь засунуть xfs_repair в иниты, ты хочешь видеть xfs_repair в каждом скрипте.

    А ну вырази, пожалуйста, авторитетное мнение на этот счёт.

     
     
  • 5.45, Crazy Alex (ok), 14:30, 09/02/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Я "продакшны" лет несколько как не админю совсем, а вот дома XFS живёт. И, как водится, режимы эксплуатации более варварские - и поиграться с новым ядром могу, загнав в кору, и железо чудило, и питание отрывал... XFS выживает спокойно.

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

     
  • 5.54, Аноним (-), 16:34, 09/02/2015 [^] [^^] [^^^] [ответить]  
  • +1 +/
    В так называемом "High load" рекомендуют xfs почти всегда. У меня, например на нём работают СЕРН и свифт. Доволен, не жалуюсь.
     
  • 4.29, Аноним (-), 13:18, 09/02/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > так сразу ощутил разницу.

    Да, XFS намного сильнее тормозит на операциях с кучей метаданных и это ощутимая разница, если файлы - куча мелочи в большой иерархии :).

     
     
  • 5.44, Crazy Alex (ok), 14:24, 09/02/2015 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ещё один из криокамеры. Это давно подправлено, они сейчас с Ext4 практически вровень - на одних операциях одна быстрее, на других - другая. И так уже с год - во всяком случае, я где-то год назад тесты гонял.
     
     
  • 6.62, Аноним (-), 20:54, 09/02/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Да, одно время подтягивали В районе 3 5 чтоли Стало получше Но не предел мечт... большой текст свёрнут, показать
     
     
  • 7.65, Crazy Alex (??), 00:28, 10/02/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Ну будет настроение - погоняю снова. Те результаты если найду - тоже могу выложить. Отличия там были в пределах 20% в зависимости от количества потоков, операции, чего-то ещё... Что с моей точки зрения (я ж особо хитро ничего не сетапил, так - посмотрел, что разные опции дают) - в пределах погрешности.
     
  • 7.68, Michael Shigorin (ok), 00:59, 10/02/2015 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > У меня до сих пор есть несколько томов в XFS. Там как
    > правило уберсвежие ядра типа 3.16-3.19. Не особо нравится.

    Разница с той же ext4 и тем более ext3 особо хорошо заметна не на локалхосте, а под многопоточной загрузкой (например, на приснопамятном ftp.linux.kiev.ua она бывала критичной).

     
     
  • 8.81, Аноним (-), 00:25, 11/02/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Ext3 - это окаменелый кусок хлама Его время закончилось А EXT4 тоже как-то пер... большой текст свёрнут, показать
     
     
  • 9.88, Michael Shigorin (ok), 01:11, 11/02/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Мне такое не нравится ни с какой realfs на холодную, поэтому обычно и выходит ли... текст свёрнут, показать
     
     
  • 10.91, Аноним (-), 01:50, 11/02/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Ну, понимаете, мне тоже cache hit нравится Но мы рассматриваем все-таки свойств... текст свёрнут, показать
     
     
  • 11.92, Michael Shigorin (ok), 02:10, 11/02/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Дорогой зампокап, эт всё кристально ясно и SSD у меня с 2010 расползлись по все... текст свёрнут, показать
     
  • 3.35, Genry_U (?), 13:29, 09/02/2015 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ну у меня другое мнение...   В Fedore BTRFS долго грузится, но работает сильно быстрее  Ext4.
     
     
  • 4.67, pavlinux (ok), 00:43, 10/02/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > Ну у меня другое мнение...   В Fedore BTRFS долго грузится,
    > но работает сильно быстрее  Ext4.

    find / -noleaf при загрузке и всё летать будет на любой ФС

     
     
  • 5.90, Аноним (-), 01:45, 11/02/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > find / -noleaf при загрузке и всё летать будет на любой ФС

    ...после того как изрядно потормозит :)


     
  • 2.8, sergey (??), 09:16, 09/02/2015 [^] [^^] [^^^] [ответить]  
  • +/
    С ноября использую дома, проблем не заметил. На SSD всё летает. В прошлые годы на обычном диске замечал падение производительности, поэтому не использовал btrfs. В случае неудачного обновления пакетов (если лень разбираться в чём косяк) snapper rollback рулит.
     
     
  • 3.36, Аноним (-), 13:36, 09/02/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > прошлые годы на обычном диске замечал падение производительности,

    Вообще-то можно ее поднять
    1) Включить сжатие.
    2) Сделать дефраг.

    Кстати говоря, 2 можно совмещать с 1. А слоупочным механическим дискам типа wd green на 5400 или ноутбучным - сжатие самое оно.

     
     
  • 4.50, dexy (?), 15:11, 09/02/2015 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >> прошлые годы на обычном диске замечал падение производительности,
    > Вообще-то можно ее поднять
    > 1) Включить сжатие.
    > 2) Сделать дефраг.
    > Кстати говоря, 2 можно совмещать с 1. А слоупочным механическим дискам типа
    > wd green на 5400 или ноутбучным - сжатие самое оно.

    Какое отношение эти советы имеют к SSD?

     
     
  • 5.59, Аноним (-), 18:47, 09/02/2015 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Никакого, ваш КО.
     
  • 2.17, birgo (?), 10:50, 09/02/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Использую на десктопе год и на телефоне (btrfs по умолчанию на Jolla) примерно столько же.
    Поломку целостности на десктопе испытывал один раз, прошлой весной, но бэкапы выручают, а работа с ними на btrfs просто сказка (снапшоты + send/receive).
     
     
  • 3.96, count0krsk (ok), 17:31, 13/02/2015 [^] [^^] [^^^] [ответить]  
  • –1 +/
    А БЕЗ бэккапа с неё чем данные восстанавливать? Для ext-ов есть утилиты по восстановлению всего подряд, а не только "целых и не фрагментированных" aka testdisk.
     
     
  • 4.97, Michael Shigorin (ok), 18:28, 13/02/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > А БЕЗ бэккапа с неё чем данные восстанавливать? Для ext-ов есть утилиты
    > по восстановлению всего подряд, а не только "целых и не фрагментированных"
    > aka testdisk.

    testdisk вообще-то про поиск разделов, а не данных на ФС на них.  С другой стороны, утилит вроде photorec/scalpel для "ФС" вроде zfs/btrfs пока не видел.

     
  • 2.18, EHLO (?), 10:54, 09/02/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > Кто уже применяет дома, на работе, в продакшене?

    Дома можно. В продакшн нет. Во всяком случае до 3.16 включительно.

     
     
  • 3.30, Аноним (-), 13:19, 09/02/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > Во всяком случае до 3.16 включительно.

    Лучше всего для btrfs пользоваться сабжевым ядром ;).

     
  • 2.24, yekm (ok), 11:57, 09/02/2015 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Несколько месяцев назад перенес весь /opt и профиль хрома на btrfs c lzo. Тот же винт, другой раздел. Холодный старт хрома вместо 30 секунд стал 15.
    С момента переноса комп ресетился (пропало электричество или подвисал изза экспериментов с vfio) раз 20, все живы.
     
  • 2.32, Аноним (-), 13:26, 09/02/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > Btrfs теперь действительно готова для промышленного применения? Кто уже применяет дома,
    > на работе, в продакшене?

    Я юзаю уже с полгода в реалистичных применениях. В основном как системные диски. С LZO сжатием на механическом диске как-то поприятнее становится, скорость записи - резвенькая. Снапшоты - удобно. Ничего и нигде не разваливалось, хотя слеты питалова и прочее - бывали.

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

     
  • 2.39, Gannet (ok), 13:49, 09/02/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Дома и на работе на рабочих станциях пользователей. Уже, наверное, года полтора. Но если пользовать, то с ядрами 3.15+. А то на 3.13 производительность её "еле-еле душа в теле". Возможность создания снимков очень помогает. Просто не представляешь потом, как без неё на другой ФС "жить". Остальные плюшки тоже радуют, как например, возможность автоматической дефрагментации (опция монтирования autodefrag) или сжатия (не использую).
     
     
  • 3.48, ноним (ok), 14:41, 09/02/2015 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >или сжатия (не использую).

    А зря )

     
     
  • 4.53, Gannet (ok), 16:30, 09/02/2015 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >>или сжатия (не использую).
    > А зря )

    Cлыхал, оперативы на это съедается вроде прилично, не? о_О

     
     
  • 5.55, Аноним (-), 16:38, 09/02/2015 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Это же не ZFS.

     
     
  • 6.57, Gannet (ok), 16:46, 09/02/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > Это же не ZFS.

    ZLIB или LZO ?

     
     
  • 7.63, Аноним (-), 20:56, 09/02/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > ZLIB или LZO ?

    А пофигу. Ни тот ни другой многл RAM не трескает.

     
     
  • 8.64, Gannet (ok), 21:40, 09/02/2015 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Но по быстродействию вроде разнятся Один сильнее жмёт, второй - слабее В общем... текст свёрнут, показать
     
     
  • 9.82, Аноним (-), 00:33, 11/02/2015 [^] [^^] [^^^] [ответить]  
  • +/
    С zlib производительность может просесть - даже довольно мощные процессоры не см... большой текст свёрнут, показать
     
     
  • 10.89, Gannet (ok), 01:33, 11/02/2015 [^] [^^] [^^^] [ответить]  
  • –1 +/
    gt оверквотинг удален О как Спасибо за разъяснения ... текст свёрнут, показать
     
  • 9.87, Аноним (-), 00:58, 11/02/2015 [^] [^^] [^^^] [ответить]  
  • +/
    А насчет потребления памяти и у zlib и у lzo довольно мелкий буфер словаря, так... текст свёрнут, показать
     
  • 2.70, Аноним (-), 05:58, 10/02/2015 [^] [^^] [^^^] [ответить]  
  • +/
    пользую на основых пк более полугода пока никакого мнения не составил собирал ... большой текст свёрнут, показать
     

  • 1.9, A.Stahl (ok), 09:57, 09/02/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Скучный релиз -- ни одной фичи для домохозяек.
    Ну разве что радеоны будут свистеть кулерами более хорошо.
     
     
  • 2.11, Pickle (?), 10:19, 09/02/2015 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Не "более хорошо", а "лучше".
    Ладно -тся/-ться можно еще на т9 списать, но это...
     
     
  • 3.12, A.Stahl (ok), 10:26, 09/02/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Это было специально. Так как кулеры будут вращаться не "более быстро" и не "более медленно", а более "хорошо". Это нечто вроде юмора.
     
     
  • 4.13, Аноним (-), 10:35, 09/02/2015 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Если уж хотел спетросянить, нужно говорить "более лучше"
     
     
  • 5.14, A.Stahl (ok), 10:38, 09/02/2015 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Петросянолог? Это лженаука. Как хочу, так и шучу.
     
     
  • 6.51, Аноним (-), 15:23, 09/02/2015 [^] [^^] [^^^] [ответить]  
  • +5 +/
    >Как хочу, так и шучу.

    Да не льсти себе, пиши правду: как можешь - так и шутишь.

    // Лжепетросянолог

     
  • 2.33, Аноним (-), 13:27, 09/02/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > Скучный релиз -- ни одной фичи для домохозяек.

    А что домохозяйкам надо от кернела? Встроенный плеер? Или управление щипцами для завивки волос? :)

     
     
  • 3.40, Andrey Mitrofanov (?), 13:52, 09/02/2015 [^] [^^] [^^^] [ответить]  
  • +4 +/
    >> Скучный релиз -- ни одной фичи для домохозяек.
    > А что домохозяйкам надо от кернела?

    То, для чего они шлют патчи. //Ваш К.О.

     
  • 3.58, гость (?), 18:23, 09/02/2015 [^] [^^] [^^^] [ответить]  
  • –2 +/
    системд в ядро!
     
  • 3.69, Аноним (-), 01:13, 10/02/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Это будет в сустемд!
    Там вообще все будет.
     

  • 1.21, Аноним (-), 11:28, 09/02/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    > В системный вызов getsockopt() добавлена новая опция SO_INCOMING_CPU, при помощи которой
    > можно определить CPU, используемый для обработки указанного сокета. Используя данную опцию
    > приложение может распределить связанную с сокетами работу по нескольким процессорам,
    > увеличив общую пропускную способность

    То есть это все-таки опция setsockopt(), которая задает CPU для обработки сокета? И причем тут вообще "процессор, используемый для обработки указанного сокета"? Кем используемый, ядром? Приложением? Ядро разучилось шедулить по-человечески и теперь приложения сами должны руками прибивать процессоры к сокетам?

     
     
  • 2.34, Аноним (-), 13:28, 09/02/2015 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > сами должны руками прибивать процессоры к сокетам?

    Хренов тот шедулер, который в случае нужды нельзя затвикать как надо.

     
     
  • 3.79, Аноним (-), 18:37, 10/02/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Не, ну если замеры показывают что ручной тюнинг таки увеличивает производительность... а если нет?

    Эта информация об обрабатывающем процессоре имеет смысл только в связке с taskset(1) — отдавать сокеты дочерним рабочим процессам с правильной аффиностью. Эта опция позиционируется как замена RFS/RPS?

     

  • 1.22, Аноним (-), 11:33, 09/02/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > В новую версию принято примерно 100500 исправлений от 9999 разработчиков

    //fixed


    >  поддержка архитектуры Altera Nios II.

    Хочу десктоп на Nios II, ну, или хотя бы планшет. Ну, или хотя бы на  Некроблазе (Пикоблазе не предлагать).

     
     
  • 2.37, Аноним (-), 13:39, 09/02/2015 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Хочу десктоп на Nios II, ну, или хотя бы планшет.

    Хочешь - сделай! На то оно и FPGA...


     
     
  • 3.56, Аноним (-), 16:41, 09/02/2015 [^] [^^] [^^^] [ответить]  
  • +/
    >> Хочу десктоп на Nios II, ну, или хотя бы планшет.
    > Хочешь - сделай! На то оно и FPGA...

    Полностью с вами согласен. Кстати, а что сегодня есть из свободного инструментария разработки?

     
     
  • 4.86, Аноним (-), 00:53, 11/02/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > Полностью с вами согласен. Кстати, а что сегодня есть из свободного инструментария разработки?

    С этим плоховато, увы. Форматы битстримов FPGA обычно недокументированные и генерятся некими самопальными проприетарными тулзами. Без описания как это сделать без них. Увы.

     

  • 1.31, iZEN (ok), 13:23, 09/02/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    > проверка целостности и быстрая замена дисков в Btrfs RAID 5/6

    О, User294 наконец-то получил, что хотел! Поздравляю.

     
     
  • 2.38, Аноним (-), 13:41, 09/02/2015 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > О, User294 наконец-то получил, что хотел! Поздравляю.

    Спасибо изя :). А ты сомневался что это будет? Напрасно - достаточно посмотреть список коммитеров. Вот чего-чего а желающих попахать на себя - в линуксном ядре хватает.

     

  • 1.42, cmp (ok), 14:05, 09/02/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    > Добавлен драйвер "ipvlan"

    а чем veth плох

     
     
  • 2.46, Andrey Mitrofanov (?), 14:32, 09/02/2015 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >> Добавлен драйвер "ipvlan"
    > а чем veth плох

    Найди 10 отличий! http://lwn.net/Articles/620087/?format=printable

     
     
  • 3.52, cmp (ok), 15:46, 09/02/2015 [^] [^^] [^^^] [ответить]  
  • +/
    То есть упрощалка на уровне ядра, которая позволяет не создавать мост, very simple это 2е отличие, и видимо все.

    спасибо за ссылку, пока читал как раз собралось.

     

  • 1.71, ua9oas (ok), 08:58, 10/02/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Стандартные вопросы в таких случаях: в состав каких дистрибутивов "3.19" сие войдет? (А в каких уже установленных ОС может быть смысл ихнее штатное ядро поменять на ядро на это?) Сколько времени эта ветка ядра будет поддерживаться?
    Насколько больше устройств поддерживается в этом ядре? (И а сколько чего неподдерживаемаго в линуксе осталось насегодня?) И есть ли такое оборудование и функции в других ветках ядра, которые не поддерживаются в этом? (А по положению дел насегодня для стараго "железа" какое ядро лучше туда подойдет?)
     
     
  • 2.74, cmp (ok), 12:40, 10/02/2015 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Щас с бригадой кодеров подробный ченьжьлог накропаем, прям по пунктам.

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

    Что касается, "Сколько времени эта ветка ядра будет поддерживаться", то в ядре полным полно кода который мигрирует из версии в версию как есть, много унаследованно от 2.6 ветки, большая часть. Но багов и дыр, подобных ssl'ным там не находили уже очень давно, а если и находили, то в таких драйверах к железкам которые еще поискать.

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

     
     
  • 3.83, Аноним (-), 00:47, 11/02/2015 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Щас с бригадой кодеров подробный ченьжьлог накропаем, прям по пунктам.

    Хренасе, для того чтобы набрать git log уже надо бригаду кодеров?!

     

  • 1.75, Аноним (-), 13:46, 10/02/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    В btrfs уже исправили архитектурный недостаток в разрастающихся метаданных до размеров половины раздела? Нет? Какой смысл ей пользоваться тогда. Уже лет 7 жду когда она будет пригодна для использования. Похоже разработчики стали жертвой переусложнения кода, особенно если учесть как они эти 7 лет генерировали новые идеи и пытались их воплотить. Очевидно, что код не может быть настолько гибким чтобы в нем могли реализовать все задумки без переписывания больших кусков системы.
     
     
  • 2.76, Аноним (-), 13:59, 10/02/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > В btrfs уже исправили архитектурный недостаток в разрастающихся метаданных до размеров половины раздела?

    Это не недостаток, а фича же!
    Если взять обычную ФС и создавать на ней пустые файлы до посинения, метаданные могут и 100% раздела занять.

     
     
  • 3.77, Michael Shigorin (ok), 14:08, 10/02/2015 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Если взять обычную ФС и создавать на ней пустые файлы до посинения,
    > метаданные могут и 100% раздела занять.

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

     
     
  • 4.84, Аноним (-), 00:48, 11/02/2015 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Нет, если количество инодов задано при создании ФС.  Но тогда есть
    > другая проблема...

    Похожай по смыслу - файлы почему-то не удается создать.

     
     
  • 5.98, count0krsk (ok), 22:27, 13/02/2015 [^] [^^] [^^^] [ответить]  
  • +/
    >> Нет, если количество инодов задано при создании ФС.  Но тогда есть
    >> другая проблема...
    > Похожай по смыслу - файлы почему-то не удается создать.

    Файлов около 300 000 на одном разделе ноута, место есть, всё создается. ЧЯДНТ?
    Правда ext4 пользую )

     

  • 1.78, Аноним (-), 18:05, 10/02/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Объясните, пожалуйста, будет ли работать свободный драйвер "AMD KFD" для GPGPU вычислений на дискретной видеокарте Radeon 260x. Поддержки HSA у нее нет. Конкретно интересует приложение boinc.

    До сего момента в кранчинге работал только каталист. Свободный драйвер в boinc не определялся. А в 3.19 как?

     
     
  • 2.85, Аноним (-), 00:51, 11/02/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > на дискретной видеокарте Radeon 260x. Поддержки HSA у нее нет. Конкретно
    > интересует приложение boinc.

    HSA как я понимаю более актуален для APU, где есть и обычный CPU и GPU.

    > До сего момента в кранчинге работал только каталист. Свободный драйвер в boinc
    > не определялся. А в 3.19 как?

    А вы поставили свежую MESA, LLVM и libclc? Технически некое подобие OpenCL 1.1 с RadeonSI работает. Но там местами не хватает некоторых фич, а местами бывают баги. Но большинство софта нормально детектирует сие. Насколько сможет работать с - второй вопрос.

     
     
  • 3.94, Аноним (-), 21:12, 11/02/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Полгода назад где-то ставил все свежее. Тогда boinc не детектировал ни opencl, ни сам gpu.
    Решил что фиг с ним и поставил debian stable. А в ней большой гемор ( для неайтишника ) с установкой новой месы и прочего из-за большого количества зависимостей. Проще подождать немного и проапдейтиться до unstable. Но неохота, потому что в unstable при каждом апдейте xorg и всякого такого приходится заново ставить catalyst. А в stable - апдейты редки.
    Думал, может кто уже проверил работу нового драйвера в кранчинге. Ну, да ладно. Все равно, спасибо.
    ------------------------------------------------
    Подумалось что за потерянные полдня на писанину, мог бы все уже проверить сам.
     

  • 1.99, count0krsk (ok), 22:33, 13/02/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >>Добавлен системный вызов execveat(), который позволяет запустить исполняемый файл из
    >>открытого файлового дескриптора или найти исполняемый файл при передаче файлового
    >>дескриптора директории;

    Ради расширения кругозора, расскажите, это как вообще выглядит? Типа открыт файл на чтение, и тут хлоп - его запустили? И ещё какой-то финт ушами с директорией =/
    Полюбому на английском было бы понятнее...

     
     
  • 2.100, Andrey Mitrofanov (?), 00:03, 14/02/2015 [^] [^^] [^^^] [ответить]  
  • +/
    >>>системный вызов execveat(), который
    > Ради расширения кругозора, расскажите, это как вообще выглядит?

    Вбей в гугль, да посмотри. Если совсем невтерпёж, так и на [Картинки] можно.

    +++in kernel 3.19.  GNU C library support is pending.

     

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



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

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