The OpenNET Project / Index page

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

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

01.07.2013 10:21

Линус Торвальдс после двух месяцев разработки анонсировал релиз ядра Linux 3.10. Среди наиболее заметных улучшений: BCache для кеширования на SSD-накопителях содержимого более медленных жестких дисков, динамическая система управления генерацией прерываний таймером, улучшение ситуации в случае потери пакета в конце TCP-соединения, возможность проверки целостности метаданных в XFS, поддержка режима Skinny Extents в Btrfs, начало реализации поддержки гибридных систем ARM big.LITTLE, поддержка гипервизора KVM для платформы MIPS.

В новую версию принято 13.6 тысяч исправлений от примерно 1391 разработчиков, размер патча - 47 Мб (изменения затронули 10475 файлов, добавлено 663992 строк кода, удалено 395368 строк). Около 45% всех представленных в 3.10 изменений связаны с драйверами устройств, примерно 23% изменений имеют отношение к обновлению кода специфичного для аппаратных архитектур, 13% связано с сетевым стеком, 4% - файловыми системами и 5% c внутренними подсистемами ядра.

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

  • Дисковая подсистема, ввод/вывод и файловые системы
    • Интеграция разработанной и применяемой в Google системы Bcache, которая позволяет организовать кэширование доступа к медленным жестким дискам на быстрых SSD-накопителях, при этом кэширование ведётся на уровне блочного устройства, что позволяет ускорить доступ к накопителю независимо от используемых на нём файловых систем. Один SSD-накопитель может использоваться для кэширования нескольких различных блочных устройств. Блочное устройство может быть на лету прикреплено к кэшу и отключено от него, без размонтирования и временной остановки работы (создание кэша требует форматирования с использованием утилиты make-bcache). Поддерживается как сквозное кэширование (writethrough), так и режим отложенной записи (writeback) при котором данные записываются на исходный носитель не сразу, что позволяет обеспечить ускорение операций записи. Дополнительно поддерживается режим readahead, при котором кэш наполняется не только при записи, но и при операциях чтения;
    • В Btrfs добавлена поддержка режима Skinny Extents, позволяющего уменьшить размер дерева распределения блоков на 30-35% за счёт сокращения размера ссылок в экстенте на каждый блок с 52 до 33 байт. Сокращение размера приводит к ускорению операций copy-on-write, более экономному расходованию пространства и более эффективному кэшированию метаданных в памяти. Для включения новой возможности для существующих разделов следует использовать команду "btrfstune -x". Из других изменений в Btrfs отмечается поддержка автоматического перестроения индекса квот;
    • В файловой системе XFS появилась экспериментальная поддержка ведения контрольных сумм CRC32c для контроля целостности метаданных. Указанное изменение разработано в рамках более обширного проекта "self-describing metadata", нацеленного на решение проблемы с существенным временем проверки больших разделов с использованием утилиты fsck. Для решения проблемы формат ФС будет расширен дополнительной информацией, позволяющей судить о целостности каждого объекта метаданных. Например, подобные элементы проверки планируется добавить для типа метаданных, идентификатора ФС, данных о расположении блоков, параметров владельца метаданных, идентификаторе позиции в логе;
    • В подсистему iSCSI добавлена поддержка протокола RDMA (iSER), предоставляющие похожие на DMA возможности для организации прямого доступа к памяти другого компьютера;
    • В распределённую файловую систему Ceph добавлена поддержка многослойной работы для RBD. В частности, теперь доступен механизм для быстрого создания copy-on-write клонов сетевых блочных устройств, каждый из которых продолжает работать как отдельное RBD-устройство. Например, для организации быстрого развёртывания новых виртуальных окружений можно организовать создание образов таких окружений как клонов эталонного образа виртуальной машины;
  • Виртуализация и безопасность
    • Реализация порта KVM для процессоров MIPS. Порт KVM для MIPS базируется на использовании расширения MIPS-VZ, доступного в процессорах OCTEON III (MIPS32R2 и новее);
    • Функциональность запуска скриптов, содержащих путь к интерпретатору в заголовке "#!", теперь может быть собрана в виде модуля ядра, что позволяет легко запретить выполнение скриптов как программ;
    • Внесены многочисленные улучшения, связанные поддержкой cgroups. В cgroups добавлена поддержка генерации события с уведомлением приложения о приближении к исчерпанию доступной процессу или системе памяти. Реализована полная поддержка иерархических cgroups для групп "device" и "perf_event". Добавлена новая опция монтирования "__DEVEL__sane_behavior" при указании которой используется более жёсткий метод обеспечения непротиворечивости иерархии для всех групп;
    • Выполнение криптографических функций, в том числе sha256, sha512, blowfish, twofish, serpent и camellia, оптимизировано с использованием инструкций AVX/AVX2 и SSE. Отдельно можно отметить задействование поддерживаемых в современных CPU AMD и Intel средств ускорения шифрования AES, что позволяет существенно повысить производительность eCryptfs AES-NI;
    • Добавлен драйвер для виртуальных видеоадаптеров Microsoft Hyper-V;
    • Интегрирован драйвер виртуальной графической карты QXL, применяемой в системах виртуализации для обеспечения акселерированного вывода графики с использованием протокола SPICE;
  • Сетевая подсистема
    • В TCP-стек добавлена поддержка алгоритма проверки потери хвоста (Tail loss probe, TLP), уменьшающего время восстановления скорости потока в случае отбрасывания пакета в конце соединения. Новый алгоритм эффективен для небольших и чувствительных к задержке соединений, для которых потеря последнего пакета может создавать существенные задержки. Интегрированный в ядро патч опробован на web-серверах Google и показал высокую эффективность при обработке небольших web-транзакций, позволил сократить время таймаута для повтора (RTO) на 15% и уменьшить время поступления HTTP-ответа на 6%;
    • Для mesh-протокола B.A.T.M.A.N. ("Better Approach To Mobile Adhoc Networking), позволяющего создавать децентрализованные сети, каждый узел в которых связан через соседние узлы, обеспечена поддержка механизма "сетевого кодирования", позволяющего в некоторых ситуациях одновременно передавать два пакета для разных получателей, путем их объединения с использованием операции исключающее "ИЛИ" (XOR);
    • Удалена поддержка механизма TCP Cookie Transactions (TCPCT), который никогда не был полностью реализован на практике и негативно влияет на производительность;
    • В реализацию протокола IPv6 добавлена поддержка работы поверх IEEE 1394 ("Firewire");
    • В интерфейс netlink добавлена поддержка выполнения операций ввода/вывода с маппингом в память ( memory-mapped I/O), что позволяет избавиться от лишней операции копирования содержимого пакета из ядра в пространство пользователя;
    • Поддержка спецификации IEEE 802.1ad (VLAN stacking или QinQ), определяющей средства для подстановки нескольких тегов VLAN в один фрейм Ethernet;
  • Память и системные сервисы
    • Добавлена динамическая система управления генерацией прерываний таймером, позволяющая в зависимости от текущего состояния изменять прерывания в диапазоне от тысяч тиков в секунду до одного прерывания в секунду, сводя к минимуму нагрузку на CPU при обработке прерываний при неактивности системы. В настоящее время добавленная функциональность нацелена на применение в системах реального времени и для высокопроизводительных вычислений (HPC), в будущих выпусках планируется задействовать указанную возможность и для десктоп-систем.

      Важным эффектом введения новой системы является уход от использования фиксированного цикла генерации прерываний таймера в процессе организации работы многозадачности. Если ранее для переключения задач система полагалась на формирование 1000 прерываний таймера в любых условиях, независимо от того, имеется нагрузка или система простаивает, то отныне переключение между задачами не зависит от фиксированных сигналов таймера, что позволяет решить проблемы с энергопотреблением и выполнением задач в режиме реального времени (каждое прерывание от таймера приостанавливает realtime задачу в непредсказуемый момент ей выполнения). Текущая реализация в общем виде не зависит от сигналов таймера (tickless) даже когда имеются активно выполняемые задачи, тем не менее система не избавлена полностью от таймера, так как требует как минимум одного пробуждения от таймера в секунду. Полноценный tickless-режим отключается в случае выполнения более одного процесса, а также для одного из CPU, чтобы обеспечить работу других CPU в tickless-режиме;

    • В ядро интегрированы наработки ветки 'ipc-scalability', в которой проведена работа по чистке и увеличению масштабируемости реализации SysV IPC. В частности, переработана система организации блокировок. Если ранее поддерживалась установка одной ipc-блокировки на массив семафоров, то теперь блокировки более гранулированы и могут быть установлены для отдельных семафоров. В итоге, некоторые тесты производительности показывают прирост производительности при работе с семафорами до 10 раз. Прирост производительности в тесте Pgbench составил 100%;
    • Внесены оптимизации в код семафоров чтения и записи (rwsem), что позволило заметно повысить производительности для некоторых типов нагрузки. Например, прирост производительности в тесте Pgbench составил 100%;
    • В реализацию POSIX-таймеров и таймеров высокого разрешения добавлен новый тип часов CLOCK_TAI, оперирующих международным атомным временем;
    • Большая порция функций для доступа к физическому уровню USB помечена как экспортируемая только для компонентов под лицензией GPL, что не позволяет обращаться к ним и из проприетарных модулей ядра;
    • Добавлена возможность сосуществования нескольких регуляторов частоты CPU (CPU frequency governor), запущенных с разными тонкими настройками. Одновременный запуск нескольких регуляторов может применяться в гетерогенных многопроцессорных системах (например ARM big.LITTLE), позволяющих разным CPU работать с разными параметрами;
    • Внесены патчи, подготовленные в рамках проекта LLVMLinux и позволяющие собирать ядро компилятором Clang. Аналогичные патчи внесены в ветку Clang 3.3, что приблизило проект к состоянию, когда немодифицированное ядро можно пересобрать штатным компилятором Clang;
    • Добавлен новый экспериментальный драйвер "sync", разработанный в рамках платформы Android и используемый для синхронизации между другими драйверами;
    • В систему uprobes (userspace probes), нацеленную на анализ поведения выполняемых в пространстве пользователя приложений, добавлен контрольный вызов для перехвата выхода из функции (выполнение Return);
    • В команду perf добавлена поддержка профилирования доступа к памяти;
  • Аппаратные архитектуры
    • Увеличено число SoC, поддерживающих многоплатформенные ARM-сборки (возможность собрать одно ядро, которое будет содержать поддержку различных ARM-платформ). Из распространённых ARM-систем без поддержки данной технологии пока остаётся Samsung Exynos, патчи для которого были отложены до следующего выпуска ядра;
    • Интегрирован патч мультикластерного управления питанием для ARM, который приблизил ядро к полноценной поддержке технологии big.LITTLE, комбинирующей в одном процессорном модуле несколько CPU - энергоэффективный и высокопроизводительный, с распределением работ между ними в зависимости от текущих задач;
    • Поддержка новых средств управления питанием, появившихся в процессорах AMD семейства 16h ("Jaguar");
  • Оборудование
    • В DRM-модуль Radeon добавлена поддержка ускорения декодирования видео с использованием аппаратного декодера UVD, встроенного в современные GPU AMD. Поддержка UVD обеспечена для GPU HD4xxx-HD5xxx (R700, Evergreen), поддерживающих UVD2, и HD6xxx-HD7xxx (Northern Islands, Southern Islands) с поддержкой UVD3. Кроме того, в модуль Radeon добавлены идентификаторы графических чипов процессоров семейства Richland(A4, A6, A8 и A10) и обеспечена поддержка тайлинга для карт Radeon HD 7000;
    • В DRM-модуле Nouveau для карт NVIDIA Fermi добавлена поддержка технологии сжатия видеопамяти и обеспечена поддержка переключения видеорежимов для серии NVF0;
    • В драйвере для чипов NVIDIA Tegra добавлена поддержка 2D-ускорения;
    • В DRM-драйвере для карт Intel улучшена поддержка чипов Valley View, добавлены расширенные средства "разгона" GPU и обеспечена поддержка Haswell Turbo. Реализована возможность бесшовного перехода в спящий режим, не требующего переключения в виртуальную консоль;
    • Добавлены контроллеры частоты CPU для Samsung EXYNOS5440 и ARM big.LITTLE;
    • Поддержка сетевых интерфейсов Netlogic XLR/XLS;
    • Поддержка USB-контроллеров DesignWare USB2;
    • В Video4Linux добавлена поддержка тюнеров Rafael Micro R820T и ITE Tech IT913x, FM-радио Silicon Laboratories 4761/64/68 AM/FM и Si476x I2C FM, звуковых кодеков Philips UDA1342, декодировщиков видео Techwell TW9903, TW9906 и TW2804.
    • В подсистему ALSA ASoC добавлен новый обобщённый драйвер dmaengine_pcm, который заменил собой множество специфичных для платформ реализаций драйверов PCM;
    • Добавлена поддержка новых процессоров Atmel SAMA5D3, Freescale T4240 QDS и B4 QDS, Renesas R8A73A4, R8A7778, R8A7790, Freescale i.MX6 DualLite/Solo;
    • Поддержка беспроводных сетевых адаптеров на базе Ralink RT5572 и Realtek RTL8188EE, а также Ethernet адаптеров на базе Realtek RTL8152;


  1. Главная ссылка к новости (https://lkml.org/lkml/2013/6/3...)
  2. OpenNews: Релиз ядра Linux 3.9. Обзор новшеств
  3. OpenNews: Релиз ядра Linux 3.5. Обзор новшеств
  4. OpenNews: Релиз ядра Linux 3.6
  5. OpenNews: Релиз ядра Linux 3.7. Обзор новшеств
  6. OpenNews: Релиз ядра Linux 3.8. Обзор новшеств
Лицензия: CC-BY
Тип: Интересно / Программы
Ключевые слова: linux, kernel
При перепечатке указание ссылки на opennet.ru обязательно
Обсуждение (151) Ajax | 1 уровень | Линейный | Раскрыть всё | RSS
  • 1.1, Аноним (1), 10:42, 01/07/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Ням-ням. Буду сегодня компилять.
     
     
  • 2.77, Аноним (-), 16:02, 01/07/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Пока ты его собирался компилить, у меня в убунте :)) оно уже давно установлено...
     
     
  • 3.108, Аноним (-), 18:15, 01/07/2013 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > Пока ты его собирался компилить, у меня в убунте :)) оно уже
    > давно установлено...

    Заправлены в планшеты
    Космические блобы
    Манагер проверяет
    В последний раз зонды

     
  • 3.144, pavlinux (ok), 00:49, 02/07/2013 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Молодец! Нам нужна бесплатная рабочая сила!
     
     
  • 4.147, Аноним (-), 04:57, 02/07/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > Молодец! Нам нужна бесплатная рабочая сила!

    Так я как бы не против. Стабильная и фичастая ОС мне нужна не меньше чем тебе или кому-нибудь еще. Я может и не получаю с этого денег напрямую, однако это не совсем бесплатно - я таки получаю борзыми щенками^W^W исправленными багами, что тоже засчитывается за интересный мне вариант :)

     

  • 1.2, Аноним (-), 10:45, 01/07/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • –8 +/
    3.11 ?
     
     
  • 2.3, WherWolf (?), 10:58, 01/07/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Будет!
     
  • 2.4, mike.dld (?), 11:02, 01/07/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Вот так вот сразу для рабочих групп?
     
     
  • 3.6, Alting (ok), 11:05, 01/07/2013 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > Вот так вот сразу для рабочих групп?

    А чего тянуть? Потом 95.

     
     
  • 4.120, terraslav (ok), 20:10, 01/07/2013 [^] [^^] [^^^] [ответить]  
  • –4 +/
    Так потихоньку и до ХРени дорастём=))
     
  • 2.19, mihalych (ok), 12:17, 01/07/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    И меня в ждуны записывайте. :)
     
  • 2.62, anonymous (??), 13:24, 01/07/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > 3.11 ?

    Ждём ебилдов.

     
     
  • 3.86, toogen (ok), 16:22, 01/07/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > Ждём ебилдов.

    уже =)
    sys-kernel/gentoo-sources
    (3.10.0) ~3.10.0^bs
    размаскируют нескоро

     
     
  • 4.87, Аноним (-), 16:29, 01/07/2013 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > (3.10.0) ~3.10.0^bs

    Bs? Стремная приписка - буржуи таким термином BullShit обозначают вообще-то :)


     
     
  • 5.172, Куяврик (?), 20:26, 02/07/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    BlackSabbath?
    BackSpace?
    )))
     
  • 5.176, toogen (ok), 04:04, 15/08/2013 [^] [^^] [^^^] [ответить]  
  • +/
    >> (3.10.0) ~3.10.0^bs
    > Bs? Стремная приписка - буржуи таким термином BullShit обозначают вообще-то :)

    (3.10.0) - название слота (в генту каждая версия ядра помещается в отдельный слот)
    ~3.10.0 - версия не признана ещё стабильной
    ^bs - не тестировать и не убирать отладочную информацию из блобов в исходниках ядра =)

     
  • 2.72, Neus (?), 15:19, 01/07/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    3.14
     

  • 1.5, linux must __RIP__ (?), 11:04, 01/07/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • –13 +/
    Как-то симптоматично - новое ядро и тут же эксплойт под старые...

    http://seclists.org/oss-sec/2013/q2/642

     
     
  • 2.9, emg81 (ok), 11:32, 01/07/2013 [^] [^^] [^^^] [ответить]  
  • +12 +/
    "свинья везде грязь найдёт" (с)

    не пробовали на форумах, посвящённых виндовым уязвимостям сидеть?
    P.S. Вы тут не нужны, Ваша цель здесь неясна. не нравится линукс - не жрите кактус, не читайте форум. всё просто же.

    а троллить - удел убогих бездельников, имхо

     
     
  • 3.24, linux must __RIP__ (?), 12:30, 01/07/2013 [^] [^^] [^^^] [ответить]  
  • –17 +/
    > "свинья везде грязь найдёт" (с)
    > не пробовали на форумах, посвящённых виндовым уязвимостям сидеть?

    зачем?

    > P.S. Вы тут не нужны, Ваша цель здесь неясна. не нравится линукс
    > - не жрите кактус, не читайте форум. всё просто же.

    А что этот форум только о Linux? я вот убогим умом считал что он о всех открытых системах.

     
     
  • 4.56, Аноним (-), 13:05, 01/07/2013 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Эта новость только о Linux. Зачем ты тут пишешь?
     
     
  • 5.80, Аноним (-), 16:05, 01/07/2013 [^] [^^] [^^^] [ответить]  
  • +4 +/
    > Эта новость только о Linux. Зачем ты тут пишешь?

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

     
     
  • 6.103, Аноним (-), 17:10, 01/07/2013 [^] [^^] [^^^] [ответить]  
  • –4 +/
    >Батхерт

    Batheart?

     
     
  • 7.115, Аноним (-), 19:08, 01/07/2013 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Butthurt
     
     
  • 8.119, Аноним (-), 20:08, 01/07/2013 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Как это Там не было двух т ... текст свёрнут, показать
     
     
  • 9.121, terraslav (ok), 20:14, 01/07/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    В русском слове офис , тоже одна букафка Ф ... текст свёрнут, показать
     
     
  • 10.165, arisu (ok), 12:46, 02/07/2013 [^] [^^] [^^^] [ответить]  
  • +2 +/
    divided by zero ... текст свёрнут, показать
     
  • 9.175, dr Equivalent (ok), 02:23, 03/07/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Регрессивная ассимиляция по долготе-краткости при заимствоавнии, родной ... текст свёрнут, показать
     
  • 4.76, Карбофос (ok), 15:59, 01/07/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >зачем?

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

     
  • 4.99, Аноним (-), 16:58, 01/07/2013 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > что он о всех открытых системах.

    Угу, особенно в плейстейшне4 такая открытая система вся из себя намечается, с DRM и секурбутами. При том в отличие от линя, DRM - это явно не direct rendering manager будет :)

     
  • 4.143, Аноним (-), 23:28, 01/07/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > я вот убогим умом считал

    Хорошо, хоть сам признался.

     
  • 3.66, Andrey Mitrofanov (?), 14:17, 01/07/2013 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > P.S. Вы тут не нужны, Ваша цель здесь неясна.

    У него тут удовольствие от саморекламы: 1/ покакать в общественном месте; 2/ попа-болью посветить.

    > не нравится линукс - не жрите кактус, не читайте форум. всё просто же.

     
     
  • 4.79, Аноним (-), 16:04, 01/07/2013 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >> не нравится линукс - не жрите кактус, не читайте форум. всё просто же.

    Он может и рад бы да вот незадача: его фетиши - тот еще крап. И поэтому во многих ситуациях неюзабельны. Вот гражданин и жрет кактусы. Сверкая попaболью.

     
  • 3.78, Аноним (-), 16:03, 01/07/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > а троллить - удел убогих бздельников, имхо

    //obvious fix.

     
  • 2.73, Аноним (-), 15:46, 01/07/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Симптоматично не видеть взаимосвязи. Выходит новое ведро, разрабами закрываются уязвимости. Особо любопытные смотрят что было закрыто патчами и лезут в старое эти патчи поэксплуатировать. Иногда получается.
     
  • 2.151, iCat (ok), 05:07, 02/07/2013 [^] [^^] [^^^] [ответить]  
  • +/
    >Как-то симптоматично - новое ядро и тут же эксплойт под старые...

    Kernel: 2.6.32
    А ты под 2.4 эксплойты видел?

     

  • 1.7, Аноним (-), 11:21, 01/07/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >Большая порция функций для доступа к физическому уровню USB помечена как экспортируемая только для компонентов пол лицензией GPL, что не позволяет обращаться к ним и из проприетарных модулей ядра;

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

     
     
  • 2.8, linux must __RIP__ (?), 11:27, 01/07/2013 [^] [^^] [^^^] [ответить]  
  • –6 +/
    Политика :-)
    Хочется кому-то выкручивать руки - так делают. Один раз даже умудрились отвязаться так на IBM. Правда сотрудники IBM постучали кулаком по столу - и сразу вернули назад.
     
     
  • 3.20, Crazy Alex (ok), 12:20, 01/07/2013 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Действительно странные люди - хотят иметь в ядре надлежащим образом поддерживаемые драйверы, не требующие установки хрен знает откуда и пригодные для анализа другими разработчиками, в том числе - когда те вносят изменения с соседние подсистемы, которые эти драйверы могут сделать неработоспособными.
     
     
  • 4.26, linux must __RIP__ (?), 12:35, 01/07/2013 [^] [^^] [^^^] [ответить]  
  • –6 +/
    Вы точно не путаете внутренний API иметь в ядре и внешний API экспортируемые ... текст свёрнут, показать
     
     
     
    Часть нити удалена модератором

  • 6.51, linux must __RIP__ (?), 12:58, 01/07/2013 [^] [^^] [^^^] [ответить]  
  • –7 +/
    >После этого изменения - драйвер не получится загрузить в ядро - по несовпадению лицензий.
    > Сам себя переплюнул в брехне.
    > Грузи модулем. Как делает zfsonlinux, nvidia, fgrlx,…

    nvidia, fgrlx, zfsonlinux - использует gpl licensed прослойку которая реализует взаимодействие с ядром.
    если вы посмотрите в ядро увидите что CDDL (открытй и свободный) модуль нельзя напрямую использовать функции под EXPORT_SYMBOL_GPL.

    Если это не так - просьба показать строчки кода? или слабо - можно только оскорблять и унижать?
    Показывая свое образование и уровень культуры.. Хотя что делать если мама не привила хороших манер..

     
     
  • 7.136, Аноним (-), 21:46, 01/07/2013 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > если вы посмотрите в ядро увидите что CDDL (открытй и свободный)

    CDDL открыт и свободен в той же степени, что и GPL.
    Вы либо трусы наденьте, либо крестик снимите.

     
     
  • 8.148, Аноним (-), 05:01, 02/07/2013 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Он еще и копилефтный к тому же Просто ему видимо оракль приплачивает за подтявк... текст свёрнут, показать
     
  • 5.38, Аноним4ик (?), 12:47, 01/07/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    И причём тут юзерспейс о безмозглейший Речь как раз о внутреннем АПИ BSD GPL с... текст свёрнут, показать
     
     
  • 6.48, linux must __RIP__ (?), 12:52, 01/07/2013 [^] [^^] [^^^] [ответить]  
  • –7 +/
    А кто говорит о userspace какой же ты смешной А что внешний API и экспортируе... текст свёрнут, показать
     
     
  • 7.118, Аноним (-), 19:56, 01/07/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > А кто говорит о userspace?

    Ты. Или про compat-XXXX кто-то другой тявкал?

     
     
  • 8.124, linux must __RIP__ (?), 20:34, 01/07/2013 [^] [^^] [^^^] [ответить]  
  • –4 +/
    compat-xxxx в ядре - для запуска новых дров на старых ядрах Дурилка ты картонна... текст свёрнут, показать
     
     
  • 9.149, Аноним (-), 05:04, 02/07/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Не, картонной дурилкой тут выступает не он А вы Потому что вопите про нестабил... текст свёрнут, показать
     
     
  • 10.166, arisu (ok), 12:51, 02/07/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    ты что ведь ясно же, что все должны прогибаться под корпорастов ... текст свёрнут, показать
     
  • 5.74, qux (ok), 15:47, 01/07/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > После этого изменения - драйвер не получится загрузить в ядро - по
    > несовпадению лицензий.

    Dual BSD/GPL не?

     
     
  • 6.130, linux must __RIP__ (?), 20:54, 01/07/2013 [^] [^^] [^^^] [ответить]  
  • –8 +/
    я не хочу DUAL, хочу иметь BSD. пример двойного лицензирования который обернулся боком для BSD уже в ядре есть - когда OpenBSD пошли на встречу и сделали двойное лицензирование для Atheros - потом Linux сообщество поменяло - и назад изменения не попали - "а чего это мы вам должны отдавать",  забывая что основную работу сделали ребята из OpenBSD.
     
     
  • 7.131, qux (ok), 20:57, 01/07/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > я не хочу DUAL, хочу иметь BSD. пример двойного лицензирования который обернулся
    > боком для BSD уже в ядре есть - когда OpenBSD пошли
    > на встречу и сделали двойное лицензирование для Atheros - потом Linux
    > сообщество поменяло - и назад изменения не попали - "а чего
    > это мы вам должны отдавать",  забывая что основную работу сделали
    > ребята из OpenBSD.

    Так а чистая BSD как поможет получать изменения назад?

     
     
  • 8.163, Andrey Mitrofanov (?), 09:36, 02/07/2013 [^] [^^] [^^^] [ответить]  
  • +/
    BSDL помогает нашему садомазоэксби другу совсем в другом -- 66... текст свёрнут, показать
     
  • 7.132, Аноним (-), 21:36, 01/07/2013 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > когда OpenBSD пошли на встречу и сделали двойное лицензирование для Atheros - потом Linux сообщество поменяло

    Менять лицензию можно только с согласия всех автором (кроме ситуации с CLA, как в Canonical).
    Поменять лицензию Linux-сообщество смогло потому, что этот код не имеет никакого отношения к OpenBSD.

    > забывая что основную работу сделали ребята из OpenBSD.

    Что, и туда бэкдор внедрили?
    Как хорошо, что в линуксе эти дрова свои, а не бсдшные.

     
  • 7.150, Аноним (-), 05:06, 02/07/2013 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > я не хочу DUAL, хочу иметь BSD.

    Так хоти себе. Пиши код сам на все и вся и лицензируй как тебе угодно.

    > забывая что основную работу сделали ребята из OpenBSD.

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

     
  • 4.30, linux must __RIP__ (?), 12:39, 01/07/2013 [^] [^^] [^^^] [ответить]  
  • –7 +/
    > Действительно странные люди - хотят иметь в ядре надлежащим образом поддерживаемые драйверы,
    > не требующие установки хрен знает откуда и пригодные для анализа другими
    > разработчиками, в том числе - когда те вносят изменения с соседние
    > подсистемы, которые эти драйверы могут сделать неработоспособными.

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

     
     
  • 5.85, Crazy Alex (ok), 16:16, 01/07/2013 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Тянуть все в ядро - чтобы те, кто пишет соседний кусок, могли учитывать требован... текст свёрнут, показать
     
  • 5.100, Аноним (-), 17:01, 01/07/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Быть как свинья которая гребет под себя и не заботится о других?

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

     
     
  • 6.125, linux must __RIP__ (?), 20:35, 01/07/2013 [^] [^^] [^^^] [ответить]  
  • –6 +/
    >> Быть как свинья которая гребет под себя и не заботится о других?
    > Боюсь, господа с ником типа твоего и мировоззрением типа твоего располагают разве
    > что к заботе о том чтобы кирпич поудачнее подошел к такой
    > физиономии. На большее с таким подходом рассчитывать как-то слишком оптимистично, да.

    Какие вы смешные :-) Надо такое брать в рамку и вешать как пример линуксоляторов.

     
     
  • 7.133, Аноним (-), 21:37, 01/07/2013 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Какие вы смешные :-) Надо такое брать в рамку и вешать как пример линуксоляторов.

    А, ты таки заметил, что надо тобой все ржут, и тоже стал вымученно хихикать?

     
  • 5.152, Аноним (-), 05:08, 02/07/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > и кстати - зачем тянуть все в ядро если некоторое из них является многоплатформеным?

    Что именно? Если это о графике - там потоки данных большие, поэтому оно лучше работает когда самые низкоуровневые части - в ядре. Ну и кроме того - у линуксоидов хватает делать себе мощную и современную графическую подсистему, а не сидеть и дальше на уровне 80-х прошлого века, как некоторые другие.

    > Быть как свинья которая гребет под себя и не заботится о других?

    Ну если фирме Сони так можно - чем остальные хуже? Вы же за свободу, правда? :)

     
  • 4.145, Аноним (-), 02:19, 02/07/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Действительно странные люди - хотят иметь в ядре надлежащим образом поддерживаемые драйверы

    Как называется когда хотят, но все равно не имеют ?¿

     
     
  • 5.153, Аноним (-), 05:10, 02/07/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Как называется когда хотят, но все равно не имеют ?¿

    Да вообще-то вполне себе имеют. И не собираются зависеть от каких-то левых посторонних блобмейкеров. Что является сильным плюсом этого проекта.

     
  • 3.31, kurokaze (ok), 12:40, 01/07/2013 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Политика - это то что ты пытаешься высосать из (не)известно чего, а тут - требования лицензии. Не нравится - пиши сам и не хрюкай
     
     
  • 4.35, linux must __RIP__ (?), 12:43, 01/07/2013 [^] [^^] [^^^] [ответить]  
  • –6 +/
    > Политика - это то что ты пытаешься высосать из (не)известно чего, а
    > тут - требования лицензии. Не нравится - пиши сам и не
    > хрюкай

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

     
     
  • 5.46, ананим (?), 12:50, 01/07/2013 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >политика это когда принуждают и запрещают

    а экономика — это видимо когда в понедельник по утрам наливают.

     
  • 5.90, Аноним (-), 16:35, 01/07/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > политика это когда принуждают и запрещают - без каких либо технических обоснований.

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

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

     
     
  • 6.126, linux must __RIP__ (?), 20:36, 01/07/2013 [^] [^^] [^^^] [ответить]  
  • –3 +/
    >> политика это когда принуждают и запрещают - без каких либо технических обоснований.
    > Очень интересно посмотреть как именно чисто технически реализуется запрещение и принуждение.
    > Я как-то плохо представляю себе высылку автозаков набитых парнями с автоматами
    > к каждому пользователю линукса. А без данной меры принуждение будет, гм,
    > немного неэффективным, скажем так.

    Достаточно посмотреть на strcmp(mod->license, "GPL") в коде ядерного линкера.

     
     
  • 7.154, Аноним (-), 05:17, 02/07/2013 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Достаточно посмотреть на strcmp(mod->license, "GPL") в коде ядерного линкера.

    Ибо не...й линковаться с кучей GPL кода своим блобом и при этом делать козью морду что так и надо.

    Да, блобье в драйверах ядра - не велкам. Этого никто не скрывает и заботиться о удобстве блобмейкеров никто не намерен.

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

     
  • 3.55, Аноним (-), 13:03, 01/07/2013 [^] [^^] [^^^] [ответить]  
  • +/
    нет не вернули
     
  • 3.81, Аноним (-), 16:08, 01/07/2013 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Хочется кому-то выкручивать руки - так делают.

    А если паразитов не строить - они носителя сожрать могут.

    > Правда сотрудники IBM постучали кулаком по столу - и сразу вернули назад.

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

     
     
  • 4.127, linux must __RIP__ (?), 20:37, 01/07/2013 [^] [^^] [^^^] [ответить]  
  • –5 +/
    >> Хочется кому-то выкручивать руки - так делают.
    > А если паразитов не строить - они носителя сожрать могут.
    >> Правда сотрудники IBM постучали кулаком по столу - и сразу вернули назад.
    > Не вижу где у ибм особые привилегии относительно остальных. Это ж не
    > соня с PS4, у которых игровая система есть, тогда как у
    > открытого проекта - только дырка от бублика.

    да ну. Отберет IBM патенты на RCU - что линусоиды делать будут? или остальное вдруг отберет - там много патентов у IBM, вполне могут напомнить об этом :-)

     
     
  • 5.155, Аноним (-), 05:22, 02/07/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > да ну. Отберет IBM патенты на RCU - что линусоиды делать будут?

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

    > или остальное вдруг отберет - там много патентов у IBM, вполне
    > могут напомнить об этом :-)

    А еще у IBM много бизнеса на линухе. Не то чтобы как-то сильно умно пилить сук на котором ты сидишь. Это более-менее дошло даже до большого бизнеса уже.

     
  • 2.29, Аноним4ик (?), 12:37, 01/07/2013 [^] [^^] [^^^] [ответить]  
  • +4 +/
    > а подскажите, зачем так?

    Чтобы не скатываться во фрю.

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

    > и могу ли я завернуть gpl либу в lgpl обертку, а обёртку линковать с проприетарной программой

    Линковать можете. А распространять слинкованное нет.
    Если вы слинковали либеральную (лгпл, бзд, мит) обёртку с гпл-либой, то распространять слинкованное вы можете только под гпл. Соответственно и блоб придётся распространять под гпл. Поэтому проприетарные дрова ставятся из реп, а не из коробки доступны.

     
     
  • 3.32, linux must __RIP__ (?), 12:41, 01/07/2013 [^] [^^] [^^^] [ответить]  
  • –11 +/
    >> а подскажите, зачем так?
    > Чтобы не скатываться во фрю.

    Затем что занимаются принуждением и не умеют создавать стабильное API которое начинают требовать все больше народа (смотрим кучи compat-XXXX проектов).

     
     
  • 4.47, Аноним4ик (?), 12:51, 01/07/2013 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > не умеют создавать стабильное API

    Юзерспейс АПИ линукса не менялось со времён 2.6-ядер. Как обычно просто пук в лужу.

    > Затем что занимаются принуждением и

    Тебя принуждают к линуксу? Подай на этих плохих дядей в суд за принуждение несовершеннолетних.

     
  • 4.49, ананим (?), 12:52, 01/07/2013 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > (смотрим кучи compat-XXXX проектов).

    которые не имеют к kernel-space (т.е. к ядру) никакого отношения вообще.

     
  • 4.82, Аноним (-), 16:10, 01/07/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Затем что занимаются принуждением

    Что, прямо так и присылают парней с автоматами и овчарками на дом? Где они их столько берут?!

    > и не умеют создавать стабильное API которое начинают
    > требовать все больше народа (смотрим кучи compat-XXXX проектов).

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

     

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

  • 1.10, ovg (?), 11:42, 01/07/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    > кэширование доступа к медленным жестким дискам на быстрых SSD-накопителях

    Это как? Это типа алкоголь в малых дозах безвреден в любых количествах?

     
     
  • 2.27, linux must __RIP__ (?), 12:36, 01/07/2013 [^] [^^] [^^^] [ответить]  
  • –7 +/
    >> кэширование доступа к медленным жестким дискам на быстрых SSD-накопителях
    > Это как? Это типа алкоголь в малых дозах безвреден в любых количествах?

    это они пытаются создать что-то подобное ZFS cache только на блочном уровне - что сразу роняет эффективность.

     
     
  • 3.33, kurokaze (ok), 12:42, 01/07/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > это они пытаются создать что-то подобное ZFS cache

    это только в твоих влажных фантазиях

     
     
  • 4.41, linux must __RIP__ (?), 12:48, 01/07/2013 [^] [^^] [^^^] [ответить]  
  • –9 +/
    >> это они пытаются создать что-то подобное ZFS cache
    > это только в твоих влажных фантазиях

    Аха.. тестировали мы все эти реализации - так что много забавного могу рассказать.
    Все не так красиво :-)
    За одно поинтересуйтесь почему Intel приватно рекомендует не использовать IO AT которые сами же запихали в ядро. Поверьте я знаю о чем говорю :) правда вам такого могут и не сказать - вы же не производитель материнских плат..

     
     
  • 5.135, Аноним (-), 21:42, 01/07/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Аха.. тестировали мы все эти реализации - так что много забавного могу рассказать.

    Только эти рассказы все равно не выходят за пределы твоих влажных фантазий, и поэтому слабо относятся к объективной реальности, в которой нам приходиться жить и работать.

     
     
  • 6.167, arisu (ok), 12:55, 02/07/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    ну дык. русский он «ниасилил», зато Тестирует.
     
  • 5.141, anonymous (??), 22:48, 01/07/2013 [^] [^^] [^^^] [ответить]  
  • +3 +/
    "У нас есть такие приборы. Но мы вам о них не расскажем"
     
     
  • 6.142, Andrey Mitrofanov (?), 23:04, 01/07/2013 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > "У нас есть такие приборы. Но мы вам о них не расскажем"

    Ахтунг! Разработчики секретных приборов в ядре -- в тереде. +++Вспышка промеж!

     
  • 5.156, Аноним (-), 05:28, 02/07/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > Аха.. тестировали мы все эти реализации - так что много забавного могу рассказать.

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

     
  • 3.64, rshadow (ok), 14:06, 01/07/2013 [^] [^^] [^^^] [ответить]  
  • +/
    А зачем ZFS cache создавать если БСД-шники сам ZSF портировали под линукс?
     
  • 3.83, Аноним (-), 16:11, 01/07/2013 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > это они пытаются создать что-то подобное ZFS cache только на блочном уровне

    Да, чем-то похоже на L2ARC но блочный. И?

    > - что сразу роняет эффективность.

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

     
     
  • 4.96, Аноним (-), 16:55, 01/07/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >> - что сразу роняет эффективность.
    > А вот этот тезис нехило бы обосновать.

    Сейчас он тебе обоснует про твою маму (другие аргументы на его интеллектуальном уровне недоступны).

     
     
  • 5.101, Аноним (-), 17:03, 01/07/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Сейчас он тебе обоснует про твою маму (другие аргументы на его интеллектуальном уровне недоступны).

    Да пусть попробует. С дурилки картонной - хоть корма для тролля кусок :).

     
     
  • 6.106, Аноним (-), 18:12, 01/07/2013 [^] [^^] [^^^] [ответить]  
  • +/
    За это мы его и любим :)
     
  • 5.129, linux must __RIP__ (?), 20:39, 01/07/2013 [^] [^^] [^^^] [ответить]  
  • –4 +/
    >>> - что сразу роняет эффективность.
    >> А вот этот тезис нехило бы обосновать.
    > Сейчас он тебе обоснует про твою маму (другие аргументы на его интеллектуальном
    > уровне недоступны).

    аргументы на уровне интелектуалов "ананим" - какие они выдают - такие и получают.


     
     
  • 6.134, Аноним (-), 21:39, 01/07/2013 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > аргументы на уровне интелектуалов "ананим" - какие они выдают - такие и получают.

    Не надо оправдываться. В другой уровень аргументов ты и не умеешь.

     
     
  • 7.139, Аноним (-), 21:55, 01/07/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >> аргументы на уровне интелектуалов "ананим" - какие они выдают - такие и получают.
    > Не надо оправдываться. В другой уровень аргументов ты и не умеешь.

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

     
     
  • 8.158, Аноним (-), 05:30, 02/07/2013 [^] [^^] [^^^] [ответить]  
  • +/
    При том сам еще и подъюзывает линукс при этом Удивительно неконструктивное жела... текст свёрнут, показать
     
  • 6.157, Аноним (-), 05:29, 02/07/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > аргументы на уровне интелектуалов "ананим" - какие они выдают - такие и получают.

    А, ну то-есть как и предполагалось - более разумных аргументов и возражений на мой тезис от этого хрипа не последует. Что и требовалось доказать :).

     

  • 1.11, Гришко (?), 11:43, 01/07/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    О Боги, когда же они уже запилят нормальную поддержку спящего\ждущего режимов? Это так актуально для мобильных пользователей с ноут- и нетбуками...
     
     
  • 2.14, Аноним (-), 11:50, 01/07/2013 [^] [^^] [^^^] [ответить]  
  • +8 +/
    Сначала убедите производителя своего ноутбука запилить нормальные таблицы acpi в фирмварь. А то сколько можно, в самом деле.
    *"Нормальные" читать как строго соответствующие спецификации
     
     
  • 3.18, Аноним (18), 12:15, 01/07/2013 [^] [^^] [^^^] [ответить]  
  • –6 +/
    Лучше убедите тех ослов использовать существующие таблицы. Виндовсу они подходят, а линукс у нас особенный. А да, я забыл, у линукса нет пользователей - только топ500.
     
     
  • 4.34, Андрей (??), 12:42, 01/07/2013 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Убедите производителей сделать ОДНУ таблицу ACPI, а не "для виндовз" и "для НЕ виндовз"
     
     
  • 5.43, Аноним (18), 12:49, 01/07/2013 [^] [^^] [^^^] [ответить]  
  • –4 +/
    У них одна и есть. Бери и пользуйся. Религия не позволяет?
     
     
  • 6.97, Аноним (-), 16:57, 01/07/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > У них одна и есть. Бери и пользуйся. Религия не позволяет?

    У каждого вендора своя таблица, которая покорежена под свой набор глюков винды :)

     
  • 4.42, kurokaze (ok), 12:48, 01/07/2013 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > Лучше убедите тех ослов использовать существующие таблицы. Виндовсу они подходят, а линукс у нас особенный.

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

    >А да, я забыл, у линукса нет пользователей - только топ500.

    Худей


     
     
  • 5.58, Аноним (18), 13:06, 01/07/2013 [^] [^^] [^^^] [ответить]  
  • –7 +/
    Так как ABI специфичны для конкретных аппаратных платформ, то для каждой платформы требуется своя версия стандарта. И начиная с версии 3.2 LSB поддерживает семь аппаратных архитектур и соответственно разновидностей твоего стандарта.
    Линукс и скандал это неразделимые сущности. Им не поскандалить с утра - день на смарку.
    И еще, какой стандарт нарушает затворное 3D, что оно не работает в твоем разлюбимом линуксе.
    Чаще выдыхай.
     
     
  • 6.71, ананим (?), 15:00, 01/07/2013 [^] [^^] [^^^] [ответить]  
  • +2 +/
    А какое это имеет отношение к аспи?
    Пытаешься выкрутится что не знал что биос выдаёт разные таблицы аспи для разных ОС?
    Ну не знал, бывает. Гонору правда многовато.
     
     
  • 7.110, Аноним (18), 18:36, 01/07/2013 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Как выходит новая материнка (да и не новая, пример, SABERTOOTH Z77) так всё сразу виноват весь мир. И это не только acpi!! Замерять температуру - блин не один сенсор на материнке не работает. Ох нам подсунули новый чип! Замерить обороты вентиляторов - нет ни единого даже на процессоре.
    По сей день дефолтное ядро 3.9.x не меряет частоту i7 когда он переходит в TurboBoost. Что тоже таблицы отошли от стандарта? Вам все, за что не возьмись, выдает не так как нормальным людям.
     
     
  • 8.112, Аноним (-), 18:45, 01/07/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Сам владелец Хорошая материна Линукс с ней ничего не может, подтверждаю Да та... текст свёрнут, показать
     
     
  • 9.162, Аноним (-), 05:39, 02/07/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А проблемы с третьими юсбями - реально были И не только на той материнке, я еще... текст свёрнут, показать
     
  • 4.75, qux (ok), 15:50, 01/07/2013 [^] [^^] [^^^] [ответить]  
  • +/
    [:|||:]
    http://www.osnews.com/story/17689/Bill-Gates-on-Making-ACPI-Not-Work-with-Lin
     
  • 4.84, Аноним (-), 16:14, 01/07/2013 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Лучше убедите тех ослов использовать существующие таблицы. Виндовсу они подходят,

    Уточним: производитель делает не по стандарту который описан, а абы как. Виндус хавает - ну и ладно! А там хоть трава не расти. А линуксные разработчики - пишут поддержку по спекам, а костыли на чужую кривизну могут и не успеть подставиьт. А они что, виноваты в том что какие-то ж@порукие обезьяны делают таблицы левой пяткой? Если пройти каким-нить валидаторов (да кернел и сам по минимуму умеет) - можно узнать много нового о том кто на самом деле криворукий. И это не линуксные разработчики, смею вас заверить. У этих с руками как раз все в порядке.

     
     
  • 5.91, Аноним (-), 16:38, 01/07/2013 [^] [^^] [^^^] [ответить]  
  • –5 +/
    Опять все вокруг виноваты кроме.. Опять все вокруг жопорукие кроме.. Так вы дальше 1% так и не уедете.


     
     
  • 6.98, бедный буратино (ok), 16:57, 01/07/2013 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Лучше принести победу на штыке и установить свои порядки, чем сидеть в жопе и самоуспокаивать "зато я вместе с победителями". У шавок нет ничего общего с победителями. И своих желаний у них тоже нет - не положено по статусу.
     
  • 6.102, Аноним (-), 17:05, 01/07/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > дальше 1% так и не уедете.

    Они уже давно уехали далеко за 1% во многих отраслях. А десктопники сами чего доброго в 1% скатятся. Потому что хомякам десктопники и ноуты вообще не вперлись. Хватит с них планшета, во.

     
     
  • 7.105, Crazy Alex (ok), 18:01, 01/07/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Вообще-то даже тупые интернетовские счетчики уже больше показывают. Угу, для десктопа.
     
     
  • 8.159, Аноним (-), 05:31, 02/07/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Да вообще-то из линя нормальный такой десктоп получается Майкрософт с 8-кой и о... текст свёрнут, показать
     
     
  • 9.170, Crazy Alex (ok), 14:44, 02/07/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Я на линевом десктопе уже лет пять минимум сижу постоянно, так что я в курсе - ... текст свёрнут, показать
     
  • 5.114, Аноним (18), 18:58, 01/07/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > Виндус хавает - ну и ладно!

    Сейчас не знаю как дела с ноутами вообще, но уже давненько сталкивался поближе с Тошибой. Вот у них acpi был совсем на изнанку. Установленная сусе показывала заряд батареи (с включенным acpi), но небыло звука и обратно с выключенным. Виндовс на этой тошибе работал только тот, что поставлялся с ноутом. Если взять стандартный виндовс с сайта MS он вел себя точно так же как и линукс. Нет никакого чуда. Тошиба делает свой драйвер своего перекрученного acpi под виндовс. Даже если Тошиба сделает закрытый драйвер под линукс - линуксу это не поможет. Они же пишут сами - тогда чего и жаловаться на таблицы. Производитель железки делает то что ему нужно, а не то, что хотят линуксоиды.

     
  • 4.138, Аноним (-), 21:53, 01/07/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > Лучше убедите тех ослов использовать существующие таблицы. Виндовсу они подходят, а линукс

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

     
     
  • 5.146, Аноним (-), 02:28, 02/07/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > А разработчикам линукса ничего не сообщают.

    А обязаны?

     
     
  • 6.160, Аноним (-), 05:32, 02/07/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > А обязаны?

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

     
  • 6.168, arisu (ok), 12:58, 02/07/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >> А разработчикам линукса ничего не сообщают.
    > А обязаны?

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

     
  • 2.15, Fnonim (?), 11:54, 01/07/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Задонать программистам или сам напиши. Опенсорс же
     
  • 2.16, FiX (ok), 12:00, 01/07/2013 [^] [^^] [^^^] [ответить]  
  • +3 +/
    А что с ней не так?
     

  • 1.13, ДяДя (?), 11:45, 01/07/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >В подсистему iSCSI добавлена поддержка протокола RDMA (iSER), предоставляющие похожие на DMA возможности для организации прямого доступа к памяти другого компьютера;

    Это круто, но как оно до сих пор работало ???

     
     
  • 2.17, Аноним (-), 12:11, 01/07/2013 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Очевидно, никак.
     
     
  • 3.63, ДяДя (?), 14:00, 01/07/2013 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Всё понял. Из новости не ясно.

    Модуль сделали для LIO:
    "An InfiniBand iSER fabric module for the LIO Linux SCSI Target is currently being implemented as a joint development effort between RisingTide Systems and Mellanox. It will be released with Linux kernel version 3.10."

    iSER, разумеется, и до этого прекрасно работал (в 2008 году точно был), но через open-iscsi.

    Столько всяких независимых друг от друга проектов, которые имеют отношение к SCSI в Linux развелось, что кое-кто ногу сломит, а у меня так мозг поломался.

     
     
  • 4.137, Аноним (-), 21:51, 01/07/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > Столько всяких независимых друг от друга проектов, которые имеют отношение к SCSI
    > в Linux развелось, что кое-кто ногу сломит, а у меня так
    > мозг поломался.

    На самом деле основных таргета всего три: iet, tgt и lio. Раньше мейнстримом был tgt, теперь - lio.
    А open-iscsi, насколько я помню, исторически сложился как инициатор.

     
     
  • 5.164, ДяДя (?), 11:30, 02/07/2013 [^] [^^] [^^^] [ответить]  
  • +/
    >На самом деле основных таргета всего три

    Мне оказалось достаточно для поломки мозга ;-)
    В солярке попроще как-то всё.

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

     
  • 2.22, linux must __RIP__ (?), 12:27, 01/07/2013 [^] [^^] [^^^] [ответить]  
  • –3 +/
    RDMA не является обязательным для iSCSI. да - буду доп копирования, но на функционал не влияет.
     
  • 2.39, Аноним (-), 12:47, 01/07/2013 [^] [^^] [^^^] [ответить]  
  • +/
    "The iSER Datamover is envisioned to be implemented in an iSCSI software environment which exploits an RNIC [..]
    SCSI implementations that have been included in hardware, which are known as iSCSI NICs, do not require iSER type of functions since they already do direct memory placement[..]"
     

  • 1.23, Аноним (-), 12:30, 01/07/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    >Новый алгоритм эффективен для небольших и чувствительных к задержке соединений

    Это что за соединения такие, небольшие?

     
     
  • 2.28, ананим (?), 12:37, 01/07/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Стимовские игрухи?
     
     
  • 3.92, Аноним (-), 16:38, 01/07/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > Стимовские игрухи?

    И современный веб на основе аякса. Добро пожаловать в XXI век, чо.

     
     
  • 4.117, Аноним (-), 19:53, 01/07/2013 [^] [^^] [^^^] [ответить]  
  • +/
    man keep-alive connections, что ли.
     
     
  • 5.161, Аноним (-), 05:33, 02/07/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > man keep-alive connections, что ли.

    ma...марш в соседнюю новость - читать о новом гуглопротоколе :)

     

  • 1.37, Xasd (ok), 12:45, 01/07/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    > Для включения новой возможности для существующих разделов следует использовать команду "btrfstune -x".

    а в официальной Wiki -- об этом нет.

    https://btrfs.wiki.kernel.org/index.php/Btrfstune

     
     
  • 2.45, kurokaze (ok), 12:49, 01/07/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > а в официальной Wiki -- об этом нет.

    добавь, на то оно и ут^W вики

     
  • 2.93, Аноним (-), 16:39, 01/07/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > а в официальной Wiki -- об этом нет.

    Ну так прослоупочили. Вика обновляется медленнее чем код, знаешь ли. Сначала код, потом вика. Что вроде бы логично. Странно документировать опции которые еще не написаны :)

     

  • 1.57, freehck (ok), 13:05, 01/07/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    > BCache для кэширования доступа к медленным жестким дискам
    > на быстрых SSD-накопителях

    Блин, ну Вы и переводите. Мне эта фраза мозг сначала сломала.
    Написали бы хоть "для кеширования на SSD-накопителях содержимого более медленных жестких дисков". Я уже молчу о том, что кэширование "доступа" - это вообще что-то запредельное.

     
  • 1.65, rshadow (ok), 14:10, 01/07/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Мне одному кажется что кроме "весеннего обострения" еще появилось "июльское обострение"?
     
     
  • 2.67, Andrey Mitrofanov (?), 14:20, 01/07/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > Мне одному кажется что кроме "весеннего обострения" еще появилось "июльское обострение"?

    Вы хотите, сказать, что ядро выходит раз в 70-90 дней?

     
     
  • 3.113, rshadow (ok), 18:55, 01/07/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Я не про ядро, f про комментаторов на опеннете.
     
  • 2.94, Аноним (-), 16:51, 01/07/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Мне одному кажется что кроме "весеннего обострения" еще появилось "июльское обострение"?

    Вы не совсем правы. Это "всегда обострение".


     
     
  • 3.140, Аноним (-), 21:56, 01/07/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Вы не совсем правы. Это "всегда обострение".

    "Для меня экзамен - всегда праздник!"

     

  • 1.104, lucentcode (ok), 17:26, 01/07/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    Хороший релиз. Радует, что не прийдётся устанавливать отдельно QXL.
     
     
  • 2.109, Andrey Mitrofanov (?), 18:24, 01/07/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > Хороший релиз. Радует, что не прийдётся устанавливать отдельно QXL.

    Погоди рабоваться. Через пару релизов оно опять забитроттит и его опять будут выкидывать. Технологии Майкрософт!

     

  • 1.169, ua9oas (ok), 14:36, 02/07/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Стандартные вопросы: в состав каких дистрибутивов оно войдет? И в каких уже установленных дистрах может быть смысл то их ядро поменять на это? (и в каких случаях?) Какое количество новых устройств в этой ветке поддерживается? (в этот раз написано, что на уровне 45 % изменений связан с драйверами. Хотя по-моему во многих и предыдущих релизах этот % не меньший (а почему?)).
     
     
  • 2.174, Led (ok), 02:18, 03/07/2013 [^] [^^] [^^^] [ответить]  
  • +/
    >  Стандартные вопросы:

    Стандартные ответы ... В общем, там нецензурно... про то, куда тебе пойти.

     

  • 1.173, Cyber100 (ok), 01:41, 03/07/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    бу-га-га!
    эпическая ошибка с nvidia-current 310.44
     
  • 1.177, CSRedRat (ok), 12:43, 09/10/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Похоже, что следующий Android L выйдет с LTSI (longterm) ядром 3.10: https://android.googlesource.com/kernel/common.git/+/android-3.10

    Видел на скриншотах "О телефоне" в Android L на Nexus 6: http://www.smartdroid.de/wp-content/uploads/2014/09/bildschirmfoto-2014-09-27

    Оно же используется в Android Wear KitKat: https://android.googlesource.com/kernel/msm/+/android-msm-dory-3.10-kitkat-wea

     

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



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

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