The OpenNET Project / Index page

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

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

11.12.2012 08:10

Линус Торвальдс представил релиз ядра Linux 3.7. В новой версии представлена большая порция существенных изменений, связанных с архитектурой ARM: возможность формирования многоплатформенных ARM-сборок, поддержка архитектуры AArch64 (ARM64), адаптация Xen для работы на процессорах ARM Cortex A15. Из других улучшений можно отметить реализацию пространства имён для идентификаторов пользователей, возможность проверки цифровой подписи при загрузке модулей ядра, использование инструкций SMAP для защиты от эксплуатации уязвимостей в ядре, поддержку протоколов SMBv2 и VXLAN, реализацию GRE и NAT для IPv6, поддержку режима TFO на стороне сервера.

В новую версию принято 10409 исправлений от более чем 1200 разработчиков, размер патча - 95 Мб (изменения затронули 15886 файлов, добавлено 1570793 строк кода, удалено 1246965 строк). В связи с изменением структуры размещения и переработкой иерархии дириекторий некоторых частей ядра, размер нынешнего патча более чем в два раза больше по сравнению с прошлыми выпусками. Около 33% всех представленных в 3.7 изменений связаны с драйверами устройств, примерно 23% изменений имеют отношение к обновлению кода специфичного для аппаратных архитектур, 6% связано с сетевым стеком, 3% - файловыми системами и 3% c внутренними подсистемами ядра.

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

  • Аппаратные архитектуры
    • Поддержка 64-разрядной архитектуры AArch64 (ARM64), реализованной в процессорах, поддерживающих набор команд ARMv8. 64-рязрядная архитектура AArch64 включает в себя новый набор команд A64, примечательный расширением числа регистров, новыми командами для вычислений с плавающей запятой (FP) и новыми векторными SIMD-инструкциями NEON, такими как инструкции для ускорения работы алгоритмов шифрования AES и SHA-1/SHA-256. Реализация AArch64 для Linux поддерживает расширенную 39-разрядную адресацию памяти для ядра и пользовательского уровня и предоставляет режим совместимости, позволяющий выполнять 32-битные программы, собранные для архитектуры ARMv7 (ARM EABI). В настоящее время устройства на базе ARMv8 пока находятся на стадии тестирования прототипов, поступление в продажу первых ARMv8-систем ожидается в следующем году;
    • Унификация кода поддержки архитектуры ARM и обеспечение возможности формирования многоплатформенных ARM-сборок. Если ранее требовалось собирать отдельный вариант ядра для каждого типа SoC, то начиная с выпуска 3.7 появится возможность собрать одно ядро, которое будет содержать поддержку различных ARM-платформ. Унифицированная сборка ядра 3.7 сможет работать на платформах Calxeda Highbank (серверы HP Moonshot), Versatile Express (эталонная плата, поддерживается эмулятором QEMU), Marvell ARMADA (от мини-серверов до телеприставок), Altera SoC FPGA и Picohip picoXcell (мини-базовые станции для офисов). В будущих выпусках ядра число поддерживаемых платформ будет расширено. Указанное нововведение существенно упростит жизнь разработчикам дистрибутивов для ARM-систем, которым теперь не придётся формировать отдельный загрузочный образ для каждой ARM-платформы.
  • Виртуализация и безопасность
    • Поддержка механизмов виртуализации Xen для систем на базе процессоров ARM Cortex A15. Таким образом Xen стал первым гипервизором, поддерживаемым в Linux на платформе ARM. Представленный для интеграции в ядро код основан на использовании аппаратных расширений для обеспечения виртуализации, поддерживаемых архитектурой ARMv7. Особенностью реализации Xen для ARMv7 является отсутствие разделения в поддержке запуска гостевых систем в режиме паравиртуализации (PV) и аппаратной виртуализации (HVM). Вместо этого используется один комбинированный режим запуска гостевых систем, напоминающий запуск PV поверх HVM без необходимости эмуляции оборудования при помощи Qemu. Гостевые системы при этом всегда запускаются в режиме полной виртуализации, но для доступа к сетевым и блочным устройствам должны использовать специальные паравиртуальные драйверы (т.е. для гостевых окружений не требуется модификация ядра системы, но необходимо наличие нескольких драйверов).
    • Добавлена рабочая реализация пространств имён для идентификаторов пользователей (user namespaces). Указанная возможность позволяет сформировать в контейнерах собственные наборы идентификаторов групп и пользователей, а также связанные с ними привилегии (например, в каждом контейнере может быть свой root);
    • Поддержка набора инструкций SMAP (Supervisor Mode Access Prevention), реализованного в процессорах Intel на базе микроархитектуры Haswell. Задействование SMAP в ядре позволяет блокировать доступ к данным в пространстве пользователя из привилегированного кода, выполняемого в пространстве ядра (по аналогии с тем, как добавленная в ядре 3.0 поддержка SMEP не позволяет переходить из режима ядра к выполнению кода, находящегося в пользовательских областях). При обеспечении оборудованием поддержки инструкций SMAP, представленные средства защиты будут включаться автоматически, что существенно усложнит эксплуатацию уязвимостей в ядре, вызванных такими ошибками, как разыменование NULL-указателя;
    • Поддержка загрузки модулей ядра с проверкой их корректности по цифровой подписи. Указанная возможность разработана в рамках проекта по обеспечению поддержки загрузки верифицированного ядра Linux на системах с включенным режимом UEFI Secure Boot. При активации данной опции, ядро будет отвергать загрузку любых модулей для которых нет корректной цифровой подписи. Поддерживается и отладочный режим, при котором выполняется проверка, но она не влияет на загрузку модулей и информирует о проблемах через лог. При сборке ядра, при наличии открытого и публичного ключей процесс создания подписей для собираемых модулей выполняется автоматически, а проверочный ключ интегрируется в файл crypto/signature/key.h. Отмечается, что генерация цифровых подписей немного замедляет процесс сборки;
    • В соответствии с пожеланиями разработчиков systemd, расширенные атрибуты для управляющих групп (control groups) могут задаваться через создание иерархии директорий. При использовании неиерархических групп управления во вложенных элементах иерархических групп будет выдаваться ошибка. Кроме того, в cgroups добавлена поддержка xattr;
  • Дисковая подсистема, ввод/вывод и файловые системы
    • В файловую систему Btrfs добавлена поддержка "hole punching", технологии при которой часть файла можно пометить как более неиспользуемую. Это позволяет файловой системе и носителям (например, накопителям SSD) заранее освобождать неактуальные неиспользуемые блоки в середине файла. Для Btrfs также ускорена работа системного вызова fsync, что позволило повысить производительность записи для виртуальных машин, образы которых размещаются поверх Btrfs. Например, выполнение теста, в которой каждая операция записи завершалась вызовом fsync() ускорилось для SATA-диска с 82 до 140 Кб в сек., а для Fusion IO-накопителя с 431 до 2532 Кб/cек. Из других изменений отмечается исключение возможности одновременного использования опций монтирования compress и nodatacow, возможность использовать атрибута nocow ("chattr +C file") для отключение режима copy-on-write для индивидуальных файлов или содержимого отдельных директорий (действует только для новых файлов), устранение ограничения на число жестких ссылок (hardlink) в одной директории (лимит поднят с 20 жестких ссылок до 65 тысяч). Также были внесены исправления в реализацию send/receive;
    • В файловую систему Ext4 добавлена поддержка изменения размера на лету для 64-разнядных ФС (размером более 16 Тб) и ФС с meta_bg. Существенно ускорены операции удаления (unlink) файлов и их усечения (truncate). Добавлена опция монтирования max_dir_size_kb, которая позволяет задать максимальный лимит размера директории. Возобновлена поддержка опции "-o discard" при неактивном режиме журналирования;
    • В реализации файловой системы CIFS обеспечена поддержка протокола SMBv2 и SMBv2.1. SMB2 используется в современных версиях Windows (начиная с Vista) и отличается существенным упрощением протокола, высокой производительностью (кэширование, агрегация команд в одном запросе и увеличенные размеры буферов), безопасностью и возможностью восстанавливать соединения после кратковременного обрыва связи. Статус поддержки SMB2 на уровне ядра переведен из разряда "поломанный" (код был отключен) в "экпериментальный";
    • Добавление модуля IMA (Integrity Measurement Architecture) для обеспечения хранения и проверки базы хэшей для проверки целостности файлов и связанных с ними метаданных. Данные для контроля целостности сохраняются как атрибуты xattr;
    • В реализацию программных RAID 0/1/10/5 (MD RAID) и файловой системы JFS добавлена поддержка команды TRIM (discard), которая позволит увеличить производительность при работе с SSD-накопителями и повысить их срок службы;
    • В подсистеме MD RAID добавлена поддержка пересборки массивов RAID10;
    • Перевод реализации NFS 4.1 (pNFS или "параллельный NFS") в разряд стабильных (ранее поддержка NFS 4.1 была помечена как экспериментальная). NFS 4.1 отличается возможностью разнесения хранения одного NFS-раздела на несколько серверов с распараллеливанием обращения к данным, а также переходом к раздельной передаче потоков данных и мета-данных. В NFSv4 добавлена опция монтирования "migration", при которой возможна передача одинаковых для нескольких клиентов идентификаторов, допускающих реализацию схем для миграции состояний между клиентами;
  • Сетевая подсистема
    • Поддержка протокола туннелирования GRE (Generic Routing Encapsulation) для IPv6;
    • Поддержка трансляции адресов (NAT, MASQUERADE, NETMAP, REDIRECT, а также хелперы для протоколов FTP, IRC, SIP и amanda) для IPv6. IPv6 NAT позволяет осуществить подмену адресной информации в пакетах IPv6 в соответствии с заданными правилами трансляции, примерно так как это делается в классическом трансляторе адресов для IPv4. Для реализации поддержки IPv6 NAT, существующий в ядре код netfilter был переработан с целью разделения модуля NAT на два независимых компонента, один из которых включает в себя ядро подсистемы NAT, а второй реализует поддержку того или иного протокола третьего уровня;
    • Поддержка режима быстрого открытия TCP-соединений (TFO - TCP Fast Open) на стороне сервера. Режим TFO позволяет сократить число шагов установки соединения за счёт комбинирования в один запрос первого и второго шагов классического 3-этапного процесса согласования соединения, и давая возможность отправки данных на начальном этапе установки соединения. В ядре 3.6 поддержка TFO была ограничена возможностью управления только на стороне клиента в процессе создания соединения. Теперь TFO может быть активирован и по инициативе серверной стороны;
    • Поддержка протокола VXLAN для туннелирования виртуализированных сетей второго уровня поверх сетей третьего уровня. Указанный протокол позволяет обойти ограничение на 4096 VLAN-ов (в VXLAN используются 24-разрядные идентификаторы);
  • Память и системные сервисы
    • Началась интеграция результатов работы по рефакторингу заголовочных файлов, конечной целью которой является разделение по разным иерархиям директорий заголовочных файлов для UAPI (Userspace API) и KAPI (Kernel API). Подобное разделение позволит более явно выделить необходимые для использования в пространстве пользователя заголовочные файлы, которые теперь перемещены в include/uapi и arch/$(ARCH)/include/uapi. Например, разработчики дистрибутивов получат возможность подготовить сокращённый пакет (включить только заголовки UAPI) для сборки пользовательских компонентов, завязанных на API ядра. В рамках проекта также проведена работа по упрощению сложившейся усложнённой и запутанной схемы внутренних зависимостей между заголовочными файлами, например, разработчики сталкивались с проблемами добавления inline-функций в заголовочный файл, так как нередко в таких функциях необходимо было использовать компоненты из других заголовочных файлов. В ядро 3.7 включены не все из предложенных патчей, многие изменения перенесены на следующий выпуск ядра;
    • Загрузчик прошивок теперь пытается загрузить файлы непосредственно из файловой системы, без задействования udev. Наличие прошивок пока проверяется в /lib/firmware, в будущем будут добавлены гибкие настройки выбора пути;
    • API для кэширования прошивок, позволяющий перед переходом в спящий режим поместить в память копии прошивок для активно используемых устройств, что позволит гарантировать наличие прошивок в памяти в момент пробуждения системы;
    • В системный вызов epoll_ctl() добавлена опция EPOLL_CTL_DISABLE, позволяющая отключить пулинг для указанного файлового дескриптора;
    • В утилиту perf добавлена команда trace ("perf trace PID") по выполняемым функциям напоминающая утилиту strace, но дополнительно позволяющая отображать события не связанные с системными вызовами и использующая внутреннюю инфраструктуру трассировки ядра вместо вызова ptrace();
    • Добавлена новая утилита "trace agent", использующая virtio для эффективного перемещения данных о трассировке из гостевой системы в окружение хоста;
    • Добавлена утилита acpidump для записи в текстовый файл дампа системных таблиц ACPI;
    • В файл конфигурации ядра добавлена опция CONFIG_COREDUMP, позволяющая исключить при сборке код для генерации core-дампов при крахе процессов и код для поддержки связанных с управления дампами sysctl-вызовов. Использование опции позволяет сократить размер ядра на несколько килобайт;
  • Оборудование
    • Полностью переписана базовая часть драйвера Nouveau, в которой теперь учтены дополнительные особенности чипсетов NVIDIA, которые не были известны в момент написания ранее доступной базовой части драйвера. Целью переработки было общее упрощение архитектуры и её адаптация к дальнейшему обеспечению поддержки дополнительных функций, таких как SLI (Scalable Link Interface). Кроме того, в состав драйвера добавлен код для обеспечения управления кулером, работающий на устройствах серии NV40 и NV50. Добавлена поддержка загрузки собственных прошивок для карт GeForce 600 с Kepler GPU (NVE0);
    • В драйвере i915 для видеокарт Intel улучшена работа кода для настройки устройств вывода, добавлен экспорт через Sysfs информации о частоте и режимах энергосбережения GPU, добавлена предварительная поддержка графических ядер для будущих моделей процессоров серии Haswell и ValleyView, которые ещё не выпущены на рынок;
    • В драйвере Radeon улучшен код для управления конфигурацией нескольких мониторов, расширена поддержка управления фоновой подсветкой на ноутбуках, сокращено потребление памяти за счёт поддержки двухуровневых таблиц страниц памяти (2-level VM pagetables);
    • Проведена реорганизация подсистемы Video4Linux 2, код драйверов теперь размещён по поддиректориям в зависимости от используемого типа шины. Переписан код для обеспечения работы DVB-устройств с интерфейсом USB;
    • В звуковую подсистему ALSA добавлен новый API (PCM channel-mapping API) для управления звуковыми каналами, позволяющий настроить привязку каналов или получить точные данные о том, какой канал привязан к какой позиции в пространстве (например, для surround 4.0 используются каналы - левый впереди, правый впереди, левый сзади, правый сзади);
    • Поддержка Raspberry Pi, а также SoC Broadcom BCM2835, Micrel KS8695; Freescale P5040DS, Freescale / iVeia P1022RDK и MIPS Technologies SEAD3;
    • Для приложений, работающих на системах на базе архитектуры s/390, добавлена возможность использования аппаратной транзакционной памяти System zEC12;
    • Поддержка игровых пультов Sony PS3 BD;
    • Поддержка сетевых контроллеров Silicom Bypass, Freescale XGMAC MDIO и Microchip MRF24J40;
    • Поддержка модемов ST-Ericsson STE и звуковых плат Wolfson Bells;
    • Поддержка USB-контроллеров: Broadcom BCM63xx, Marvell USB 3.0 PHY, ZTE USB-to-serial переходников и плат Cambridge Electronic Design 1401 USB;


  1. Главная ссылка к новости (https://lkml.org/lkml/2012/12/...)
  2. OpenNews: В ядре Linux 3.7 будет унифицирована и значительно расширена поддержка ARM-платформ
  3. OpenNews: Релиз ядра Linux 3.3
  4. OpenNews: Релиз ядра Linux 3.4
  5. OpenNews: Релиз ядра Linux 3.5
  6. OpenNews: Релиз ядра Linux 3.6
Лицензия: CC-BY
Тип: Интересно / Программы
Ключевые слова: linux, kernel
При перепечатке указание ссылки на opennet.ru обязательно
Обсуждение (124) Ajax | 1 уровень | Линейный | Раскрыть всё | RSS
  • 1.1, хамелеон (ok), 09:13, 11/12/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Кто нибудь в курсе когда андроид сможет ванильные ядра использовать, а не свои патченные? Чего в ванильном гуглу не хватает?
     
     
  • 2.2, Vascom (?), 09:18, 11/12/2012 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Посмотри патчи от гугла, стане понятно чего не хватает.
     
     
  • 3.47, анон (?), 14:58, 11/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Как минимум патчей cgroups, устройств ввода, netfilter. Хотя и так запустится, но не так как хотелось бы.
     
  • 2.3, meequz (ok), 09:31, 11/12/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Вливание Andoid-патчей в апстрим завершилось в какой-то из недавних предыдущих версий ядра. Так что по идее уже должен мочь.
     
     
  • 3.60, Аноним (-), 16:35, 11/12/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Вливание Andoid-патчей в апстрим завершилось

    Только одной из порций. Это еще не все вроде.

     
  • 2.6, Andrey Mitrofanov (?), 09:45, 11/12/2012 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >Чего в ванильном гуглу не хватает?

    То ли time-а to market, то ли контроля, то ли проприертарно-закутковоых игрищ с "вендорами" в стиле unix-death... Не думаю, что тебе здесь на это ответит кто-то из Гугля.

     
     
     
    Часть нити удалена модератором

  • 4.63, Аноним (-), 16:47, 11/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Изя он УЖЕ использует линуксовые. Хватит завидовать.

    Это уже даже до слоупоков дошло. И только бсдшниик изя все тормозит.

     
  • 2.21, Безимени (?), 11:23, 11/12/2012 [^] [^^] [^^^] [ответить]  
  • +2 +/
    На фиг не нужны андроидные костыли в ванильном ядре.
     
     
  • 3.41, Andrey Mitrofanov (?), 14:05, 11/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > На фиг не нужны андроидные костыли в ванильном ядре.

    Но хочется же апстримовое ядро на андроидо-фоне. //Да, бачили очи, знаю.

     
  • 3.62, Аноним (-), 16:42, 11/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > На фиг не нужны андроидные костыли в ванильном ядре.

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

     
  • 2.56, Anonim (??), 16:21, 11/12/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    В основном, проблемы в дровах. Поэтому одно ядро под одно устройство (пока)
    Пока производители не откроют дрова или хотябы не запатчат их в ядро, универсальых дистров мы не увидим.
     
     
  • 3.79, Andrey Mitrofanov (?), 18:33, 11/12/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > В основном, проблемы в дровах. Поэтому одно ядро под одно устройство (пока)

    Нет, проблема в ARM-е. У них тупо _нет_ "единого образа". Device tree не запилили ещё, загрузчики везде разные, даже наборы команд "усиленно совершенствуют".

    > Пока производители не

    Ну, с этими тоже проблемы.

     
     
  • 4.83, Аноним (-), 19:17, 11/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > даже наборы команд "усиленно совершенствуют".

    Интел и амд этим тоже не брезгуют.

     

  • 1.4, CSRedRat (ok), 09:38, 11/12/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    По поводу Btrfs отмечу, что на их официальной вики было анонсировано больше изменений: https://btrfs.wiki.kernel.org/index.php/Main_Page#News
    * fsync speedups
    * removed limitation of number of hardlinks in a single directory
    * file hole punching
    * per-file NOCOW
    * fixes to send/receive

    А Матиас Экерман (Matthias Eckermann), старший управляющий выпусками в SUSE, выразил мнение, что новая файловая система уже готова для повсеместного (в т.ч. на производственных системах) применения. Она официально поддерживается в SUSE начиная с версии 11SP2. Пользователям предлагается использовать btrfs для корневого раздела.
    Пруф: http://www.linux.com/news/enterprise/systems-management/677226-suse-linux-say

    Может быть и в Android войдёт, как уже было с Ext4.

     
     
  • 2.5, CSRedRat (ok), 09:42, 11/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    http://www.h-online.com/open/features/Kernel-Log-Coming-in-3-7-Part-1-Filesys
    Вот ещё с H-online обзор изменений файловой подсистемы.
     
     
  • 3.66, Аноним (-), 16:49, 11/12/2012 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Вот ещё с H-online обзор изменений файловой подсистемы.

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

     
  • 2.9, IMHO (?), 10:01, 11/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > выразил мнение, что новая файловая система уже готова для повсеместного (в т.ч. на производственных системах) применения.

    это он про свои компьютеры ?

    > Она официально поддерживается в SUSE начиная с версии 11SP2.

    так вот почему у моих друзей OpenSUSE после нескольких включений - выключений она пеерставала грузится ))))

    > Пользователям предлагается использовать btrfs для корневого раздела.

    юзеры просто ничего не знают что это за ФС

     
     
  • 3.18, sergey (??), 11:01, 11/12/2012 [^] [^^] [^^^] [ответить]  
  • +4 +/
    > так вот почему у моих друзей OpenSUSE после нескольких включений - выключений она пеерставала грузится ))))

    Не поэтому, а потому что руки кривые. По умолчанию используется ext4.

     
     
  • 4.24, IMHO (?), 12:24, 11/12/2012 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Не поэтому, а потому что руки кривые.

    руки разработчиков ?
    разрабы врут и не краснеют

     
     
  • 5.26, ананим (?), 12:48, 11/12/2012 [^] [^^] [^^^] [ответить]  
  • –2 +/
    то что вы там врёте — это да, а вот что вы разработчики — это уже нет.
     
     
  • 6.27, IMHO (?), 12:59, 11/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > то что вы там врёте — это да, а вот что вы
    > разработчики — это уже нет.

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


     
     
  • 7.29, ананим (?), 13:08, 11/12/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >ага, установить скайп и оперу и ОС перестала грузится, так это руки кривые да ?

    во-о-от.
    два раза выйти в инет через ие чревато.
    нужно только одни раз. на мозила.орг

     
  • 3.25, ананим (?), 12:47, 11/12/2012 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >> Она официально поддерживается в SUSE начиная с версии 11SP2.
    >так вот почему у моих друзей OpenSUSE после нескольких включений - выключений она пеерставала грузится ))))

    все твои друзья не могут быть не евангилистами, как и ты.
    поэтому да, OpenSUSE у твоих «друзей» перестала грузиться именно из-за этого… или из-за молотка, которым евангилисты бьют системник, если в нём какой-нибудь линух.

    >> Пользователям предлагается использовать btrfs для корневого раздела.
    >юзеры просто ничего не знают что это за ФС

    конечно. ваши юзеры только в реестре копаться умеют.

     
     
  • 4.28, IMHO (?), 13:01, 11/12/2012 [^] [^^] [^^^] [ответить]  
  • +/

    > конечно. ваши юзеры только в реестре копаться умеют.

    они не мои, а с чего берут что они мои )))
    я не такой дурак что бы под гарантию подписыватся )))

     
     
  • 5.30, ананим (?), 13:09, 11/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    вот не надо сюда мс еула копипастить.
    все местные итак в курсе.
     
  • 3.52, Аноним (-), 15:43, 11/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    свободное место может закончилось?
    с btrfs за ним глаз да глаз нужен.
    раньше с ext4 10Gb за глаза хватало для корневого раздела (почти половина раздела пустовала), теперь с btrfs уже несколько раз место заканчивалось и система не загружалась.
    приходится удалять снапшоты, а то и балансировку файловой системы проводить.
    очень грустно.
     
     
  • 4.95, Аноним (-), 21:23, 11/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > приходится удалять снапшоты,

    Внезапно, хранение нескольких состояний ФС оказывается жрет место. А вы думали что разные состояния и отличия от них хранятся в астрале, а не на диске? :)

    Грубо говоря, если вы сделали постоянный снапшот, ФС будет записывать все изменения после него. Чем больше изменений - тем больше места сожрется. Это не только BTRFS так себя ведет, если что. Любая CoW структура обладает теми эе свойствами. Например, диски виртуалок поддерживающие снапшоты - распухают если снапшот был далеко и после этого было много записано. Ну и так далее.

     
     
  • 5.106, Аноним (-), 11:00, 12/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Спасибо, открыли мне Америку!
    Я вообще-то писал о том, что теперь пользователю придется более внимательно следить за свободным местом на разделе и проводить выше упомянутые мной операции.
     
     
  • 6.111, Аноним (-), 15:30, 12/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Я вообще-то писал о том, что теперь пользователю придется более внимательно следить
    > за свободным местом на разделе и проводить выше упомянутые мной операции.

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

     
     
  • 7.133, Аноним (-), 20:02, 12/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    О, пржевальский снова с нами.
     
  • 3.67, Аноним (-), 16:51, 11/12/2012 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > так вот почему у моих друзей OpenSUSE после нескольких включений - выключений
    > она пеерставала грузится ))))

    Вот почему проблемы с [b]Linux[/b] возникают сугубо у [b]БСДшников[/b]?

    >> Пользователям предлагается использовать btrfs для корневого раздела.
    > юзеры просто ничего не знают что это за ФС

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

     
     
  • 4.101, res2500 (ok), 00:28, 12/12/2012 [^] [^^] [^^^] [ответить]  
  • +/

    > Вот почему проблемы с [b]Linux[/b] возникают сугубо у [b]БСДшников[/b]?

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

     
     
  • 5.112, Аноним (-), 15:36, 12/12/2012 [^] [^^] [^^^] [ответить]  
  • –4 +/
    > только в цацки играются и горем страдают,

    Сразу видно "объективное" и "непредвзятое" отношение к вопросу. И вообще проекция своих проблем на окружающих.

    Простите, если смотреть с моей колокольни, например то в той же фре с ФС полный ахтунг вообще. На выбор тормозной и ископаемый UFS vs опять же тормозной и странный ZFS, который к тому же памяти хочет дофига. Как по мне так это куда более галимый выбор чем в лиунуксах есть. Не говоря уж о том что не осталось разработчиков способных всерьез разрабатывать файловые системы: все вкусности или утянуты или у оракла, или из ZFS on linux или еще откуда. А сами чего? Ничего? Ну да, крутые разработчики.

     
     
  • 6.135, res2500 (ok), 21:19, 12/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    UFS у меня на десктопе, не тормозит, флешку смонированую вытакал, для эксперемен... текст свёрнут, показать
     
  • 4.138, Аноним (-), 18:03, 13/12/2012 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Потому что некоторые закостеневшие линуксоиды в упор не видят некоторых проблем в последних ядрах, так как кроме Linux их ничего не интересует и им не с чем сравнить. От того и проблем у них нет. А когда человек приходит с другой системы, то ему сразу бросаются в глаза некоторые вещи.


    На днях, один фанатичный представитель пытался меня убедить, что у меня плохой винт и поэтому он плохо работает с ядрами 3.5.x и 3.6.x. Хотя я ему несколько раз подчеркнул, что на BSD проблем нет. В итоге он мне наплел всевозможной ереси, но даже не допустил мысли, что проблема в ядре. А на самом деле оказалось, что проблема решается патчами nrj к ядру.

     
     
  • 5.139, fidaj (ok), 20:56, 13/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > А на самом деле оказалось, что
    > проблема решается патчами nrj к ядру.

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

     
     
  • 6.141, Аноним (-), 04:57, 14/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Все патчи доступны по адресу https://github.com/magos-linux/magos-linux/tree/master/make_MagOS/files/patche

    Но какие именно решают проблему когда обычное Linux ядро начинает лагать под нагрузкой работы с диском, я пока не разбирался. Да и не для того я с BSD хочу свалить на десктопе, чтобы самому что-то патчить и компилить. Я хочу комфорта - кнопка обновить и все работает. :) А пока что я такого на Linux тоже не встретил. В той же ROSA на текущий момент немало косметических багов, но хоть ядро не тормозное.

     
     
  • 7.142, fidaj (ok), 12:17, 14/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    спасибо Странно, но кроме патча для AUFS и хитрого скрипта для сборки ядра я та... текст свёрнут, показать
     
  • 7.143, fidaj (ok), 12:21, 14/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Все патчи доступны по адресу https://github.com/magos-linux/magos-linux/tree/master/make_MagOS/files/patche
    > Но какие именно решают проблему когда обычное Linux ядро начинает лагать под
    > нагрузкой работы с диском, я пока не разбирался.

    хм похоже они все тут https://github.com/magos-linux/magos-linux/blob/master/make_MagOS/files/patche

     
  • 7.144, fidaj (ok), 12:44, 14/12/2012 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Все патчи доступны по адресу https://github.com/magos-linux/magos-linux/tree/master/make_MagOS/files/patche

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

     
  • 7.145, arisu (ok), 15:29, 14/12/2012 [^] [^^] [^^^] [ответить]  
  • –3 +/
    > Я хочу комфорта - кнопка обновить и все работает.

    что, не дают? требуй назад деньги.

     
     
  • 8.146, Аноним (-), 07:29, 15/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Браво У Вас очень остроумный и искрометный юмор ... текст свёрнут, показать
     
     
  • 9.148, arisu (ok), 12:57, 16/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    а я не шутил ... текст свёрнут, показать
     
  • 2.12, Аноним (-), 10:19, 11/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    fsync speedups это по идее избавление наконец от тех самых нереальнх тормозищ при git fetch;git rebase, yum update ? Хотелось бы попробовать, хотя вот тут пишут http://article.gmane.org/gmane.comp.file-systems.btrfs/21540 что все равно как только места мало - жуть гарантирована. Про это в ченджлоге ни слова. Кому не лень, отпишитесь, как оно на новом ядре.
     
     
  • 3.35, rico (ok), 13:32, 11/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    еще помнится шишкин про это писал...
    всем пофиг, они там плюшки пишут, а не ФС
     
     
  • 4.68, Аноним (-), 16:52, 11/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > всем пофиг, они там фс для жестких дисков и SSD делают, а не для сидюков и флоппиков.

    //fixed.

     
     
  • 5.80, Crazy Alex (ok), 18:52, 11/12/2012 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Это повод треть диска пустой держать?
     
     
  • 6.84, Аноним (-), 19:25, 11/12/2012 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > Это повод треть диска пустой держать?

    Ну не треть а на большом диске скорее 10-15%, при том эта рекомендация валидна для вообще любой ФС. Особенно на механических дисках. Просто CoW имеет шансы залететь в штопор более круто чем классический дизайн.

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

     
     
  • 7.100, Аноним (-), 23:15, 11/12/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Этор теория. Волшебная розовая мечта. На практике совсем наборот, так что давно уже не смешно. И до сих пор решения нет. http://news.gmane.org/gmane.comp.file-systems.btrfs
     
     
  • 8.114, Аноним (-), 15:50, 12/12/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ага, прикольно, сообщение начинается с слов Last week we had 2 times an unco... текст свёрнут, показать
     
     
  • 9.147, zubkov (?), 08:30, 15/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    К слову - а сейчас есть ещё возможность получить ECC в домашнем компе приличной ... текст свёрнут, показать
     
  • 7.107, arisu (ok), 13:12, 12/12/2012 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Тем более с btrfs нет никаких особых проблем: перестало хватать места —
    > воткнул в пул новый диск — места опять стало дофига.

    типичный домашний сценарий!

     
     
  • 8.115, Аноним (-), 15:51, 12/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Глядя на то сколько SATA разъемов на обычной писючной мамке нынче - не настолько... текст свёрнут, показать
     
     
  • 9.125, arisu (ok), 16:10, 12/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    при желании и на руках ходить можно ... текст свёрнут, показать
     
     
  • 10.128, Аноним (-), 19:32, 12/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Не, не так Вот у людей 2 ноги, 2 руки, 2 глаза, но в принципе можно ограни... текст свёрнут, показать
     
     
  • 11.129, arisu (ok), 19:35, 12/12/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    171 хочешь бегать быстрее пришей третью ногу место на теле есть 187 ... текст свёрнут, показать
     
  • 9.136, iav (ok), 03:49, 13/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Посмотрели на разъёмы Очень хорошо А теперь посмотрите на отсеки для дисков О... текст свёрнут, показать
     

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

  • 1.16, Аноним (-), 10:55, 11/12/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    Наверно самое интересное ядро за этот год. В плане рефакторинга устаревшего кода. Всегда интересно наблюдать за такими крупными внутренними реорганизациями.
     
     
  • 2.69, Аноним (-), 16:53, 11/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Наверно самое интересное ядро за этот год.

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

     

  • 1.17, Анонимус_б6 (?), 11:00, 11/12/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    я не понял, что они сделали с nouveau? чем это стало лучше?
     
     
  • 2.19, хамелеон (ok), 11:13, 11/12/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >>в состав драйвера добавлен код для обеспечения управления кулером, работающий на устройствах серии NV40

    У меня gf6600 но на ней кулер уже давно сгорел, поэтому для меня наверное ничего не изменится:)

     
     
  • 3.92, Аноним (-), 21:00, 11/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    В терминологии nouveau NV40 — это GF6xxx и 7xxx, NV50 — 8xxx и 9xxx.
     

  • 1.22, Kroz (??), 12:16, 11/12/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    > В файловую систему Ext4 добавлена поддержка изменения размера на лету

    А максимальное количество инодов на лету уже можно изменять?

    > Добавлена рабочая реализация пространств имён для идентификаторов пользователей (user namespaces)

    Вкусно

     
     
  • 2.54, z (??), 15:59, 11/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >А максимальное количество инодов на лету уже можно изменять?

    нет конечно, и никогда не будет

     
     
  • 3.65, John (??), 16:49, 11/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >>А максимальное количество инодов на лету уже можно изменять?
    > нет конечно, и никогда не будет

    В случае ext[2-4] (для других не знаю - лень проверять) оно и сейчас прекрасно изменяется: достаточно изменить размер ФС (resize2fs).

     
     
  • 4.74, z (??), 17:36, 11/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >В случае ext[2-4] (для других не знаю - лень проверять) оно и сейчас прекрасно изменяется: достаточно изменить размер ФС (resize2fs).

    В сторону увеличения - да, по пропорции, в сторону уменьшения - тоже, но с оговорками, без изменения размера раздела/переформатирования - даже теоретически нет, enjoy your wasted space

     
     
  • 5.76, John (??), 17:44, 11/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >>В случае ext[2-4] (для других не знаю - лень проверять) оно и сейчас прекрасно изменяется: достаточно изменить размер ФС (resize2fs).
    > В сторону увеличения - да, по пропорции, в сторону уменьшения - тоже,
    > но с оговорками, без изменения размера раздела/переформатирования - даже теоретически
    > нет, enjoy your wasted space

    Поделитесь секретом телепатии, пожалуйста.


    оригинальный вопрос был
    >А максимальное количество инодов на лету уже можно изменять?

    оригинальный ответ был:
    >нет конечно, и никогда не будет

     
     
  • 6.77, z (??), 17:56, 11/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >оригинальный вопрос был
    >оригинальный ответ был

    Ок, перейдём к практике: уменьши мне число инодов на любом произвольно взятом ext4-разделе, вооружившись последним ведром с утилитами, - не получается? А что ж так? :)

     
     
  • 7.81, Crazy Alex (ok), 18:54, 11/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    На практике первым возникает вопрос "зачем?" - чтобы количество инодов заиграло это раз в  десять FS уменьшить надо?
     
     
  • 8.110, z (??), 14:25, 12/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Чтобы количество инодов заиграло достаточно выйти за рамки негласного не создав... текст свёрнут, показать
     
     
  • 9.130, Аноним (-), 19:37, 12/12/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Зачем - это отличный вопрос Чтобы кто-то подорвался решать некую проблему - ... текст свёрнут, показать
     
     
  • 10.137, z (??), 13:34, 13/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Хорошая вода , но можно сказать проще у нас тут всё гвоздями прибито, иначе н... текст свёрнут, показать
     
  • 5.85, Аноним (-), 19:28, 11/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > enjoy your wasted space

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

     

  • 1.23, fidaj (ok), 12:20, 11/12/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    в общем для !ARM и переходить с 3.6.X нет смысла...
     
     
  • 2.31, ананим (?), 13:14, 11/12/2012 [^] [^^] [^^^] [ответить]  
  • +4 +/
    да ты гонишь.
    дисковая подсистема, сеть, видео дрова,… — да там плюшек привалило не мелко.
    прочитай сабж больше пары абзацев (в идеале до конца).
     
     
  • 3.32, fidaj (ok), 13:21, 11/12/2012 [^] [^^] [^^^] [ответить]  
  • –3 +/
    > да ты гонишь.
    > дисковая подсистема, сеть, видео дрова,… — да там плюшек привалило не мелко.
    > прочитай сабж больше пары абзацев (в идеале до конца).

    пасиба тебе, добрый ананим...

    вот именно что прочитал - и из того что там наделано мне ничего не нужно....

     
     
  • 4.36, ананим (?), 13:42, 11/12/2012 [^] [^^] [^^^] [ответить]  
  • +2 +/
    ну раз тебе не нужно, то да, Торвальдс расстроится сильно.
     
     
  • 5.39, fidaj (ok), 13:49, 11/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > ну раз тебе не нужно, то да, Торвальдс расстроится сильно.

    вот и я об том же...

    но за тебя он точно будет рад!

     
     
  • 6.42, ананим (?), 14:08, 11/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Да, для меня плюшек много привалило. И для клиента, и для сервера.
     
     
  • 7.97, исчо_адын_аноним (?), 21:48, 11/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Да, для меня плюшек много привалило. И для клиента, и для сервера.

    для локалхоста ? или у тебя ЛФС на сервере ?

     
     
  • 8.108, arisu (ok), 13:15, 12/12/2012 [^] [^^] [^^^] [ответить]  
  • –1 +/
    прикинь, для локалхоста пространство имён в группах 8212 это весьма круто и ... текст свёрнут, показать
     
     
  • 9.116, Аноним (-), 15:54, 12/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Как впрочем и дотыкание 1 диска с приплюсовкой места на оном к ФС P ... текст свёрнут, показать
     
  • 2.33, тут_был (?), 13:27, 11/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    на своем опыте могу сказать, что заметно улучшили поддержку AMD Trinity.
    На 3.6 Samsung 535U4C нормально не работал, поставил RC 3.7 - хотя бы выключаться/саспендится нормально стал.
     
  • 2.70, Аноним (-), 16:54, 11/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > в общем для !ARM и переходить с 3.6.X нет смысла...

    А давно вы у нас выступаете истиной в последней инстанции?

     

  • 1.34, Тузя (ok), 13:29, 11/12/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >Загрузчик прошивок теперь пытается загрузить файлы непосредственно из файловой системы, без задействования udev. Наличие прошивок пока проверяется в /lib/firmware, в будущем будут добавлены гибкие настройки выбора пути;

    Вот она, причина конфликта Линуса с разработчиками udev. Теперь ядро само будет грузить прошивки, в том числе проприетарные, без помощи udev. Конфликт исчерпан.

     
     
  • 2.40, pkunk (ok), 14:05, 11/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >>Загрузчик прошивок теперь пытается загрузить файлы непосредственно из файловой системы, без задействования udev. Наличие прошивок пока проверяется в /lib/firmware, в будущем будут добавлены гибкие настройки выбора пути;
    > Вот она, причина конфликта Линуса с разработчиками udev. Теперь ядро само будет
    > грузить прошивки, в том числе проприетарные, без помощи udev. Конфликт исчерпан.

    Тут не совсем конфликт, они об этом давно просили.

     
  • 2.71, Аноним (-), 16:57, 11/12/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Вот она, причина конфликта Линуса с разработчиками udev. Теперь ядро само будет
    > грузить прошивки, в том числе проприетарные, без помощи udev. Конфликт исчерпан.

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

     
     
  • 3.105, Тузя (ok), 06:51, 12/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Не совсем так: Торвальдс и Ко просто разрубили гордиев узел, ехидно запилив
    > механизм прямо в ядро. Они доступно показали что у ядерщиков все-равно
    > длиннее, как бы там юзермод-разработчики не кипищевали между собой. Они просто
    > шлепнули тапком и растерли. Кипиш сошел на нет по естественным причинам.

    У Вас странное представление о взаимоотношениях между разработчиками usermode/kernel.

    Имо логично, что прошивка, как часть самого оборудования, грузится именно ядром, а не userspace-слоем абстракции оборудования.

     
     
  • 4.118, Аноним (-), 15:57, 12/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > У Вас странное представление о взаимоотношениях между разработчиками usermode/kernel.

    Нормальное - я этот цирк с конями в рассылке почитал, спасиб. Ну да, достали ядерщиков - те и бомбанули ядерными ракетами. Юзермодовцам на это ответить все-равно нечем :)

    > Имо логично, что прошивка, как часть самого оборудования, грузится именно ядром, а
    > не userspace-слоем абстракции оборудования.

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

     
  • 2.98, Ytch (?), 22:32, 11/12/2012 [^] [^^] [^^^] [ответить]  
  • +6 +/
    >> Загрузчик прошивок теперь пытается загрузить файлы непосредственно из файловой системы, без задействования udev.
    > Вот она, причина конфликта Линуса с разработчиками udev.

    Это, все-таки, следствие конфликта, а не его причина.
    Как итог, проще оказалось запилить у себя чем (пере)убедить майнтейнеров udev. И я, лишь мельком глядя на открытую часть переписки и совершенно неадекватные понты udev'овцев во всем остальном, вполне понимаю почему.

     
     
  • 3.104, Тузя (ok), 06:46, 12/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Торвальдс в этой переписке, если вы про lklm, тоже не пушистик, но думаю вы правы.
     
     
  • 4.119, Аноним (-), 15:59, 12/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Торвальдс в этой переписке, если вы про lklm, тоже не пушистик

    Он весьма брутально тролланул этих неадекватов + ядерщики честно приложили чисто технически. Но неадекваты из udev'а это заслужили на все сто. Градус адеквата разработчиков udev в том треде поставил откровенный антирекорд.

     
     
  • 5.126, Andrey Mitrofanov (?), 16:19, 12/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Это с какой стороны смотреть Прогрессивные поттеринги от udev-ов объявили, чт... текст свёрнут, показать
     
     
  • 6.132, Аноним (-), 19:46, 12/12/2012 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > +++Так кто победил-то?

    Торвальдс, который
    1) Все-равно сделал по своему.
    2) Починил.
    3) Сделал этот кусок udev'а obsoleted :)

     
     
  • 7.150, Andrey Mitrofanov (?), 14:53, 23/12/2013 [^] [^^] [^^^] [ответить]  
  • +/
    >> +++Так кто победил-то?
    >Торвальдс, который

    Вопрос, мне казалось был, правтически риторический. Ну, да с переходом в бейт.

    Кстати, прогрессивненькие потерингики пхают свой прогрессивненький joornald в Debian: всё под тем же http://bugs.debian.org/725714 соусом поломанного _ими udev.

    Хорошо ж, что есть форнутый udev, а то ж мы чуть про банду потерингов-сиверсов плохого не подумали.

     
     
  • 8.151, arisu (ok), 16:47, 23/12/2013 [^] [^^] [^^^] [ответить]  
  • +/
    всегда люблю читать ответы авторов gtk 3 или там udev какого-нибудь особенно я... текст свёрнут, показать
     

  • 1.44, closet_source (ok), 14:49, 11/12/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    У меня в арче на ядрах 3.4.* и последующих периодически вылезало в начале загрузки
    "usb *-*: device descriptor read/64, error -32", "*-*" - всегда разные. В логах конкретики не более. Заметил, когда поменял материну на современную с usb 3.0. Погуглил, погуглил, проблема имеет место быть, но толком даже не понял, usb-контроллер (там их несколько) отваливается? Кто-то пишет, железо типа сбоит, ему отвечают, что, ну как же, под Ней то всё работает (ну, как обычно). Проверить возможности не было, так как usb 3.0 устройств у меня нема ;) Но неприятный осадочек остался.
     
     
  • 2.46, fidaj (ok), 14:55, 11/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > У меня в арче на ядрах 3.4.* и последующих периодически вылезало в
    > начале загрузки
    > "usb *-*: device descriptor read/64, error -32", "*-*" - всегда разные. В
    > логах конкретики не более. Заметил, когда поменял материну на современную с
    > usb 3.0. Погуглил, погуглил, проблема имеет место быть, но толком даже
    > не понял, usb-контроллер (там их несколько) отваливается? Кто-то пишет, железо типа
    > сбоит, ему отвечают, что, ну как же, под Ней то всё
    > работает (ну, как обычно). Проверить возможности не было, так как usb
    > 3.0 устройств у меня нема ;) Но неприятный осадочек остался.

    на 3.6.10 аналогично "usb *-*: device descriptor read/64, error -32", "*-*"

     
  • 2.109, arisu (ok), 13:24, 12/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > ну как же, под Ней то всё работает (ну, как обычно)

    обычно это значит, что шindoш$ просто не пишет логи. «всё хорошо, прекрасная маркиза».

     
     
  • 3.120, Аноним (-), 16:02, 12/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > обычно это значит, что шindoш$ просто не пишет логи. «всё хорошо, прекрасная маркиза».

    Да уж. Диагностика ошибок там традиционно куцая. Впрочем, чего ожидать от граждан скупивших Русиновича и сливших его утилиты? Dbgview в современных виндах вообще работает через раз. А другой удобной вьюшки отладочных сообщений тупо нет. Поэтому все хорошо... до тех пор пока оно не трапнется в бсод или не начнет явно кончаться память или что там еще.

     

  • 1.53, Аноним (-), 15:59, 11/12/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >  для ARM-систем, которым теперь не придётся формировать отдельный загрузочный образ

    Угу, ЩАЗ. Загрузчики у всех разные. Так что в самом лучшем случае экономия на сборке ядра будет, не более. А образ - платформоспецифичен.

    > (например, в каждом контейнере может быть свой root);

    Кто там хотел? Получите и распишитесь.

    >  но она не влияет на загрузку модулей и информирует о проблемах через лог.

    Оно просто метит ядро как tainted. Компромиссный вариант: не прикладывает жестко, но демаскирует активность.

     
  • 1.55, Аноним (-), 16:06, 11/12/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    IPv6 NAT... NOOOOOOOOOO
     
     
  • 2.57, anonymous (??), 16:32, 11/12/2012 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Вот вопрос тем, кто считает, что под IPv6 NAT не нужен:
    Есть сетка, есть два провайдера, каждый провайдер выдаёт свой префикс IPv6. Вы считаете целесообразным менять IP-адреса у всех девайсов при переключении провайдера? А потом объяснять шефу, почему местная ынтырпрайз-бизнесс-программа потеряла связь с базой и не могла долгое время восстановить подключении, из-за того, что в её DNS-кеше сохранился старый адрес?
    Не проще ли в данном случае промапить локальные IPv6-адреса на адреса предоставляемые провайдером?
     
     
  • 3.64, 1 (??), 16:48, 11/12/2012 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > Вот вопрос тем, кто считает, что под IPv6 NAT не нужен:
    > Есть сетка, есть два провайдера, каждый провайдер выдаёт свой префикс IPv6. Вы
    > считаете целесообразным менять IP-адреса у всех девайсов при переключении провайдера?
    > А потом объяснять шефу, почему местная ынтырпрайз-бизнесс-программа потеряла связь с базой
    > и не могла долгое время восстановить подключении, из-за того, что в
    > её DNS-кеше сохранился старый адрес?
    > Не проще ли в данном случае промапить локальные IPv6-адреса на адреса предоставляемые
    > провайдером?

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

     
  • 3.72, Аноним (-), 16:59, 11/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > считаете целесообразным менять IP-адреса у всех девайсов при переключении провайдера?

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

     
     
  • 4.117, еще один аноним (?), 15:57, 12/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    это не юзеркейс, это непонимание основ
     
     
  • 5.121, Аноним (-), 16:03, 12/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > это не юзеркейс, это непонимание основ

    Не, ну почему? Сойдет для каких-то специфичных случев. Хотя в 99.9% случаев это натурально полный изврат.

     
  • 3.91, Zulu (?), 20:56, 11/12/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Хм. Как будто кто-то не почитал TFM на тему ipv6 roaming?
     
  • 3.102, Антоним (?), 03:18, 12/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    А если два провайдера подключены постоянно? :-)
     

  • 1.75, Гость (?), 17:43, 11/12/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Btrfs по-тихоньку движется вперед, может через пару лет уже будет торт.
     
     
  • 2.93, Grammar Nazi (?), 21:03, 11/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    потихоньку
     
     
  • 3.122, Аноним (-), 16:04, 12/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > потихоньку

    Коллеги, расстреляйте негодяя! Он хронически забывает ставить заглавные буквы и точки.

     

  • 1.78, anonymous (??), 18:29, 11/12/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >Загрузчик прошивок теперь пытается загрузить файлы непосредственно из файловой системы

    Почему-то есть ощущение в этом чего-то неправильного.

     
     
  • 2.82, Crazy Alex (ok), 18:59, 11/12/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ну, это кому как. С моей точки зрения то, что ядро может в одиночку поднять железо, не имею юзерленда вообще - это очень даже правильно.
     
  • 2.87, Аноним (-), 19:31, 11/12/2012 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Почему-то есть ощущение в этом чего-то неправильного.

    Гм, учитывая что ядро по жизни файлы и сервирует всем остальным, неправильно и странно - это когда оно само себя сервировать вдруг почему-то не может :)

     

  • 1.86, Аноним (-), 19:29, 11/12/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >реализацию GRE и NAT для IPv6

    OMG, а раньше этого что, не было???

     
     
  • 2.88, Аноним (-), 19:32, 11/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >>реализацию GRE и NAT для IPv6
    > OMG, а раньше этого что, не было???

    Дык ipv6 нат не особо то и уперся. Хотя конечно есть обезьяны не понимающие разницу между stateful firewall и натингом, но мы таких рассматривать не будем.

     
     
  • 3.103, Аноним (-), 03:48, 12/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Просто на BSD это уже давненько было. Я думал, что и на Линуксе уж тем более есть. А то, что не используется, так и IPv6 пока что "не особо то и уперся." Вот настанет конец све^W IPv4, тогда сразу и станет актуально.
     
     
  • 4.123, Аноним (-), 16:06, 12/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Просто на BSD это уже давненько было.

    Ну да, конечно, натинг ipv6 - самая важная и востребованная фича. А всякая там хрень типа виртуализации или контейнеров нормальных - это для лохов педальных :) </sarcasm>

     

  • 1.89, linux must _RIP_ (?), 20:11, 11/12/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > Поддержка протокола VXLAN для туннелирования виртуализированных сетей второго уровня поверх сетей третьего уровня. Указанный протокол позволяет обойти ограничение на 4096 VLAN-ов (в VXLAN используются 24-разрядные идентификаторы);

    Что люди не придумаю что бы не использовать q-in-q протокол...

     
     
  • 2.99, Ytch (?), 22:56, 11/12/2012 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >> Поддержка протокола VXLAN для туннелирования виртуализированных сетей второго уровня поверх сетей третьего уровня. Указанный протокол позволяет обойти ограничение на 4096 VLAN-ов (в VXLAN используются 24-разрядные идентификаторы);
    > Что люди не придумаю что бы не использовать q-in-q протокол...

    Если под q-in-q вы имеете ввиду IEEE 802.1ad (двойной VLAN тег), то VXLAN сильно и местами принципиально отличается.
    q-in-q - это чистый Layer 2 (ну или Layer 2 over Layer 2 - зависит от use case) со всеми вытекающими.
    VXLAN же это Layer 2 over Layer 3, а это уже совершенно другие возможности и, как следствие, совсем другая область применения.
    Но несомненно, общее у них то, что они оба НЕ ТОЛЬКО "позволяют обойти ограничение на 4096 VLAN-ов".

     
     
  • 3.124, Аноним (-), 16:09, 12/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Но несомненно, общее у них то, что они оба НЕ ТОЛЬКО "позволяют
    > обойти ограничение на 4096 VLAN-ов".

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

     

  • 1.131, ua9oas (ok), 19:38, 12/12/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    стандартные вопросы: какое количество новаго железа (и функций) она стала поддерживать того, которое не поддерживают другие ветки ядра? (и есть ли в других ветках ядра что-нибудь то, что не поддерживается в этой?) Сколько чего-либо неподдерживаемаго осталось теперь в связи с этим релизом? (и есть ли в "3.7" то, чего поддержка прекращена?)
    В состав каких дистрибутивов войдет эта ветка? Могут ли быть такие уже существующие дистрибутивы, в которых ихнее ядро может быть смысл поменять на это? (а тогда в каких случаях? (и не может ли быть так, это лучше будет сделать не сейчас а позже? (по тому что некоторыя ветки претерпевают порой даже и более полусотни изменений в течение своего срока существования (а у этой интересно каким и то и то будет?))))
      Через сколько времени возможны окончательные ответы на эти вопросы по данной ветке ядра?
    (кто ее уже как следует опробовал- напишите, как она? (а следующая когда будет и что в ней будет? (сколько стоит ветки поддерживать и создавать новые?)))
     
     
  • 2.134, filosofem (ok), 20:12, 12/12/2012 [^] [^^] [^^^] [ответить]  
  • +3 +/
    >[оверквотинг удален]
    > на это? (а тогда в каких случаях? (и не может ли
    > быть так, это лучше будет сделать не сейчас а позже? (по
    > тому что некоторыя ветки претерпевают порой даже и более полусотни изменений
    > в течение своего срока существования (а у этой интересно каким и
    > то и то будет?))))
    >   Через сколько времени возможны окончательные ответы на эти вопросы по
    > данной ветке ядра?
    >  (кто ее уже как следует опробовал- напишите, как она? (а следующая
    > когда будет и что в ней будет? (сколько стоит ветки поддерживать
    > и создавать новые?)))

    Стандартный ответ: __________.
    Ну ты понял.

     

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



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

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