The OpenNET Project / Index page

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

Релиз ядра Linux 3.3. Обзор новшеств

19.03.2012 11:40

Линус Торвальдс представил релиз ядра Linux 3.3. Из основных улучшений можно отметить интеграцию изменений, подготовленных в процессе разработки платформы Android, поддержку новой архитектуры TI C6X, включение наработок по борьбе с негативным влиянием промежуточной буферизации пакетов (Bufferbloat), улучшенную реализацию RAID в Btrfs, интеграцию кода виртуального коммутатора Open vSwitch, альтернативную систему агрегации сетевых интерфейсов, новые средства для управления сетевыми приоритетами и возможность ограничения TCP-буфера в привязке к cgroup.

В новую версию принято около 10 тысяч исправлений от более 1200 разработчиков, размер патча - 43 Мб (для сравнения, размер патча ядра 3.2 - 99 Мб, 3.1 - 49 Мб, 3.0 - 44 Мб). Изменения затронули 10698 файлов, добавлено 599 тыс. строк кода, удалено 432 тыс. строк. Около 40% всех представленных в 3.3 изменений связаны с драйверами устройств, примерно 26% изменений имеют отношение к обновлению кода специфичного для аппаратных архитектур, 12% связано с сетевым стеком, 5% - файловыми системами и 4% c внутренними подсистемами ядра.

Ядро 3.3 также примечательно преодолением очередного рубежа - размер исходного кода ядра превысил отметку в 15 млн строк. При этом 5.6 млн строк приходится на драйверы, 1.8 млн на специфичный для аппаратных архитектур код, 700 тыс на файловые системы, 533 тыс на звуковую подсистему, 493 тыс на сетевой стек. 97.22% кода ядра написано на языке Си, 2.47% на ассемблере, 0.15% на Perl и 0.04% на Shell. Отметка в 10 млн строк была пройдена в конце 2008 года, при выпуске ядра 2.6.27.

Наиболее интересные новшества ядра 3.3:

  • Память и системные сервисы
    • Интеграция некоторых улучшений и исправлений, подготовленных для ядра, используемого в платформе Android. В частности, перенесена поддержка ashmem (реализация разделяемой памяти, позволяющая маркировать незакреплённые страницы памяти, которые в последующем можно освободить в ситуации нехватки свободной памяти), механизм межпроцессного взаимодействия Binder IPC, ram console (возможность сохранить вывод консоли в специальной области ОЗУ, к которой можно получить доступ после перезагрузки в режиме диагностики), специализированный драйвер для ведения системного лога, реализация LMK (low memory killer, управление принудительным завершением приложений в случае нехватки памяти), новый вариант драйвера gpio.

      Некоторые подсистемы ядра Android, например wakelocks, пока остаются неперенесёнными, но в конечном итоге планируется добиться интеграции всех наработок из ядра Android, что существенно упростит сопровождение кода, позволит сконцентрироваться на одном ядре при разработке драйверов и даст возможность использования последней версии ядра Linux при портировании Android;

    • Поддержка загрузки с использованием EFI (Extensible Firmware Interface). В состав ядра включен набор компонентов, необходимых для загрузки и запуска образа ядра (x86 bzImage) непосредственно прошивкой EFI. Образ ядра bzImage выглядит для прошивки как приложение EFI. При этом, созданный образ bzImage является универсальным и кроме поддержки EFI может использоваться без изменений и с классическими загрузчиками, вызываемыми из BIOS;
    • Интеграция патча, который решает проблемы с повышенным потреблением энергии на ноутбуках, поддерживающих технологию ASPM (Active State Power Management) для карт PCI Express. Проблема проявляется начиная с ядра 2.6.38, в котором была реализована новая система инициализации ASPM, и проявляется в повышении энергопотребления на 10-30%. Патч имитирует поведение Windows Vista при инициализации системы управления питанием, т.е. не очищает статус ASPM для всех устройств в процессе загрузки, оставляя параметры, выставленные BIOS. В феврале данный патч уже был распространён для прошлых версий ядра в виде обновлений 3.0.20 и 3.2.5;
    • Поддержка технологии DMA-BUF для совместного использования буферов. При помощи DMA-BUF различные подсистемы ядра (V4L2, DRI и т.п.) могут совместно использовать буферы между различными драйверами устройств;
    • В реализации псевдофайловой системы /proc добавлена опция монтирования hidepid, позволяющая запретить пользователю вход в поддиректории /proc/pid/ с данными о непринадлежащих ему процессах (hidepid=1) или полностью сделать невидимыми для пользователя поддиректории чужих процессов (hidepid=2). Через опцию gid можно задать группу для которой будет сделано исключение при доступе к информации о процессах через /proc;
    • Значительно снижено потребление памяти при использовании cgroup;
    • Проведена работа по сокращению задержек и проблем с отзывчивостью, наблюдаемых обычно при интенсивной работе с медленными USB-накопителями, которые проявлялись, например, в виде подвисания web-браузера или мультимедиа проигрывателя;
  • Дисковая подсистема, ввод/вывод и файловые системы
    • Расширение возможностей файловой системы Btrfs:
      • Полностью переработанная реализация операции балансировки ("balance"), используемых для полной перезаписи данных файловой системы, в чём возникает необходимость, например, при добавлении дополнительного диска, на который следует перераспределить уже имеющиеся в ФС данные. Таким образом, операция балансировки позволяет привести ФС в сбалансированное состояние, но обычно перестроение является длительной операцией и занимает много часов. Новая реализация кода балансировки поддерживает возможность приостановки процесса перестроения и его последующего возобновления, а также возможность вывода подробной информации о статусе выполнения операции. Процесс балансировки теперь основан на использовании профилей данных и метаданных, что позволяет организовать балансировку только пустых групп блоков.
      • Поддержка перестроения данных (restriping) между различными RAID-уровнями (т.е. можно перейти от одного типа RAID на другой). Поддержка новой возможности реализована в ветке "parser" инструментария btrfs-progs;
      • Новая отладочная утилита "integrity check", предназначенная для расширенного тестирования целостности данных разработчиками ФС в процессе выявления ошибок. Суть тестирования состоит в обеспечении дополнительного слежения за соблюдением непротиворечивности записываемых на диск данных, выявляя ситуации при которых возможно нарушение целостности ФС;
    • Новая реализация механизма изменения размера ФС Ext4. В отличие от существующей в настоящее время системы изменения размера, новый механизм полностью реализован в ядре, а потому работает намного быстрее. В тестах производительности он значительно обогнал прошлую реализацию, позволив изменить размер файловой системы, с 20 Гб до 230 Гб за 3.3 секунды, вместо более чем 5 минут, которые понадобились утилите resize2fs. Для выполнения изменения размера в ядро был добавлен новый ioctl EXT4_IOC_RESIZE_FS;
    • Из staging-дерева удалён код старой версии файловой системы PohmelFS в связи с намерением интегрировать в ядро новый переработанный вариант PohmelFS, базирующийся на распределённом хранилище Elliptics;
  • Сетевая подсистема
    • Альтернативная реализация системы агрегирования сетевых интерфейсов. Реализовано новое сетевое устройство "teaming", изначально позиционируемое как быстрая, масштабируемая, прозрачная и управляемая из пространства пользователя замена механизму "bonding". Teaming позволяет создавать виртуальные сетевые интерфейсы, объединяющие несколько физических Ethernet-адаптеров, что обычно делается для обеспечения более высокой пропускной способности или для обеспечения отказоустойчивых конфигураций. В настоящее время teaming поддерживает два режима балансировки пакетов между связанными интерфейсами: round-robin и active-backup. Для организации управления новым устройством подготовлена специальная библиотека libteam, а также набор демонстрационных приложений;
    • Контрольная группа net_prio для управления сетевыми приоритетами (Network priority cgroup). Используя cgroup net_prio администратор теперь может динамически управлять приоритетом сетевого трафика, генерируемого различными приложениями. Традиционно, приложение может установить приоритет для своего трафика на этапе создания сокета через опцию SO_PRIORITY, но к сожалению это не всегда возможно. Cgroup позволяет администратору привязать процессы к группе, которая будет иметь иной приоритет для исходящих пакетов, отправляемых через заданный сетевой интерфейс;
    • Поддержка байтового ограничения очередей передачи данных, реализованного в рамках проекта по разработке средств для борьбы с эффектом "Bufferbloat", под которым понимается феномен негативного влияния промежуточной буферизации пакетов на пропускную способность, однородность потока (jitter) и время прохождения пакетов (latency). В состав ядра 3.3 интегрирована поддержка задания ограничения на размер данных, помещаемых в очередь передачи данных для заданного сетевого устройства. В результате появилась возможность обеспечения приемлемой транзитной задержки (latency) для высокоприоритетных пакетов, без очистки аппаратных очередей, когда появляются данные для отправки. Настройка ограничений осуществляется через файлы tx-n в директории byte_queue_limits внутри sysfs;
    • Возможность ограничения размера TCP-буфера в зависимости от cgroup. Механизм cgroup позволяет установить ограничения на ресурсы группы процессов, но эти ограничения ранее затрагивали только память в пространстве пользователя. В некоторых ситуациях, работа процессов приводит к большим расходам памяти на уровне ядра, которую хотелось бы тоже ограничить. Представленная возможность является первым шагом к реализации таких ограничений и позволяет управлять потреблением памяти ядра, выделяемой для буферизации TCP-соединений. В частности, теперь можно в привязке с cgroup задать ограничение на размер буферов, используемых кодом TCP;
    • Поддержка интерфейса для мониторинга за UNIX-сокетами, используемого утилитой ss;
    • Поддержка Target-драйвера для протокола SCSI RDMA Protocol (SRP), позволяющего получить доступ к блочному устройству на другом хосте (target), организовав соединение поверх сетей, поддерживающих протокол RDMA;
    • Поддержка протокола NFC Logical Link Controller, известного также как P2P-режим NFC (peer to peer);
  • Виртуализация и безопасность
    • Интеграция Open vSwitch, программной реализации мультипротокольного сетевого коммутатора. Open vSwitch поддерживает как стандартные управляющие интерфейсы (sFlow, Netflow, RSPAN, CLI), так и позволяет подключать дополнительные программные расширения или использовать для управления протоколы Openflow и OVSDB. В отличии от уже входящей в состав ядра подсистемы сетевых мостов, Open vSwitch изначально создан для решения более комплексных задач, таких как организация сетевого взаимодействия между виртуальными машинами;
    • Набор патчей с решением некоторых проблем с производительностью Xen Dom0. Патчи позволяют организовать информирование гипервизора о текущих режимах энергопотребления (cpufreq). Поэтому, без данных патчей Xen не может инициировать выставление оптимальной частоты работы CPU, необходимой для достижения максимальной производительности;
    • Добавлены новые Xen-драйверы: privcmd, xenbus_backend и xenbus;
    • В KVM для гостевых систем предоставлена вторая версия архитектуры PMU (Performance Monitoring Unit);
    • В модуль расширенной верификации EVM (extended verification module) добавлена поддержка верификации цифровых сигнатур. EVM позволяет защитить расширенные атрибуты файлов (xattrs) от атак, направленных на нарушение их целостности (не даёт злоумышленнику изменить метаданные, например, загрузившись со своего накопителя);
  • Оборудование и аппаратные архитектуры
    • Поддержка LPAE (large physical address extension) для 32-разрядной архитектуры ARMv7, что позволит организовать адресацию более 4 Гб памяти;
    • Поддержка архитектуры C6X, используемой в одноядерных и многоядерных DSP-процессорах C64x и C66x, выпускаемых компанией Texas Instruments и используемых в широком спектре современных мобильных платформ (DaVinci, OMAP3, OMAP4). Изначально поддержка C6X для Linux обеспечена проектом linux-c6x.org;
    • В DRM-модуле для карт Radeon обеспечена поддержка вывода звука через порт HDMI для карт серии Radeon HD 5000 "Evergreen";
    • В DRM-модуле Intel улучшена поддержка видеокарт, встроенных в процессоры Sandy Bridge и Ivy Bridge, например, добавлена поддержка видеоспрайтов;
    • В DRM-модуле Nouveau добавлена поддержка карт NVD9, для некоторых карт семейства GeForce реализована возможность вывода звука через порт HDMI, для карт NVD0-Fermi добавлена поддержка Page Flipping, улучшена поддержка MXM, добавлен код для определения типа памяти, возможность управления частотой GPU для карт Fermi;
    • Добавлен DRM/KMS драйвер omapdrm для графической подсистемы TI OMAP;
    • В основное дерево ядра из ветки staging перенесён драйвер gma500 для интегрированных видеокарт Intel (Poulsbo, Oaktrail, Cedarview), используемых на многих устройствах с процессором Atom;
    • Новые USB-драйверы: Samsung Exynos OHCI, Marvell Host Controller, Marvell usb OTG. В драйвер ipheth добавлена поддержка iPhone 4S;
    • В звуковую подсистему добавлена поддержка оборудования, снабжённого средствами ускорения обработки сжатого звука. Добавлена поддержка HDA-карты Cirrus Logic 4213;
    • Множество других улучшений и изменений, связанных с поддержкой аппаратных устройств, в том числе новые драйверы для устройств хранения, сетевых адаптеров и web-камер.


  1. Главная ссылка к новости (https://lkml.org/lkml/2012/3/1...)
  2. OpenNews: Релиз ядра Linux 3.2. Обзор новшеств
  3. OpenNews: Релиз Linux-ядра 2.6.38
  4. OpenNews: Релиз Linux-ядра 2.6.39
  5. OpenNews: Релиз Linux-ядра 3.0
  6. OpenNews: Релиз ядра Linux 3.1
Лицензия: CC-BY
Тип: Интересно / Программы
Ключевые слова: linux, kernel
При перепечатке указание ссылки на opennet.ru обязательно
Обсуждение (153) Ajax | 1 уровень | Линейный | Раскрыть всё | RSS
  • 1.2, Дмитрий (??), 12:34, 19/03/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Появилась ли поддержка K10, в Processor Family Support?
     
     
  • 2.9, анонимус (??), 12:46, 19/03/2012 [^] [^^] [^^^] [ответить]  
  • +/
    K10 не настолько сильно отличается от K8, чтобы для них отдельную поддержку делать.
     
     
  • 3.68, Mike Lee (?), 15:10, 19/03/2012 [^] [^^] [^^^] [ответить]  
  • +/
    дык достаточно добавить пункт и запускать компилятор с правильным march
     
     
  • 4.86, Аноним (-), 15:39, 19/03/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > дык достаточно добавить пункт и запускать компилятор с правильным march

    При том в gcc 4.7 подтянута реализация наборов команд и новых интелских процов, и новых амдшных, и поддержка C6x которая и в сабже - запилена. Там вообще по всем фронтам наступление. Я писаль ньюс про изменения в RC1 но его не заапрувнули, увы. Ща RC2 вышел уже. Скоро зарелизится, видимо, и будет довольно вкусной штукой.

     
  • 4.106, Андрей (??), 16:57, 19/03/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Кстати, если определить подходящую переменную окружения, подхватит её make?
     
     
  • 5.114, Аноним (-), 19:10, 19/03/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Кстати, если определить подходящую переменную окружения, подхватит её make?

    А что есть "подходящая переменная"? Как это выглядит?

     
     
  • 6.185, pavlinux (ok), 16:25, 20/03/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Феншуйные - CFLAGS, LDFLAGS, CC, CXX, MAKEFLAGS и т.п.

    http://pubs.opengroup.org/onlinepubs/009695399/basedefs/xbd_chap08.html

     
     
  • 7.190, Аноним (-), 23:44, 20/03/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Феншуйные - CFLAGS, LDFLAGS, CC, CXX, MAKEFLAGS и т.п.

    Упс, что-то я эпически стормозил.

     
  • 5.161, Аноним (-), 12:51, 20/03/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Конечно, да.
     

  • 1.4, Аноним (-), 12:41, 19/03/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +4 +/
    Почти в каждой новости о выходе ядра пишут, что удалено практически столько же строк, сколько и добавлено. Откуда рекорды по общему числу строк?
     
     
  • 2.97, Аноним (-), 16:33, 19/03/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Почти в каждой новости о выходе ядра пишут, что удалено практически столько
    > же строк, сколько и добавлено. Откуда рекорды по общему числу строк?

    Почти столько же это если оценивать десятками миллионов строк, если присмотреться то добавлено 150 тыс новых строк. И так в каждой версии, за год примерно миллион набирается.

     
     
  • 3.152, Аноним (-), 05:02, 20/03/2012 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Добавлено 10753 тыс. строк кода, удалено - 10698 тыс. строк.
    Итого, +57 тыс. за релиз. в год 5 релизов. (в 3.2 +56 тыс).
    итого около 250 тыс...
    Но за три года (17 релизов) набралось 5 миллионов.  в среднем, +300 тыс за релиз, т.е. скачки "раздутия" неравномерны.
    С уважением, анонимный "оналитик".
     
     
  • 4.153, ptr (??), 09:40, 20/03/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Добавлено 10753 тыс. строк кода, удалено - 10698 тыс. строк.

    Ниже в той же новости
    > размер исходного кода ядра превысил отметку в 15 млн строк

    Так что получается - больше 2/3 ядра за версию переписано?!!!

     
     
  • 5.156, Andrey Mitrofanov (?), 10:59, 20/03/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >> Добавлено 10753 тыс. строк кода, удалено - 10698 тыс. строк.
    > Так что получается - больше 2/3 ядра за версию переписано?!!!

    Да ну??

    ""As of this writing, the 3.3 development cycle is at 3.3-rc6 and things are starting to look pretty stable. So it must be about time for our traditional summary of interesting statistics for the 3.3 kernel. It has been an active cycle, with some 10,350 changesets merged from just over 1,200 developers. Some [B]563,000 lines of code were added[/B] to the kernel, but [B]395,000 lines were removed[/B], for a net growth of about 168,000 lines."" -- http://lwn.net/Articles/485058/

     
  • 2.158, Maxim Chirkov (ok), 11:41, 20/03/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Спасибо, что обратили внимание, была ошибка в скрипте анализа патча. Правильные данные "добавлено 599 тыс. строк кода, удалено 432 тыс. строк".
     

  • 1.22, Аноним (-), 13:04, 19/03/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • –3 +/
    Говорят в этой версии bug 12309 исправили. Кто проверял?
     
     
  • 2.40, muon (ok), 13:50, 19/03/2012 [^] [^^] [^^^] [ответить]  
  • +3 +/
    А что это и кого касается?
     
     
  • 3.162, Аноним (-), 12:53, 20/03/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > А что это и кого касается?

    С добрым утром. https://bugzilla.kernel.org/show_bug.cgi?id=12309

     
     
  • 4.165, Аноним (-), 13:41, 20/03/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > С добрым утром. https://bugzilla.kernel.org/show_bug.cgi?id=12309

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

     
     
  • 5.196, Аноним (-), 13:06, 21/03/2012 [^] [^^] [^^^] [ответить]  
  • +/
    О! Пойду тестировать. Где-то меня был старый конфиг ядра где эта проблема появлалась (надеюсь найду).

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

     
  • 5.209, rico (ok), 18:48, 27/03/2012 [^] [^^] [^^^] [ответить]  
  • +/
    сильно некоторая операция к сведению КО
    $ dd if=/dev/zero of=/tmp/test bs=1M count=1M
     
  • 2.43, sdfsfsf (?), 13:52, 19/03/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Был только один репорт об этом. Больше никто не подтвердил.
     
  • 2.144, Анон (?), 00:05, 20/03/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Его в каждой версии для половины машин исправляют, а для другой половины заново реализовывают.
     
     
  • 3.166, Аноним (-), 13:42, 20/03/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Его в каждой версии для половины машин исправляют, а для другой половины
    > заново реализовывают.

    Странно, почему же тогда я его ни разу не видел?


     
     
  • 4.193, petrosha (?), 07:35, 21/03/2012 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >Странно, почему же тогда я его ни разу не видел?

    Скорее всего потому, что вы никогда не использовали линукс на декстопе более нескольких минут. Все кто использовал в той или иной форме его наблюдали. Спасают только Кон Коливас и pf.

     
     
  • 5.205, виндотролль (?), 18:52, 21/03/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Как пропатчить винду под ck/pf? А под линуксом — неа, не наблюдал :)
     

  • 1.23, Аноним (-), 13:04, 19/03/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • –6 +/
    А о секурных дырах как обычно умолчали?
    Сколько их исправлено...
     
     
  • 2.31, он (?), 13:23, 19/03/2012 [^] [^^] [^^^] [ответить]  
  • –5 +/
    а сколько их добавлено?
     
     
  • 3.38, фклфт (ok), 13:48, 19/03/2012 [^] [^^] [^^^] [ответить]  
  • –18 +/
    > а сколько их добавлено?

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

     
     
  • 4.53, Аноним (-), 14:28, 19/03/2012 [^] [^^] [^^^] [ответить]  
  • +11 +/
    > всеравно снесут такие каменты так как ни чего ни хотят принимать как факт

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

     
  • 4.150, alkaloides (ok), 02:28, 20/03/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > нет смысла об этом что либо писать так как модеры красноглазики всеравно снесут такие каменты

    Правильно делают! Этот портал не место для обгаживания открытого ПО!

     
     
  • 5.163, Аноним (-), 12:54, 20/03/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Этот портал не место для обгаживания открытого ПО!

    Этот портал место для обгаживания закрытого ПО?


     
     
  • 6.167, Аноним (-), 13:44, 20/03/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >> Этот портал не место для обгаживания открытого ПО!
    > Этот портал место для обгаживания закрытого ПО?

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

     
  • 2.45, Аноним (-), 13:53, 19/03/2012 [^] [^^] [^^^] [ответить]  
  • +5 +/
    почитайте о предыдущих релизах последнее ядро 3.2.11. Примерно столько дыр и исправлено. сколько было убрано в 11 релизах, эти же патчи были приняты в ядро 3.3.
    Очень глупый у вас вопрос - недальновидны вы и плоско мыслите.
     
     
  • 3.131, pro100master (ok), 20:50, 19/03/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    а сколько их добавлено... ;)
     

  • 1.34, Аноним (-), 13:28, 19/03/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Ладно, ладно.. вы мне скажите когда уже lz4 в btrfs появиться???
     
     
  • 2.36, Tav (ok), 13:44, 19/03/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Вы уверены, что будет ощутимо лучше, чем с LZO?
     
     
  • 3.37, Аноним (-), 13:47, 19/03/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Уверен ^^
     
  • 3.62, Аноним (-), 15:04, 19/03/2012 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Вы уверены, что будет ощутимо лучше, чем с LZO?

    Как ни странно, на страничке проекта http://code.google.com/p/lz4/ есть относительно честные бенчи + ссылки на сторонние бечи.

    Как правило
    1) Оно жмет чуть быстрее LZO.
    2) Декомпрессит оно временами аж в пару раз быстрее LZO.
    3) Оно зачастую одновременно и быстрее и лучше жмет чем например гугловый snappy. Приветы гуглу, их обштопали.

    Итого: достаточно любопытный кандидат, хоть и написанный менее качественно чем LZO (парочка перцев с проблемами endianess, использнивание C99 во все поля без особых причин).

     
     
  • 4.93, sdfsfsf (?), 16:17, 19/03/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Возможно из-за этих проблем и не включили ещё. Если интересно, свяжитесь с Дэвидом и предложите ему помощь в подготовке патча.
     
  • 4.100, Tav (ok), 16:38, 19/03/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Интересно. Но это еще не означает, что задействование lz4 повлияет на производительность btrfs. Если накладные расходы на сжатие с lzo уже несущественны, то дальнейшее улучшение производительности алгоритма сжатия может не дать ощутимого преимущества. Я не утверждаю, что это точно так, просто бенчмарки lz4 против lzo сами по себе не оправдывают переход на другой алгоритм.
     
     
  • 5.118, Аноним (-), 19:39, 19/03/2012 [^] [^^] [^^^] [ответить]  
  • +/
    На быстрых носителях типа SSD - вероятно может повлиять Там очень быстрое чтени... текст свёрнут, показать
     
     
  • 6.119, Аноним (-), 19:39, 19/03/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > на куче

    ...разнотипных носителей.

     
  • 6.141, Tav (ok), 22:27, 19/03/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Я же не утверждаю, что lz4 не нужен. Просто для обоснования его использования нужен несколько более сложный анализ в контексте ФС, а не сравнение круглых lzo и lz4 в вакууме.
     
  • 6.147, sasa (??), 01:04, 20/03/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > На быстрых носителях типа SSD - вероятно может повлиять.

    А много ли у вас несжатых данных в системе ? У меня в основном все сжато - архивы и медиаданные которые не жмутся простыми алгоритмами впринципе даже если они в виде RAW или PCM.

     
     
  • 7.169, Аноним (-), 14:02, 20/03/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > А много ли у вас несжатых данных в системе ?

    Найдется, фигли.
    - Все системные бинарники (библы, исполняемые файлы, конфиги, etc). Ускорить их подгрузку в пару раз - неплохая идея.
    - Кэш браузера с мегатоннами великолепно жмущейся хтмлятины.
    - Достаточно большие массивы данных, например выгруженных из OSM или несжатые битмапы для отсыла на принтер, manually generated, а потому - жмутся превосходно.
    - У некоторых игр игровые ресурсы занимают дофига (сотни мб ... несколько Гб) и расположены в несжатом виде.

    > У меня в основном все сжато - архивы и медиаданные которые не жмутся
    > простыми алгоритмами впринципе даже если они в виде RAW или PCM.

    RAW или PCM вполне может сжаться. Правда не так оптимально как специализированными алгоритмами, но - может.

     
     
  • 8.176, sasa (??), 15:19, 20/03/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Объем того что может сжаться в системе один рип hdtv перекроет, а если учесть об... текст свёрнут, показать
     
     
  • 9.177, Andrey Mitrofanov (?), 15:24, 20/03/2012 [^] [^^] [^^^] [ответить]  
  • +/
    А если присовокупить вращающиеся носители И или цену ssd Не останавливайтес... текст свёрнут, показать
     
  • 9.182, Аноним (-), 15:45, 20/03/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Ага, посмотрю я как вы рипы на SSD свалите Ценник за мег там довольно конский, ... текст свёрнут, показать
     
     
  • 10.202, sasa (??), 13:45, 21/03/2012 [^] [^^] [^^^] [ответить]  
  • +/
    А зачем вы их тогда вообще покупаете если на нем даже ролик в приличном качестве... текст свёрнут, показать
     
  • 5.125, dalco (ok), 20:33, 19/03/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Я не утверждаю, что это точно так, просто бенчмарки lz4 против
    > lzo сами по себе не оправдывают переход на другой алгоритм.

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

     
     
  • 6.142, sdfsfsf (?), 23:08, 19/03/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Конечно. А ещё - там всего 1 байт отведён под тип сжатия, т. о. возможно 256 типов сжатия. Крис что-то говорил на этот счёт, мол, надо хорошенько подумать, прежде чем добавлять новый режим.
     
  • 4.136, Crazy Alex (ok), 21:10, 19/03/2012 [^] [^^] [^^^] [ответить]  
  • +/
    А можно поподробнее чем в 2012 году плох C99?
     
     
  • 5.170, Аноним (-), 14:10, 20/03/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > А можно поподробнее чем в 2012 году плох C99?

    В случае именно алгоритма сжатия - тем что алгоритм этого класса потенциально может юзаться в очень разноплановых и разнокалиберных системах. Его декомпрессия не требует памяти (кроме буфера назначения куда пишется результат распаковки) вообще. Поэтому он может быть интересен даже в 8-битных тараканах для тетрисов и пультов (а чем плоха идея пожать огромные таблицы, суммарно не лезущие в памяти и подгружать их на лету например? Или там битмапы выдаваемые на экран?). Где такой авангардизм может икнуться тем что тамошний г-нокомпилер "так не умеет". Получится немного брейнфака на ровном месте с фиксингом. Хотя автор мог бы и сразу не раскладывать грабли.

     
     
  • 6.175, Crazy Alex (ok), 14:44, 20/03/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Хм... Частично согласен, но если где-то такой дремучий компилятор и остальное, по идее не лучше. Закладываться на подобных уродцев... Брр. Да и для большинства эмбеда компиляторы на основе GCC, этото самый C99 сто лет как умеющего. А код на нём таки много читабельнее, одно объявление переменных по месту чего стоит.
     
     
  • 7.178, Аноним (-), 15:25, 20/03/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Ну да, зато может стоить по цене грязи под ногами, например Или быть частью уже... текст свёрнут, показать
     
  • 2.48, Аноним (48), 14:04, 19/03/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А чем оно лучше того же lzo?

    Мне интересно другое, когда запилят в grub поддержку сжатых btrfs разделов. Из-за этого приходится держать /boot на ext

     
     
  • 3.52, Tav (ok), 14:26, 19/03/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А в чем проблема держать /boot на несжатом btrfs? Есть ли вообще смысл сжимать /boot?
     
     
  • 4.56, Аноним (-), 14:50, 19/03/2012 [^] [^^] [^^^] [ответить]  
  • +/
    А в чём проблема держать на сжатом? zfs умеет)
     
     
  • 5.57, Tav (ok), 14:54, 19/03/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Grub поддерживает btrfs, но только без сжатия.
     
     
  • 6.138, ragus (ok), 21:17, 19/03/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Grub поддерживает btrfs, но только без сжатия.

    поддерживает сжатые, но только gzip. lzo - нет.

     
  • 5.112, Харитон (?), 18:53, 19/03/2012 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > А в чём проблема держать на сжатом? zfs умеет)

    ну и что?
    какой смысл жать бинарное ядро, а тем более уже сжатый инитрд?
    для того чтоб в случае повреждения данного раздела починить и распаковать его не было никакой возможности? или замедлить процесс стартовой загрузки и увеличить ресурсоемкость(для распаковки нужен как шустрый процессор так и доп. ОЗУ) запуска ядра? и это все для того чтоб выиграть 10проц раздела, которому если выделить и 200Мб, то можно закидаться ядрами по самое нихачу... )))

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

     
     
  • 6.197, Аноним (-), 13:11, 21/03/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >какой смысл жать бинарное ядро, а тем более уже сжатый инитрд?

    А тем более сжатое бинарное ядро.

     
  • 3.58, Аноним (-), 14:56, 19/03/2012 [^] [^^] [^^^] [ответить]  
  • +/
    lz4 почти в 3 раза быстрее распаковывает сжатые данные
     
     
  • 4.104, Tav (ok), 16:49, 19/03/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > lz4 почти в 3 раза быстрее распаковывает сжатые данные

    Это имеет значение, если доля использования ЦП существующим алгоритмом сжатия (lzo) еще существенна относительно нагрузки, создаваемой драйвером ФС в целом. Так ли это?

     
     
  • 5.122, Аноним (-), 20:28, 19/03/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Она более чем существенна. Переношу сейчас систему на сжатый btrfs. Загрузка процессора близка к полной. Правда это кора дуба экономичная, но...
    Сжатие как ни как - очень ресурсоемкий процесс и надо бы для fs найти золотую середину между эффективностью и скоростью (где-то какой-то доп параметр задать?). Я же пока не разобрался и просто монтирую с ключем compress.
     
     
  • 6.127, Аноним (-), 20:38, 19/03/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Я же пока не разобрался и просто монтирую с ключем compress.

    Ну если у вас zlib юзается - то он вообще тормозной и так и сяк. По сравнению с lzo/lz4/snappy и прочими.

     
  • 6.140, Tav (ok), 22:16, 19/03/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Там, насколько я знаю, выбор между эффективностью и скоростью достигается за сче... текст свёрнут, показать
     
  • 5.126, Аноним (-), 20:37, 19/03/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > существенна относительно нагрузки, создаваемой драйвером ФС в целом. Так ли это?

    А вы купите SSD втыкаемый в PCI-E x16 и расскажите как оно там на таких скоростях. А то я конечно понимаю что для некоторых тормозной ноутбучный винч предел мечтаний, но btrfs для систем разного калибра делается.

     
  • 3.59, Crazy Alex (ok), 14:56, 19/03/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Ну и пусть себе на ext сидит. Эти несколько файлов размером в единицы (максимум - десятки) мегабайт можно держать на чём угодно.
     
  • 3.63, Аноним (-), 15:05, 19/03/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > А чем оно лучше того же lzo?

    Шустрее!

    > Мне интересно другое, когда запилят в grub поддержку сжатых btrfs разделов.

    В btrfs уже запилили индивидуальное сжатие или несжатие конкретных файлов, может быть, достаточно отключить сжатие для файлов из /boot? :)

     
  • 3.207, daks (ok), 16:21, 23/03/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > А чем оно лучше того же lzo?

    Быстрее.

    > Мне интересно другое, когда запилят в grub поддержку сжатых btrfs разделов. Из-за
    > этого приходится держать /boot на ext

    Давно: http://paste.pocoo.org/raw/569961/

     
  • 2.164, Andrey Mitrofanov (?), 12:59, 20/03/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >вы мне скажите когда уже lz4 в btrfs появиться???

    Фороникс подаст:
    [I]The LZ4 compression support [censored] will land in the Linux 3.4 kernel.[/I]
    http://www.phoronix.com/scan.php?page=news_item&px=MTA1OTQ

    Ну, типа месяца ч-з три. Устроит?

     

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

  • 1.39, Аноним (-), 13:48, 19/03/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Когда сделали fuse я обрадовался: правильная тенденция. Сделать интерфейсы для остальных подсистем в юзерспейс, повыносить рюшечки из ядра, и оставить только необходимый функционал. Пора ведь уже повзрослеть. Я не говорю о микроядре: это вызовет инфаркт у создателя. Но ведь объем неуклонно растет, неужели никого это не напрягает?
     
     
  • 2.44, sdfsfsf (?), 13:52, 19/03/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Почему кого-то это должно напрягать?
     
     
  • 3.50, Аноним (-), 14:19, 19/03/2012 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Линуса напрягает же
     
     
  • 4.65, Shifty (?), 15:05, 19/03/2012 [^] [^^] [^^^] [ответить]  
  • +/
    И правильно напрягает
    Моё впечатление от fuse - медленно и неэкономично
     
     
  • 5.70, Аноним (-), 15:11, 19/03/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Моё впечатление от fuse - медленно и неэкономично

    Мое впечатление: вашумать, оно умудряется упереться в CPU а не IO! Разумеется сливая по скорости ядерной реализации в разы.

     
     
  • 6.74, Аноним (-), 15:12, 19/03/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >> Моё впечатление от fuse - медленно и неэкономично
    > Мое впечатление: вашумать, оно умудряется упереться в CPU а не IO! Разумеется
    > сливая по скорости ядерной реализации в разы.

    дану.

     
     
  • 7.78, Аноним (-), 15:21, 19/03/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > дану.

    Что - дану? Берем ntfs реализованный в FUSE и тихо худеем как оно ненапряжно упирается в CPU а не диск на ровном месте. Это на довольно мощной машине, btw. Та же конторка почему-то делает модуль ядра и ... продает его на коммерческой основе производителям девайсов. Предлагая повышенную в несколько раз скорость как фичу, что как бы намекает... :D

     
     
  • 8.105, Аноним (-), 16:54, 19/03/2012 [^] [^^] [^^^] [ответить]  
  • +/
    ntfs-3g не показатель ... текст свёрнут, показать
     
     
  • 9.128, Аноним (-), 20:39, 19/03/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Если факты не подтверждают теорию, от них надо избавиться законы Мерфи Так... текст свёрнут, показать
     
  • 8.134, filosofem (ok), 21:08, 19/03/2012 [^] [^^] [^^^] [ответить]  
  • –1 +/
    На то, что конторке выгодно, чтобы их FUSE драйвер тупил ... текст свёрнут, показать
     
     
  • 9.137, Аноним (-), 21:12, 19/03/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Так в случае fuse это автоматически обеспечивается лютым переключением контексто... текст свёрнут, показать
     
  • 7.198, Аноним (-), 13:22, 21/03/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Вот тут аноним, ты дал ясно понять что не разбираешься в сути вопроса. Именно об этом: еще в дремучие 90ые разработчики мироядра Mach пришли к выводу что системы на микроядре нецелесообразны из-за неприемлимых накладных расходов появляющихся из-за двух переключении контекстов исплонения (+ время на его аутентификацию) для одного сообщения. Вы действительно хотите такую систему? По мне так модульное ядро (текущее состояние дел в Linux) оптимальный вариант. Ну а в системы где скорость не столь критичная (банкоматы, терминалы оплаты и пр.) можно и микроядра натолкать (хотя о чем это я говорю когда в банкоматах стоят пиратские XP xD).
     
     
  • 8.201, Anoynymous (?), 13:40, 21/03/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Кто тебе такую чушь сказал там стоит вполне себе лицензионный ембедед едишн ... текст свёрнут, показать
     
     
  • 9.203, Аноним (-), 15:08, 21/03/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Кто тебе такую чушь сказал Ой, да ладно, так уж и чушь Поспрашивай ребят котор... текст свёрнут, показать
     
  • 5.124, Аноним (-), 20:31, 19/03/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > И правильно напрягает
    > Моё впечатление от fuse - медленно и неэкономично

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

     
  • 2.47, Ваня (??), 13:57, 19/03/2012 [^] [^^] [^^^] [ответить]  
  • –6 +/
    Меня в случае таких вопросов учили спрашивать: "Кто принимает решения?" Линус Торвальдс. Он уже обозначил что в курсе этой проблемы, но делать ничего не собирается. Значит вопрос закрыт.
     
     
  • 3.75, Аноним (-), 15:15, 19/03/2012 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Значит вопрос закрыт.

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

     
     
  • 4.101, Ваня (??), 16:39, 19/03/2012 [^] [^^] [^^^] [ответить]  
  • –6 +/
    А где в ваших словах то самое мериократическое сообщество?
     
     
  • 5.129, Аноним (-), 20:43, 19/03/2012 [^] [^^] [^^^] [ответить]  
  • +6 +/
    > А где в ваших словах то самое мериократическое сообщество?

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

     
     
  • 6.159, Роман ОйраОйра (?), 11:56, 20/03/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Харашо сказал!
     
  • 5.199, Аноним (-), 13:24, 21/03/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Где-то рядом. Никто же ж не виноват что твой парсер слабоват ж ? ж ж ж ..
     
  • 2.51, Andrey Mitrofanov (?), 14:22, 19/03/2012 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >Пора ведь уже повзрослеть.

    Действительно. Чего так комплексовать об размере-то?

     
  • 2.66, Аноним (-), 15:08, 19/03/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Когда сделали fuse я обрадовался: правильная тенденция.

    Да, конечно. А апофеозом наверное является реализация ФС на питоне. Правда пока оно там файло запишет - уснуть можно будет. Вообще, вы видели с какой скоростью работают ФС в ядре и с какой - FUSE. Ну вот туда же можете и с микроядрами валить.

    > Но ведь объем неуклонно растет, неужели никого это не напрягает?

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

     
     
  • 3.71, Аноним (-), 15:11, 19/03/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Да, конечно. А апофеозом наверное является реализация ФС на питоне. Правда пока оно там файло запишет - уснуть можно будет. Вообще, вы видели с какой скоростью работают ФС в ядре и с какой - FUSE. Ну вот туда же можете и с микроядрами валить.

    Если не брать во внимание MMAP IO то FUSE дает просадку не более чем в 2 раза по сравнению с чисто ядерной реализацией. на MD операциях - это более заметно - но тоже не все так катастрофично как вы пытаетесь показать.
    Зато предложу вам запихать sshfs в ядро..

     
     
  • 4.76, Аноним (-), 15:18, 19/03/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Кто и как это замерял Если например взять FUSE драйвер NTFS - это просто эталон... текст свёрнут, показать
     
     
  • 5.103, AlexYeCu (ok), 16:48, 19/03/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >Кто и как это замерял? Если например взять FUSE драйвер NTFS - это просто эталонный тормоз, выбросив который я поднял скорость дисков в пару раз и разгрузил проц во многие разы

    А вот тут можно поподробней? Что использовалось вместо и т.д.? Задача — максимально быстрые чтение-запись для флешек с ntfs.

     
     
  • 6.108, Аноним (-), 16:58, 19/03/2012 [^] [^^] [^^^] [ответить]  
  • +/
    paragon ntfs express
     
     
  • 7.109, AlexYeCu (ok), 17:17, 19/03/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Понятно. Разница в скорости с ntfs-3g впечатляет, но проприетарная штука, увы. к тому же надо пересобирать под конкретное ядро. Боюсь, весь выигрыш от скорости копирования съестся временными затратами на пересборку при обновлении ядра — не так уж много я ntfs использую. Но всё равно спасибо.
     
     
  • 8.130, Аноним (-), 20:45, 19/03/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Увы Однако разница достаточна для того чтобы контора которая сие делает могла п... текст свёрнут, показать
     
     
  • 9.139, AlexYeCu (ok), 22:10, 19/03/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Оно ещё, судя по всему, только для ядер 2 6 38 и ниже Т е как часто в таких сл... текст свёрнут, показать
     
     
  • 10.145, Аноним (-), 00:09, 20/03/2012 [^] [^^] [^^^] [ответить]  
  • +/
    То был другой аноним У меня к счастью нет NTFS дисков на данный момент и пробле... текст свёрнут, показать
     
     
  • 11.154, AlexYeCu (ok), 09:53, 20/03/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Не скажу за все fuse-реализации, но вот конкретно ntfs-3g при записи большого ко... текст свёрнут, показать
     
     
  • 12.171, Аноним (-), 14:19, 20/03/2012 [^] [^^] [^^^] [ответить]  
  • +/
    При записи на винч оно тоже адски тормозит и временами грузит 1 ядро CPU под зав... текст свёрнут, показать
     
  • 8.174, Aleks Revo (?), 14:42, 20/03/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Где мой валидол Бывает же, что люди компилят ядра 24 7 365 и львиную долю этого... текст свёрнут, показать
     
     
  • 9.179, Аноним (-), 15:29, 20/03/2012 [^] [^^] [^^^] [ответить]  
  • +/
    и делают это зачем-то на NTFS Эти мсье знают толк ... текст свёрнут, показать
     
  • 9.187, AlexYeCu (ok), 17:48, 20/03/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Я за свою жизнь собрал ровно одно linux-ядро и то интереса ради Году так в 2002... текст свёрнут, показать
     
     
  • 10.200, Аноним (-), 13:29, 21/03/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Не загоняйся Не знаю таких кто собирает ядра чтобы собирать ядра, но знаю тех к... текст свёрнут, показать
     

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

  • 1.42, muon (ok), 13:51, 19/03/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Где почитать про teaming?

    Когда можно брать в продакшн?

     
     
  • 2.95, Аноним (-), 16:22, 19/03/2012 [^] [^^] [^^^] [ответить]  
  • +/
    в изначальном письме с патчем есть описание
    http://lwn.net/Articles/467280/
     

  • 1.49, Аноним (-), 14:11, 19/03/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    я так понял в 3.3 xfs improved? есть тесты какие-нибудь уже на эту тему?
     
     
  • 2.60, Crazy Alex (ok), 14:58, 19/03/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Да, интересный вопрос. У меня дома она разные ext таки вытеснила.
     

  • 1.64, ig0r (??), 15:05, 19/03/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    старый pohmelfs выкинули, новый не добавили.
     
  • 1.69, aHoHuM (?), 15:10, 19/03/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >При этом, созданный образ bzImage является универсальным и кроме поддержки EFI >может использоваться без изменений и с классическими загрузчиками, вызываемыми >из BIOS;

    KISS!

     
     
  • 2.84, Аноним (-), 15:34, 19/03/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > KISS!

    Вот они, хакеры-системщики во всей красе. У них и образ флешки образом сидюка является, и образ понимаемый BIOSом понимается и EFI. Хотя ни то ни другое изначально ни разу не задумывалось :)

     

  • 1.79, Аноним (-), 15:23, 19/03/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > Поддержка загрузки с использованием EFI (Extensible Firmware Interface). В состав ядра включен набор компонентов, необходимых для загрузки и запуска образа ядра (x86 bzImage) непосредственно прошивкой EFI.

    Отлично.

     
  • 1.85, Stax (ok), 15:39, 19/03/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    И каждый раз после выхода ядра страничка на kernelnewbies либо жутко лагает, либо вообще лежит. Эх. ikiwiki со статическими страницами по ним плачет..
     
  • 1.88, Vova (??), 15:57, 19/03/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Иоваит, иоваит то пофиксили?!
     
     
  • 2.92, Аноним (-), 16:15, 19/03/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Иоваит, иоваит то пофиксили?!

    Попробуйте прочитать новость. Пофиксилось ли оно лично у вас - так возьмите и ПРОВЕРЬТЕ. За вас на вашей конфигурации этого никто не сделает.

     
  • 2.96, sdfsfsf (?), 16:22, 19/03/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Ну так протестируйте и сюда отпишитесь: https://bugzilla.kernel.org/show_bug.cgi?id=12309
     
     
  • 3.99, Vova (??), 16:37, 19/03/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Если-бы имел возможность протестировать сейчас - не спрашивал бы. Спросил у тех кто уже попробовал :)
     
     
  • 4.115, sdfsfsf (?), 19:29, 19/03/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Лично у меня оно нигде и раньше не проявлялось, увы.
     
  • 4.135, Аноним (-), 21:09, 19/03/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Если-бы имел возможность протестировать сейчас - не спрашивал бы.

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

     
     
  • 5.148, Vova (??), 01:10, 20/03/2012 [^] [^^] [^^^] [ответить]  
  • +/
    не говорите за себя, залезте в гугл 12309. Сколько людей из за него страдают. И если он у вас не проявился, то радуйтесь, а не мусольте глаза другим...
     
     
  • 6.155, Карбофос (ok), 10:34, 20/03/2012 [^] [^^] [^^^] [ответить]  
  • +/
    так на каком железе она у вас проявляется?
     
  • 6.172, Аноним (-), 14:24, 20/03/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > не говорите за себя, залезте в гугл 12309.

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

    > Сколько людей из за него страдают. И если он у вас не проявился, то радуйтесь,
    > а не мусольте глаза другим...

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

    Хинт: разработчики ядра не особо читают форумы. А вот багтрекеры например - очень даже.

     

  • 1.98, Аноним (-), 16:35, 19/03/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >Новая реализация механизма изменения размера ФС Ext4.

    теперь стало опасно менять размер?

    уменьшать смонтированную фс оно научилось?

     
  • 1.102, Archer73 (ok), 16:40, 19/03/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    >Добавлено 10753 тыс. строк кода, удалено - 10698 тыс. строк.

    Не верю! 10 млн. строк. Они там что, 2/3 ядра переписали?

     
  • 1.110, ILYA INDIGO (ok), 17:29, 19/03/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >Поддержка перестроения данных (restriping) между различными RAID-уровнями (т.е. можно перейти от одного типа RAID на другой). Поддержка новой возможности реализована в ветке "parser" инструментария btrfs-progs;

    Это как понимать?
    На brtfs можно будет из 4-ёх винтов аппаратного RAID 0 добавить 5-ый винт в кучу или выкинуть один винт или вообще на RAID5 перейти не теряя данных?
    Звучит как сказка, но что-то сомневаюсь что я правильно это понял :)

     
     
  • 2.111, Аноним (-), 18:48, 19/03/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Нет, в btrfs есть программный рейд на уровне ФС, когда например в RAID 0 между дисками распределяются не блоки, а файлы.
     
  • 2.116, sdfsfsf (?), 19:33, 19/03/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Это значит, что есть у вас есть фс, расположенная на одном диске, то вы можете просто подключить второй диск и на лету превратить вашу фс в, например, raid1. Потом подключить ещё два и, так же на лету, сделать raid10. Ну и т. п.
     
  • 2.123, ILYA INDIGO (ok), 20:30, 19/03/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Понял! Спасибо:)


     

  • 1.117, ua9oas (ok), 19:35, 19/03/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
      что будет в следующем релизе? (когда он будет?). Не было ли в этот раз появления регрессий? (либо устранения старых). И если написано, что есть существенные улучшения в BTRFS, то стоит ли теперь при новых инсталляциях форматировать диск под нее а не другие?
     
     
  • 2.133, Аноним (-), 21:06, 19/03/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Варианты для нетерпеливых - Мониторите профильные гиты и их ченжлоги - Читать... текст свёрнут, показать
     
  • 2.143, sdfsfsf (?), 23:12, 19/03/2012 [^] [^^] [^^^] [ответить]  
  • +/
    btrfs пока использовать стоит ровно так, как положено использовать любой другой код с меткой experimental.
     

  • 1.120, Resonance (ok), 20:06, 19/03/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    > Добавлено 10753 тыс. строк кода, удалено - 10698 тыс. строк.

    Это аж 10.7 млн строк кода? Получается каждый разработчик написал в среднем по 10000 строк кода? Или все же 10.7 тысяч строк кода?

     
     
  • 2.121, Resonance (ok), 20:08, 19/03/2012 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Туплю :) Фантастические цифры... Это же вероятность ошибок новых очень велика.
     

  • 1.132, EUGENE (?), 20:51, 19/03/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Все это хорошо конечно, вот только одно жаль не кому почти поддерживать такую замечательную файловую систему в Reiser4. А жаль(( Ну хоть на 2.6.38 сиди да и все
     
     
  • 2.149, добрый дядя (?), 02:16, 20/03/2012 [^] [^^] [^^^] [ответить]  
  • +/
    у этой ФС есть киллер(в прямом и переносном смысле :D )-фичи? ^_^
    ее нет в ядре, боюсь что это минус - и какие ее плюсы перевесят этот минус? минусищще?
     
     
  • 3.168, kknight (ok), 13:55, 20/03/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Reiser4 была в своё время ОЧЕНЬ перспективной ФС, но по ряду причин её подзабросили. Сейчас все пилят Btrfs, хотя она в данный момент очень небыстра.
     
     
  • 4.173, Аноним (-), 14:35, 20/03/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > очень небыстра.

    Ага, забенчите рейзер с включенным tail packing'ом и доложите о скорости :). Btrfs ВНЕЗАПНО реализует чем-то похожую технику когда мелкие файлы хранят прямо в дереве, не теряя место на целый блок ФС, только у них это ускоряет работу ФС а не тормозит почему-то.

     

  • 1.151, lucentcode (ok), 03:06, 20/03/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Неплохо, всё лучше и лучше.
     
  • 1.160, fi (ok), 12:41, 20/03/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Ну где нытики, которые обещали нам фрагментацию и развал ядра? Наработки Android возвращаются в ядро, как и предсказывалось. :)
     
     
  • 2.180, Аноним (-), 15:36, 20/03/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Ну где нытики, которые обещали нам фрагментацию и развал ядра?

    Да не получится там никакой фрагментации, центр тяготения есть и "законы физики" в лицензии правильно поюзаны, в отличие от тех самых нытиков, у которых ошметки по всей галактике разлетаются :)

     
  • 2.181, if (?), 15:41, 20/03/2012 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Все здесь - http://www.linux.org.ru/news/opensource/7536825

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

     
     
  • 3.183, Аноним (-), 15:53, 20/03/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > уж поверить своим фюрерам.

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

     
  • 3.184, Andrey Mitrofanov (?), 16:04, 20/03/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Если уж сами разработчики говорят, что что-то не так. То красноглазым пора
    > уж поверить своим фюрерам.

    Да, лан! Троль из КрасноШапки рассказывает, "Как нам обустроить Линакс Аппс Маркет". Пусть Нокиасофты и Эплоракелы трясутся, нам-то что....

     
  • 3.189, Аноним (-), 23:28, 20/03/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Необходимость принудительного использования безопасной "песочницы" для запуска приложений как на уровне пользователя, так и на уровне ядра. Сегодня установка нового пакета из репозитория - это компромисс и выбор из серии "все или ничего" в плане общей безопасности системы. Пользователи должны быть свободны в своём желании получать и запускать даже непроверенный код.


    Вот пущай для начала напишет такую песочницу!!!

     
     
  • 4.192, Аноним (-), 01:46, 21/03/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Вот пущай для начала напишет такую песочницу!!!

    LXC? Или для особо злых KVM? В принципе оно уже есть.

     
     
  • 5.194, Andrey Mitrofanov (?), 10:23, 21/03/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > LXC? Или для особо злых KVM? В принципе оно уже есть.

    Средства контейнерезации и виртуализации не являются инструментами безопасности. Не совсем и не до конца во всяком.  //Ваш Капитан.

     

  • 1.204, Аноним (-), 15:21, 21/03/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    "В основное дерево ядра из ветки staging перенесён драйвер gma500"

    Т.е. на Asus T91 будет работать без бубна? Насколько этот драйвер шустрый, что в нем реализовано? Пришлось винду ставить на нетбуке из-за этой видеокарты )

     

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



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

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