После двух месяцев разработки Линус Торвальдс выпустил (https://lkml.org/lkml/2013/11/3/160) ядро Linux 3.12 (http://www.kernel.org). Одновременно упомянуты планы по подготовке ядра 4.0, которое планируется выпустить следом за 3.19, примерно через год. Выпуск 4.0 будет примечателен тем, что в него будут включены только исправления ошибок, без добавления функциональных изменений и новшеств. Таким образом ядро 4.0 станет дополнительным стабилизирующим этапом, подводящим итог развития ветки 3.x.
Среди наиболее заметных улучшений ядра 3.12: offline-режим дедупликации в Btrfs, моногопоточная реализация RAID5, новая цель "SYNPROXY" в netfilter, планировщик пакетов FQ, реализация Render Nodes в подсистеме DRI, новый алгоритм OOM, драйвер для GPU из состава Qualcomm Snapdragon, поддержка APU AMD Berlin. В новую версию принято 10.4 тысяч исправлений от 1259 разработчиков, размер патча - 37 Мб (изменения затронули 8636 файлов, добавлено 588 тысяча строк кода, удалено 264 тысяч строк). Около 46% всех представленных в 3.12
изменений связаны с драйверами устройств, примерно 20% изменений имеют
отношение к обновлению кода специфичного для аппаратных архитектур, 12% связано с сетевым стеком, 5% - файловыми системами и 4% c внутренними
подсистемами ядра. 9.8% изменений внесено (http://lwn.net/Articles/570483/) сотрудниками компании Intel, 7% - Linaro, 6.7% - Red Hat, 4.7% - Samsung, 3.7% - IBM, 2.4% - Freescale, 2.3% - Texas Instruments, 2.1% - Linux Foundation, 2.0% - SUSE, 1.7% Oracle, 1.7% - AMD, 1.5% - Google.
Из наиболее интересных новшеств (http://kernelnewbies.org/Linux_3.12) можно отметить:-
Дисковая подсистема, ввод/вывод и файловые системы- Стабилизация поддержки клиента кластерной файловой системы Lustre (http://wiki.lustre.org/index.php/Main_Page), используемой в большинстве кластеров, входящих в список самых мощных суперкомпьютеров мира (6 из 10 и 60 из 100 самых мощных кластеров используют Lustre). Клиентская часть Lustre работает (http://ru.wikipedia.org/wiki/Lustre_%28%D1%81... вкупе с серверами для хранения данных и обслуживания метаданных, предоставляя средства для обращения клиентов к хранимым в распределённой ФС данным (основанный на ext4 бэкенд ldiskfs для организации работы сервера хранения данных в ядро не включен). Модуль для работы клиента Lustre был интегрирован в состав ядра 3.11, но поставлялся в экспериментальном разделе "staging". В версии 3.12 обеспечена его сборка по умолчанию;
- В Btrfs добавлена начальная поддержка offline-режима (http://www.opennet.me/opennews/art.shtml?num=37911) дедупликации блоков данных, при котором дедупликация производится не в момент записи данных, а с использованием внешних утилит, передающих ядру список экстентов, претендующих на дупликацию, через специальный ioctl BTRFS_IOC_FILE_EXTENT_SAME. Получив данный список, ядро произведет дедупликацию, предварительно проверив её целесообразность. Кроме того, в реализацию Btrfs включена серия оптимизаций производительности, в том числе поддержка построения дерева UUID'ов для подраздела, которое заметно ускоряет работу операций send и receive при наличии большого количества снапшотов или подразделов в файловой системе;
- В файловую систему ext3 добавлена поддержка опции монтирования "journal_path=", позволяющей указать местоположение внешнего журнала. В ext4 также реализован метод агрессивного кэширования экстентов с использованием дерева состояния экстентов, который позволяет снизить потребление памяти для большинства типов нагрузки и увеличить производительность асинхронного ввода/вывода;- В файловой системе XFS обеспечена поддержка пространств имён (namespaces), что позволяет обеспечить использование в изолированных контейнерах отдельных полномочий доступа к XFS. Усилено совместное использование кода в модуле ядра XFS и библиотеке libxfs. Проведена оптимизация производительности;
- Обеспечена поддержка многопоточности в реализации программного RAID5 (MD RAID5), что позволило поднять максимальный предел интенсивности ввода/вывода при использовании высокопроизводительных накопителей;
- Для DM (device mapper) подготовлен модуль для отслеживания статистики по активности ввода/вывода для диапазона блоков на DM-устройстве;
- В реализацию механизма pstore (http://lwn.net/Articles/434821/), позволяющего сохранить отладочную информацию о причине краха в не теряемые между перехагрузками области памяти, добавлена поддержка сохранения данных в сжатом виде;
- В подсистему ATA добавлена поддержка новых SSD-накопителей, поддерживающих обработку очереди TRIM-операций;- В F2FS (http://www.opennet.me/opennews/art.shtml?num=35667), развиваемую компанией Samsung высокопроизводительную файловую систему для Flash-накопителей, добавлена поддержка sysfs, возможность inline-хранения атрибутов xattrs, проведена оптимизация производительности;
- Обеспечена поддержка указания данных о таблицах разделов блочного устройства в виде передаваемых ядру загрузочных опций. Пример для накопителя eMMC: 'blkdevparts=mmcblk0:1G(data0),1G(data1),-;mmcblk0boot0:1m(boot),-(kernel)';- В файловой системе HFS+ появилась поддержка POSIX ACL;
-
Виртуализация и безопасность
- В подсистему evdev, работающей с устройствами ввода, добавлен новый ioctl-вызов EVIOCREVOKE, позволяющий отозвать доступ к указанному файловому дескриптору. Указанный вызов позволяет обеспечить защиту от атак (http://www.opennet.me/opennews/art.shtml?num=37717) по перехвату ввода при переключении активных графических сеансов.- Добавлен механизм паравиртуализированных блокировок (ticket spinlocks), увеличивающих эффективность блокировок в виртуальных окружениях;
-
Сетевая подсистема
- В подсистему netfilter добавлена новая цель "SYNPROXY", симулирующая установку соединения на одной стороне межсетевого экрана до непосредственного фактического соединения на другой стороне. Указанная возможность позволяет организовать обработку SYN cookies по периметру для защиты от попыток обхода межсетевого экрана.- В TCP-стек добавлена поддержка регулирования размера TSO (TCP segmentation offloading), что помогает исключить пульсацию TCP-трафика TCP при использовании разгрузки операций с сегментацией TCP;
- В сетевой стек добавлен (http://lwn.net/Articles/564978/) планировщик FQ (Fair Queuing), обеспечивающий дисциплину справедливого управления очередью для проходящего через систему транзитного трафика. В отличие от других планировщиков, таких как CBQ, FQ отличается достаточно простой реализацией и способностью планирования обработки пакетов из любого числа потоков в ситуации использования техник снижения пульсации при передаче пакетов (TCP pacing).
-
Память и системные сервисы- В подсистеме прямого рендеринге реализована (http://www.opennet.me/opennews/art.shtml?num=37797) технология Render Nodes, подразумевающая разделение монолитных устройств /dev/dri/card{num} на две категории: Rendering Nodes (/dev/dri/renderD{num}), отвечающие за аппаратное ускорение рендеринга и обсчет вычислительных заданий GPGPU, и ModeSetting Nodes (/dev/dri/modeset{num}), обеспечивающие переключение видеорежимов и управление экраном. Таким образом предоставлены более гибкие средства для управления правами доступа и возможность выполнения вычислений на GPU или рендеринга без вывода на экран и без привязки к активному дисплею. До реализации Render Nodes все операции рендеринга и смены видеорежимов выполнялись через один интерфейс, что приводило к невозможности независимого выставления прав на выполнение операций ускорения рендеринга и переключение видеорежимов. Поддержка новой концепции уже добавлена в драйверы i915, Radeon и Nouveau.
- Удалены поддержка интерфейса /proc/a...URL: https://lkml.org/lkml/2013/11/3/160
Новость: http://www.opennet.me/opennews/art.shtml?num=38331
Норм. Надо будет попробовать дедупликацию на Btrfs.
Когда там Btrfs станет стабильной??
Для белок-истеричек - никогда :)
Ну, согласно Wiki (https://btrfs.wiki.kernel.org/index.php/Main_Page) на 3.12 они планировали Lots of stability and bugfix patches, так что сейчас всё же я не стал бы на неё особо надеяться.Хотя на тестовом разделе надо будет погонять, и вообще - как раз свежий винт беру, надо погонять FS в современном состоянии и с тюнингом. Кандидаты - Ext4, XFS, Btrfs.
BTW - если у кого-то есть идеи/предложения - буду рад выслушать:
- виды нагрузки (и как реализовать)
- опции создания/монитрования FS.Винт планируется Hitachi HUS724030ALA640 (0F14689) - это трехгигабайтник с нативными 215-байт секторами.
На десктопе уже пол года полет с btrfs нормальный. Ноут домашний.
Сжатие включил, очень все прилично. Но mysql база на ней
требует особых настроек папок, хранящих файлы БД.
Отключить CoW надо (делается chattr-ом)...будет веселее
бегать.
> Отключить CoW надо (делается chattr-ом)...будет веселее бегать.Логично, блин: у него свое журналирование есть. И когда CoW начинает журналить журнал - ну вы наверное догадываетесь что это не самое умное начинание на свете :).
>> И когда CoW начинает журналить журнал - ну вы наверное догадываетесьИнтересно почему оно еще само не умеет детектировать журналы как например LZ4
> Интересно почему оно еще само не умеет детектировать журналы как например LZ4Наверное потому что снегири - не гири. LZ4 - это вообще алгоритм сжатия такой. Жмет данные. Никакие журналы он не детектирует никаким боком.
>> Интересно почему оно еще само не умеет детектировать журналы как например LZ4
> Наверное потому что снегири - не гири. LZ4 - это вообще алгоритм
> сжатия такой. Жмет данные. Никакие журналы он не детектирует никаким боком.Сжатые данные детктирует, проведем аналогию
Что?«Детектор детектирует детектируемые детектором данные, проведем аналогию»
> Сжатые данные детктирует, проведем аналогиюИнтересные у вас аналогии. А теперь домашнее задание: предложите алгоритм который сможет это сделать.
В случае компрессоров детектирование довольно простое: попробовали сжать, если результат получился больше оригинала - забиваем на сжатие и записываем несжатый оригинал. Бывают оптимизации этого процесса, например раннее детектирование по части данных. Но оно может облажаться и забраковать данные которые содержали сжимаемые куски. Такое вот детектирование.
Не, опыт одного домашнего ноута против пачки багфиксов в ядро как-то не катит.
> Не, опыт одного домашнего ноута против пачки багфиксов в ядро как-то не катит.Да и опыт миллионов продакшен-серверов тоже.
http://www.opennet.me/opennews/art.shtml?num=35224
http://www.opennet.me/opennews/art.shtml?num=36591
http://www.opennet.me/opennews/art.shtml?num=35164
http://www.opennet.me/opennews/art.shtml?num=35240
Опыт миллиона продакшн-серверов означает, что баги если и есть, то это какие-то совсем экзотические ситуации, что и подтверждает ваш списочек:1) баг проявлялся при нестандартных опциях монтирования FS
2) баг пойман вообще в невышедшем ядре, да еще и только для big-endian архитектур
3) опять экзотика - несколько последовательных mount-unmount без паузы
Ну и четвертый пункт - это повтор для первого.Как видите, никакое мейнстримное использование и близко не затронуто,что логично - всё, что хоть как-то часто проявлялось, уже исправлено.
А если каждый релиз ядра прилетают багфиксы - это никак не стабильность. Хотя хом юзеры (и я в их числе) вполне погут пробовать, конечно. Не думаю, что там будет что-то такое, что катастрофически убьет FS, а важные вещи можно бекапить или просто туда не класть. Другое дело, что выгода для домашнего юзера, да еще для некритичных данных редко где проявится - снапшоты ему использовать негде, а больше ничего великого Btrfs ему и не предлагает. Впрочем, может, бенчмарк покажет какую-нибудь немеренную производительность... вот погляжу на выходных.
> Опыт миллиона продакшн-серверов означает, что баги если и есть, то это какие-то совсем экзотические ситуации, что и подтверждает ваш списочек:Да пофиг на их экзотичность. Багфиксы были? Были. Значит, по вашей логике, нестабильно.
У меня немного другая логика. Если идет простыня багфиксов к ФС, которую кто-то где-то иногда использует - я даже вникать не стану, мне и без этого есть чем заняться. В обратной ситуации - на пару багфиксов в год к ФС, которая много лет успешно используется на миллионах машин - можно и глянуть внимательно. А можно просто положиться на то, что если нет заголовков большими буквами о потере данных - значит пользоваться можно. Потому что массой берет.А вот на патчи и баги к чему-нибудь менее используемому, вроде reiserfs, уже пришлось бы смотреть плотно и решать, мой это случай или нет.
> 215-байт секторами.Wtf? oO
Ну очепятка вышла, что ж делать.
> сейчас всё же я не стал бы на неё особо надеятьсяА я не надеюсь и не переживаю - просто использую её для корня вот уже полгода.
Когда однажды распробовал снапшоты и клоны - уже нельзя от них отказаться.
> Когда однажды распробовал снапшоты и клоны - уже нельзя от них отказаться.К тому же оно вполне работает. Если не заниматься какими-то наворотами типа райд5/6 которые впилили недавно и еще возможно не обезглючили - оно вполне себе работает. Оракель вон ее уже официально сватает местами, зюзеводе в бете - тоже.
RAID5/6 абсолютно точно не готова ни к чему, кроме экспериментов (об этом и разработчики заявляют прямым текстом). Насколько я помню, восстановление данных в этих режимах после сбоя одного из дисков тупо не доделано до конца (и все заинтересованные стороны об этом в курсе).
> RAID5/6 абсолютно точно не готова ни к чему, кроме экспериментов (об этом
> и разработчики заявляют прямым текстом).Ну да, там как раз баги чинят вокруг и около.
> (и все заинтересованные стороны об этом в курсе).
Мне это можно и не рассказывать - я более-менее мониторю разработку brtfs. Мне она самому пригодится, знаете ли.
> Винт планируется Hitachi HUS724030ALA640 (0F14689) - это трехгигабайтник с нативными 215-байт
> секторами.Гм.. ну про 512-байт на сектор знаю, про 4096 - это некий Advanced Format. А вот это что вы изобрели???
>> Винт планируется Hitachi HUS724030ALA640 (0F14689) - это трехгигабайтник с нативными 215-байт
>> секторами.
> Гм.. ну про 512-байт на сектор знаю, про 4096 - это
> некий Advanced Format. А вот это что вы изобрели???misstype же 512-215 не?
>>> Винт планируется Hitachi HUS724030ALA640 (0F14689) - это трехгигабайтник с нативными 215-байт
>>> секторами.
>> Гм.. ну про 512-байт на сектор знаю, про 4096 - это
>> некий Advanced Format. А вот это что вы изобрели???
> misstype же 512-215 не?Уже понял. Приступ буквоедства, извините :).
> Приступ буквоедства, извините :).Срочно примите 492 буквы у профильного специалиста :)
В буквы играют всеindex : kernel/git/torvalds/linux.git
author Rafael J. Wysocki <rafael.j.wysocki@intel.com> 2013-10-01 21:02:43 (GMT)
committer Rafael J. Wysocki <rafael.j.wysocki@intel.com> 2013-10-01 21:02:43 (GMT)
commit 6585925b62fa4dd2f4aecf634b0f8956577aa981 (patch)
tree 94c4de38951dba00b5d02c80dd4d7ba531838450 /drivers/acpi/scan.c
parent 15c03dd4859ab16f9212238f29dd315654aa94f6 (diff)-EXPORT_SYMBOL_GPL(acpi_bus_get_device);
+EXPORT_SYMBOL(acpi_bus_get_device);Так как им удобно и где удобно.
Когда наши внуки подрастут. Вот они её и будут пользовать.
> Когда наши внуки подрастут. Вот они её и будут пользовать.Бедные слоупоки :'(.
> Когда там Btrfs станет стабильной??Сразу после ext4. То есть, в ближайшие лет 10 это нам не грозит.
> Сразу после ext4. То есть, в ближайшие лет 10 это нам не грозит.Вам - может и не грозит. А я уже несколько лет ext4 использую и никаких проблем от этого не имел.
мнение того, кто используя проблем не имел ничего не значит (так как пользы в нем ноль), а вот к словам тех, кто словил проблемы стоит прислушаться - пользы больше
> мнение того, кто используя проблем не имел ничего не значит (так как
> пользы в нем ноль), а вот к словам тех, кто словил
> проблемы стоит прислушаться - пользы большеА нормальные люди, имеючи проблемы - пишут в багтрекер. Вот к потокам багов в багтрекер прислушиваться стоит. Ну и к списку фиксов. Чтобы понимать состояние проекта. На данный момент какой-то особой крутизны там уже не попадается.
А то что где-то в принципе может порыться крутой баг - так он и в EXT2 доисторическом может порыться с таким же успехом. Баги в любом софте бывают. Сколь-нибудь массово вылезавшие баги в ext4 поудавили когда он стал дефолтной ФС в большинстве дистров. Так что по моему нескромному мнению им вполне можно пользоваться и это не опаснее чем какие-либо другие ФС в общем случае.
> Вам - может и не грозит. А я уже несколько лет ext4 использую и никаких проблем от этого не имел.Вы уже много лет живете на этом свете.
Значит ли это, что вы бессмертны?
Начнем с того, что это дефолт уже несколько лет и соотвествует современным требованиям в отличии от ext3 (тот же трим и многое другое). Кому нужны навороты типа схатия, снепшотов (странно, что в ntfs это сто лет есть), то есть lvm, Btrfs, Zfs и т д
> сто лет есть),В NTFS нет нормально реализованных снапшотов. По крайней мере ничего и близко сравнимого с CoW. До микрософта стало доползать что открытые системы начинают их сказочно обставлять, так что они наспех сгородили в win2012 (да, десктопные хомячки опять в пролете) ReFS. Который таки CoW. Но в нем нет и одной пятой возможностей ZFS и Btrfs.
В 90% случаев снепшоты юзают для бекапов, особенно хомячки на своих декстопах. Главное, что оно просто есть давно и у всех на дефолтной фс без надстроек.
> В 90% случаев снепшоты юзают для бекапов,...что является кpeтинизмом в терминальной стадии. Т.к. при малейшем сбое снапшотная механика, особенно привинченная черти-как имеет свойство рассыпаться, затрагивая достаточно много данных.
> Главное, что оно просто есть давно и у всех на дефолтной
> фс без надстроек.Ну да, а запорожец - тоже машина. Тарахтеть и ездить умеет. Ну и что что громко тарахтит, медленно ездит и уровень комфорта не фонтан? :)
> Вы уже много лет живете на этом свете.
> Значит ли это, что вы бессмертны?Нет. И именно поэтому я и начинаю пользоваться софтом когда я вижу что его качество начинает меня устраивать. Я довольно разборчивый. И мне нужны мои данные, между прочим. И я сам себе не враг. Поэтому я отмониторил момент когда ext4 стал по чисто техническим показателям типа интенсивности фиксов багов и крутизны этого добра не хуже остального. Что означает что основную массу багов удавили. И стал им пользоваться. Иначе так можно всю жизнь с тормозным и бестолковым крапом типа ext2 мумукаться.
> Нет. И именно поэтому я и начинаю пользоваться софтом когда я вижу что его качество начинает меня устраивать.А уровень качества вы, как сами признались, определяете по методу левой пятки.
Не вижу смысла в такой "разборчивости". Нужны данные - юзайте ext3. А нет - так не бухтите по поводу стабильности.
> А уровень качества вы, как сами признались, определяете по методу левой пятки.А мне можно. Эксперименты показали что моя левая пятка редко ошибается. Поэтому я уже 10 лет как профильный специалист. Все еще хотите меня поучить определению качества софта? О, это будет забавно :)
> Не вижу смысла в такой "разборчивости". Нужны данные - юзайте ext3.
Сами и юзайте свой "ext2 с журналом", который клинит на минуту при удалении больших файлов. Для бакланов еще раз: майнстрим нынче ext4. И соотношение его популярности к количеству багов которые в нем поймали - вполне культурное, так что им на данный момент вполне можно пользоваться. Общее качество уже вполне на уровне. А если у вас данные супер-ценные - бэкапы все-равно не отменяли. Г#вно может случиться и вообще без участия ФС. Ну там диск помрет - и хана данным. А какая там ФС - вообще до балды. Современные диски вообще сыпятся как горох. В лучшем случае вы сможете заметить надвигающийся п...ц по smart и ошибкам чтения. В хучшем - винч внезапно и сразу околеет.
> Я довольно разборчивый. И мне
> нужны мои данные, между прочим. И я сам себе не враг.Если вам нужны ваши данные, значит их надо держать на рейде, не забывая о периодических бэкапах в нескольких экземплярах на другие рейды, расположенные на других машинах в других зданиях.
Все остальное - ext3/fat16/ntfs/какая_там_еще_якобы_надежная_fs накрывается медным тазом. И весь вопрос лишь - когда это произойдет?
>Если вам нужны ваши данные, значит их надо держать на рейде, не забывая о периодических бэкапах в нескольких экземплярах на другие рейды, расположенные на других машинах в других зданиях.В други странах, ваш КО
>Все остальное - ext3/fat16/ntfs/какая_там_еще_якобы_надежная_fs накрывается медным тазом. И весь вопрос лишь - когда это произойдет?
У тебя плохо получается пытаться быть КО. Иначе ты бы написал что при прочих равных лучше использовать более надежную фс.
ext3, затем ext4 у меня уже 12 лет на многих машинах стабильно работает, в то время как ntfs сыпался пару раз, так то
У меня сыпались и ext3/ext4, и ntfs, и fat12/fat16/fat32, и даже TR-DOS c CP/M`ом :) Проблемы бывали,как на софтварном, так и на аппаратном уровне.Так что извините, но для меня надежной FS просто не существует - все они рано или поздно могут упасть, уж поверьте моему четвертьвековому опыту.
"Вс ненадежны" не означает "все одинаково ненадежны". Даже если есть все бекапы - это еще не повод увеличивать себе шанс возни с ними.
> "Вс ненадежны" не означает "все одинаково ненадежны". Даже если есть все бекапы
> - это еще не повод увеличивать себе шанс возни с ними.EXT4 в этом плане вполне культурно себя ведет на данный момент.
это будет название linux kernel NT 4.0 ?
+100500 После for Workgroups :))
Пока ждем Linux NT 3.51
> Пока ждем Linux NT 3.51Ага, та же мысль -- "а как же 3.51?!" :)
а так же П-Linux 3.14.15-9265
Пилинукс - это такой маленький полосатый бело-сине-красный ОС.
> Пилинукс - это такой маленький полосатый бело-сине-красный ОС.Вы так говорите, как будто в других стра^Wцветах пилить не умеют.
> Пилинукс - это такой маленький полосатый бело-сине-красный ОС.Твой пост проплачен "Аквафреш"
Так занято уже!
This is XeTeX, Version 3.1415926-2.5-0.9999.3 (TeX Live 2013)
...
Если каждые 5 лет так увеличивать главный номер, то что потом, он о потомках подумал? Как жить дальше с linux kernel 157.15 в далеком будущем, придется ребут делать.
Nvidia же живет и не парится прямо сейчас - в современности :)
> Nvidia же живет и не парится прямо сейчасА в соседней новости говорят что парится :).
>> Nvidia же живет и не парится прямо сейчас
> А в соседней новости говорят что парится :).Парится от собственной нумерации? Лол, читай "соседнюю новость" более внимательно, много думай :))
Я думаю парятся потому что их драйвера не работают с Linux 3.11+
А кто сказал, что в будущем будут номера версий? Мозиллка вон порывалась сделать лишь две версии — up to date и не up to date. Две версии — не так уж и много. Мозг не перегреется.
Это потому, что у мозилки мозг уже перегрелся. Возможно - еще до перехода на безумную нумерацию.
> Это потому, что у мозилки мозг уже перегрелся. Возможно - еще до
> перехода на безумную нумерацию.скандалы интриги расследования
Версия и не версия.
Посмотри, какая у тебя версия less-а.
:))
То less. Ему можно всё. Если станет мозилка еще через пятнадцать лет такой де неотъемлемой частью любой более-менее вменяемой системы - тоже никто на нумерацию бурчать не будет :-)А если серьезно - то мозилловский (и вебовский в целом) подход перемешивания фич с багфиксами и навязанного обновления утомил - что в браузерах, что в самих веб-приложениях.
> Если каждые 5 лет так увеличивать главный номер, то что потом, он
> о потомках подумал? Как жить дальше с linux kernel 157.15 в
> далеком будущем, придется ребут делать.замыкают шествие пользователи файрфокса с хромом, несущие венок из белых хризантем, символизирующий чувство белой зависти к линуксоидам, не понимающим своего счастья.
Systemd v204
less v458// у меня длиннее
С 4.0 здравая идея. Нужно раз в год выпускать релиз только с bugfix-ами и распространять его как LTS, а не как сейчас с потолка статус LTS назначать.
Ты представляешь как будут орать версионные онанисты от «частой» смены версии?
> а не как сейчас с потолка статус LTS назначать.Это тебе сосед по парте так сказал?
NVIDIA проблемы решило с дровами? (http://www.opennet.me/openforum/vsluhforumID3/92424.html)?
чё толку радоваться выходу новых версий, если апгрейдится на них пока нельзя, иначе рискуешь остаться с новым ядром и нерабочим видео?
внезапно из новости на опеннете аноним узнал что проприетарные драйвера не работают с новыми ядрами.
> внезапно из новости на опеннете аноним узнал что проприетарные драйвера не работают
> с новыми ядрами.# dmesg | grep NVIDIA
ACPI: FACP 000000007ff109fe 00074 (v01 NVIDIA CK8S 06040000 PTL_ 000F4240)
ACPI: DSDT 000000007ff0b140 058BE (v01 NVIDIA CK8 06040000 MSFT 0100000E)
NVRM: loading NVIDIA UNIX x86_64 Kernel Module 319.60 Wed Sep 25 14:28:26 PDT 2013# uname -srm
Linux 3.12.0-rc7+ x86_64У лохов еще вопросы есть?
> У лохов еще вопросы есть?Да! Почему у НеЛоха какой-то RC7, когда уже релиз вышел? :)
>> У лохов еще вопросы есть?
> Да! Почему у НеЛоха какой-то RC7, когда уже релиз вышел? :)Ой, пля, пока ты писало, уже скомпилилось.
# uname -a
Linux localhost 3.12.0+ #25 SMP PREEMPT Mon Nov 4 17:07:30 MSK 2013 x86_64 x86_64 x86_64 GNU/Linux
"Пaцаны, у меня новое ведро скомпилилось, пишу из-под везы, что делать?"
Перейдешь на него когда это ядро появится в твоем дистрибутиве. Скорее всего никогда...
Сколько ненавистников-то сразу набежало.
Есть свободный драйвер nouveau, вполне себе стабильный.
> Есть свободный драйвер nouveau, вполне себе стабильный.nouveau нормально работает на большом брате на работе. но на домашнем ноуте выводит кашу из пикселов вместо текстов в openbox. ноут -- MSI VR330, видео -- GeForce Go 6100.
с проприертарными дровами всё ок
Ну а сабж пробовали?
Или 3.11, 3.10?
А также меса, иксы, этк.
А то окажется, как всегда, что ядро из какого-нибудь 12.04 и прогресс в драйвере то вы и не видели.
> Есть свободный драйвер nouveau, вполне себе стабильный.Только по производительности 20% от проприетарного. Тогда как у интеля и амд все всерьез.
>Только по производительности 20% от проприетарного. Тогда как у интеля и амд все всерьез.Наглая ложь, там в лучшем случае будет 2% от проприетарного.
Вот у AMD - уже да, где-то 20% от проприетарного в среднем набирается.
> Наглая ложь, там в лучшем случае будет 2% от проприетарного.Поскольку я не вижу ваших результатов бенчмарков - посчитаю их за наглую ложь. Потому что результаты бенчей может даже фороникс выложить.
> Вот у AMD - уже да, где-то 20% от проприетарного в среднем набирается.
А 80% не хотели? А в некоторых бенчах открытый драйвер вообще ухитряется каталист натянуть. Нет, проблемных мест у него еще есть, но ваши сведения безнадежно протухли и соответствуют состоянию 3..5-летней давности :P.
>Поскольку я не вижу ваших результатов бенчмарков - посчитаю их за наглую ложь. Потому что результаты бенчей может даже фороникс выложить.Фороникс как-раз и выкладывал результаты для Nouveau по ним и сужу, а также по своему опыту у меня NVidia и на Nouveau не то что fps низкий, а вообще просто интерфейс подтормаживает, это уже не говоря об играх.
>А 80% не хотели?
Хотел бы, но это отдельные выпады, а в среднем 20%-30% от проприетарного.
>А в некоторых бенчах открытый драйвер вообще ухитряется каталист натянуть.
Во всех бенчах с фороникса свободный драйвер проигрывает проприетарному, в некоторых подбирается очень близко но не натягивает.
Поддержка свежих серий AMD карт - HD7000 и HD8000 плохая в свободном драйвере, хоть процесс и идёт...
У тестов фороникса есть один фатальный недостаток, они тестируют на открытых играх, в которые практически никто не играет - тестировали бы на реальных играх из Steam было бы гораздо ближе к реальности.
> Фороникс как-раз и выкладывал результаты для Nouveau по ним и сужу,Вот как раз по недавним результатам от фороникса Nouveau сливает в 3-5 раз проприетари. Но стоит иметь в виду что они юзают свежий стек. Т.е. ядро порядка 3.10, месу 10 и прочая. И оно как правило быстрее того что было раньше. Конкретно нуво так сливает даже не потому что в нем все плохо, а просто потому что реклокинг не умеет, а по дефолту большинство нвидий стартует здорово underclocked. Поэтому драйвер сразу на старте получает пудовую гирю на ногу. Как сделают реклокинг - он одним махом в несколько раз быстрее втопит, результат будет куда менее позорный. Другое дело что деглюкинг и твикинг этой деликатной и не очень простой (в плане принятия решения "когда реклокать") операции может занять энное время. Зато и прирост будет в разы.
> а также по своему опыту у меня NVidia
Оно и видно. А у меня - АМД. И свежак в графическом стеке, примерно то же что и у фороникса - 3.12 кернель, 10-я меса и прочая. А вы знаете, довольно резвенько пашет. DPM доставляет. UVD работает. Хорошо. В данный момент мне придумаывается 1 причина в пользу проприетары: OpenCL. И то - майнинг биткоинов на открытом драйвере уже продемонстирован. О полнофункциональном OpenCL конечно говорить рановато, но...
> и на Nouveau не то что fps низкий, а вообще просто интерфейс подтормаживает,
> это уже не говоря об играх.Ну а вот на моем 5770 можно в xonotic в fullHD срубиться с открытым драйвером. Без просадок FPS, настройки выше среднего. Ну или вон vendetta online - летает себе, на средних настройках FPS приличный. А раньше там слайдшоу было. Гигантской разницы с каталистом как раз нет в большинстве случаев.
>>А 80% не хотели?
> Хотел бы, но это отдельные выпады, а в среднем 20%-30% от проприетарного.На данный момент - 30% от проприетары это уже скорее отдельные выпады в синтетических тестах, типа GPUTest и прочая, или на максимальных настройках, а обычно можно ожидать процентов 70-80 от проприетары. В основном затыки там где на шейдеры сильный упор. И то - недавно включили бэкэнд-оптимизатор кода шейдеров от Vadim Girlin, в ряде нагрузок довольно существенно ускорилось, опять же. И да, по дефолту активировали лишь недавно. Собственно, "oibaf PPA" появился по причине того что темпы разработки MESA и драйверов изрядно увеличились и MESA полугодичной давности может смотреться архаикой. По той же причине релизить месу будут раз в 3 месяца теперь. С ядром 3.12 дополнительный бонус из-за изменений в логике реклока системного проца.
> в некоторых подбирается очень близко но не натягивает.
А если посмотреть http://www.phoronix.com/scan.php?page=article&item=amd_catal... - открытый драйвер обставил линуксный каталист в xonotic. Конечно там линевые каталист не лучшим образом выступил, но xonotic вообще исторически был дружественнен к виндовмому графическому стеку. То что открытый драйвер там не тушуется - уже весьма и весьма.
> Поддержка свежих серий AMD карт - HD7000 и HD8000 плохая в свободном
> драйвере, хоть процесс и идёт...Ну да, вот RadeonSI пока хиловат. Но опять же - прогрессирует довольно быстро, ему разработчики стали уделять немало внимания.
> У тестов фороникса есть один фатальный недостаток, они тестируют на открытых играх,
Они тестируют и на синтетических бенчах типа GPUTest, и на весьма могучих технологических демках типа Unigine Heaven и Unigine Tropics. Которые в плане создания нагрузки ничем таким от всего остального не отличаются (по сути движок крутит сцену-демку вместо игры). Да, кстати таки допинали драйвер до состояния когда даже это там запускается.
> в которые практически никто не играет - тестировали бы на реальных
> играх из Steam было бы гораздо ближе к реальности.Я не думаю что Фороникс сильно хочет покупать игры для тестов. К тому же они ничем таким не особенные. Если что - а вот разработчик Painkiller-а по итогам бетатестов советует открытые дрова. Для всех кроме нвидии: http://www.phoronix.com/scan.php?page=news_item&px=MTQ5MTE
>А если посмотреть http://www.phoronix.com/scan.php?page=article&item=amd_catal... - открытый драйвер обставил линуксный каталист в xonotic.
>xonoticи кто в это играет?
>Я не думаю что Фороникс сильно хочет покупать игры для тестов.
Ну да, конечно, ресурс посвящённый производительности графической подсистемы Linux не обращает внимания на то ради чего собственно и нужна эта производительность - популярные игры (уж простите, но свободные игры унылы и играть в них у большинства нет никакого желания).
К тому же игр из Steam для Linux, которые пригодны для тестов в плане создания достаточной нагрузки, на данный момент раз-два и обчёлся. Купить их может себе позволить любой.
>К тому же они ничем таким не особенные.
Они особенные тем, что в отличии от свободных игр у них есть большая аудитория и соответственно этой самой аудитории будет интересно читать новости о производительности тех игр в которые они играют, а не о каком-то свободном унылом хламе. Для примера, когда выходят апдейты дров nvidia для офтопика то там обязательно указывается на сколько улучшена производительность тех игр, которые на сегодняшний день являются топовыми.
Ну так одно дело - технологии, другое - маркетинг. Да, маркетингом заниматься некому - и пусть его. А технарь понимает, что вопрос в сложности сцены и используемых расширениях, а не в том, для чего эту сцену делали - как демку или как игрушку. И если игрушку - то уныла она или нет.А вообще - интересно, какие у вас мнения насчет других тем. А то пока вы успели обругать открытые драйверы (явно несправедливо) и открытые игры.
> Только по производительности 20% от проприетарного. Тогда как у интеля и амд
> все всерьез.Сынку, ты бы видел как твое ати работало 12 лет назад под линем, и несколько лет после этого. Спасибо, больше не надо, мне нужно прийти домой, посмотреть кино, поиграть в игру и т.п., а не париться с ати- и пост-ати-крапом.
В тоже время я не исключаю что AMD "принесло в жертву" к примеру вельзевулу всех разрабов и драйверописателей ати и теперь там ситуация лучше, однако и не лезу в новости amd-related, в отличии от вас - малолетних нвидия-фобов, так то
> Сынку, ты бы видел как твое ати работало 12 лет назад под
> линем, и несколько лет после этого.Да нормально оно работало. По крайней мере на тех хостах, с которыми доводилось сталкиваться. Ну вот в gatos не игрался за отсутствием надобности, да -- в 2001 перебрался с s3 на nvidia, а несколько лет уж как на intel.
Проблемы индейцев, использующих блобы, шерифа Торвальса не волнуют.
> Проблемы индейцев, использующих блобы, шерифа Торвальса не волнуют.Проблемы эти весьма преувеличины скллонными к юношескому максимализму нытиками вроде тебя
> чё толку радоваться выходу новых версий, если апгрейдится на них пока нельзя, иначе рискуешь остаться с новым ядром и нерабочим видео?http://storage8.static.itmages.ru/i/13/1105/h_1383627996_905...
У меня ноут с двумя AMD 7*** из сна не выходит, как засвидетельствовать в логах, скажите на милость?
> У меня ноут с двумя AMD 7*** из сна не выходит, как
> засвидетельствовать в логах, скажите на милость?Вам сюда - https://bugzilla.kernel.org/buglist.cgi?product=Power%2...
опишете проблему с вашим AMD 7*** по образцу, как здесь - https://bugzilla.kernel.org/show_bug.cgi?id=11255
Интересно, когда выйдет Sabayon на этом релизе
Интересно, SYNPROXY многопоточный??
> Интересно, SYNPROXY многопоточный??Интересно, а где посмотреть код ядра???
> Интересно, а где посмотреть код ядра???git clone git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git и смотри наздоровье :)
A зачем менять нумерацию? Чтобы догнать и перегнать мозиллу?
Мозиловский способ нумерации версий и то, что было в эпоху ядер 2.6.X.Y - это две крайности. А менять мажорный номер раз в три года, вполне себе разумная идея.
предлагаю уже сразу не отставать от номеров версий хрома :) чо уж там
Забавно, Торвальдс только планирует выпустить linux kernel 4.0, а у google уже выпустила android 4.4! Линух как был отстающим, так похоже и останется, хотя жаль, хорошая операционка.
я аж сначала потерялся...
но потом понял - отборный бред.
Не обращай внимание. У него ник обо всем говорит.
$ junkie scan http://www.opennet.me/opennews/art.shtml?num=38331
Анонист
Найден 1 наркоман, вылечить? (Y/n) _
Был for workgroups 3.11,
теперь Novell Netware 3.12 !!!
Кстати, лебединая песня нетвари.
Не, потом были 4-ки, 5-ки, 6-ки,.. но 3.12 — это пик нетвари.
Наивный новелл думал что посасывая у барыги Билли будет жить долго и счастливо. Но разжиревшие X.500 и FTP убили его.
3.12 - это "лебединая песня" мальчиков anykey-ов, а начиная с 4-ки книжки надо было читать.
мальчики anykey-и остались, а нетварь сдохла.
так что если хотите выпедриться, то найдите хотя бы разумный повод.
>В состав принят патч, определяющий факт полного бездействия системы (процессоры при этом могут не находится в состоянии "idle" и выполнять код приложения) и отключающий в этом случае прерывания от таймера. Изменение позволяет поднять производительность при использовании появившейся в ядре 3.10 системы динамического управления генерацией прерываний таймером, выполняющей планирование выполнения задач не зависимо от сигналов таймера. Патч позволяет исключить влияние ядра на выполнение приложения реального времени, обеспечив максимальную отзывчивость, без переключений на обработку прерываний от таймера (ранее, для работы системы требовалось минимум одно прерывание от таймера в секунду).а можно как-то попроще это все сказать, а то я моск сломал, пытаясь выяснить, что первичнее: состояние полного бездействия или полная загрузка ядер и рилтайм >_<
Будет круто. Так лучше?
Тормознуто будет, в шоколаде будет только один процесс - реалтиймовый,
а если будет два реалтаймовых шоколад уже испортиться.
Кстати, если вы включите эту фичу, в системе будет видеться только одно ядро!
Юзерспейсные утилиты, скрипты, фреймворки,... можно выкидывать.
Вся SMP-работа только через ядро!
Да и фиг с ним.
Из всего списка для меня самым критичным было "в XFS обеспечена поддержка пространств имён (namespaces)".
А всё остальное настраивается как тебе нужно.
Это на кернелньюбис надо идти, там объясняют обычно
> а можно как-то попроще это все сказать, а то я моск сломал, пытаясь выяснить, что первичнее: состояние полного бездействия или полная загрузка ядер и рилтайм >_<Полное бездействие - это когда не надо реагировать на прерывания, т.е. через внешние (и не очень внешние) устройства никто не стучится.
В такой обстановке (когда никто не дергает) хорошо работается realtime-приложениям.
> а можно как-то попроще это все сказать, а то я моск сломалЭто BDSM под наркозом.
>В DRM-драйвере Nouveau обеспечена корректная поддержка управления питанием, в том числе добавлена возможности динамического включения и отключения питания для вторичных GPU на ноутбуках, поддерживающих технологию NVIDIA Optimus;Когда это добавят в проприетарный nvidia-drivers, задолбало ждать уже.
Во-во. А то оптимус фиг работает, но батарейку таки жрёт.
В DRM-драйвере Nouveau обеспечена корректная поддержка управления питанием,
в том числе добавлена возможности динамического включения и отключения питания
для вторичных GPU на ноутбуках, поддерживающих технологию NVIDIA Optimus;
Вот только гризишь либо новьё, либо блоб.Или предлагаешь так, выгружаешь иксы, выгружаешь недоделанный блоб, грузишь новьё, выключаешь карту.
Захотел поиграть — в обратном порядке.
Угу. Смахивает на издевательство.
> Угу. Смахивает на издевательство.Адептам нвидии не привыкать. Лечение от нвидии "а наше железо будет работать только если вы пошли на наш сайт и скачали у нас драйвер" - само по себе давно выглядит довольно издевательски.
> Адептам нвидии не привыкать. Лечение от нвидии "а наше железо будет работать
> только если вы пошли на наш сайт и скачали у нас
> драйвер"Судя по последним новостям - даже в этом случае не будет.
> Судя по последним новостям - даже в этом случае не будет.Вот упоротые отморозки! Вас е...лом в монитор засунуть нужно,
чтоб увидели, что всё работает, во всех позах и ядрах начиная с 1995 года.
Иль ты так пытаешься себя убедить в том, что ты не лоханулся купив АМДэшный УГэ!
Ага, ага. Драйвер nvidia настолько крут, что даже на атишных карточках работает, причем начиная с 1995 года.
> чтоб увидели, что всё работает, во всех позах и ядрах начиная с 1995 года.Оно и видно по соседней новости. Ну подумаешь вон там запатчили, вон там повременили, все-равно его не брошу, потому что он хороший!
> Иль ты так пытаешься себя убедить в том, что ты не лоханулся
> купив АМДэшный УГэ!Бугурт каркуши доставляет :). Амдшный УГэ зато может при старте с ливфлехи прилично работать. Без скачки всякого шита, xorg.conf и прочих перезагрузок. А любители проприерасии до сих пор инсталлят дрова по мсдосовским технологиям, обеспечивая плагнплейность силами юзера.
> при старте с ливфлехиНу надо же, а я ливки и с драйвером nvidia выполнял. Правда, в последние годы мороки с ними прибавилось, потому как принципиально не автодетектим-с, если есть nouveau.
> Ну надо же, а я ливки и с драйвером nvidia выполнял.Имхо совершенно неперспективное начинание, с такии же успехом ежа учить летать можно. Головняк будет всегда. Это не поддерживается ни ядерщиками, ни нвидией. Что означает заявку на головняк.
[shameless_rant]И вообще, нет бы помогали допинать открытый графический стек до кондиции. Вместо этого дрейфуете по течению, вбухивая силы в работу на мусорный бак. А будущее графического стека пингвина опять куется у каких-то убунтуев, где свежак тестируется в всяких oibaf-ppa.[/shameless_rant]
> Правда, в последние годы мороки с ними прибавилось, потому как принципиально
> не автодетектим-с, если есть nouveau.Да у амдшников тоже графика на раз отваливается, если драйвера между собой клещиться начинают. А они могут. Собственно открытые дрова правильно вгружаются теми же иксами при отсутствии конфига, 100% плагнплей. Блобье же явно себя прописывает в конфигу т.к. иначе по дефолту иксы открытый драйвер грузят. Что логично для открытого графического стека, хм...
>> Ну надо же, а я ливки и с драйвером nvidia выполнял.
> Имхо совершенно неперспективное начинание, с такии же успехом ежа учить летать можно.В данном случае летать учил FlightGear. :)
http://ftp.linux.kiev.ua/pub/Linux/ALT/people/mike/iso/mkima.../ (NB: недавняя сборка НЕ проверялась на нвидиях, под рукой на стенде не нашлось)
> Это не поддерживается ни ядерщиками, ни нвидией.
Чего?
> И вообще, нет бы помогали допинать открытый графический стек
> до кондиции. Вместо этого дрейфуете по течениюВ этом есть доля правды, бисект по своему интелу так и не добрался сделать: https://bugs.freedesktop.org/show_bug.cgi?id=61811 -- но вообще-то в данном случае задачку себе поставил как "поднять FG", причём для радеонов в этом году подумал и перевёл на radeon, помнится. За nouveau рад и всё такое, но для этой задачки оно, как Вы знаете, пока не годится. А у сборщика даже такого пробного образа приоритеты стоят всё-таки не на отладке иных подлежащих компонент, как опять же наверняка понимаете.
> Что логично для открытого графического стека, хм...
Ну последним-то могли бы и на наличествующий nvidia_drv сваливаться, если и упадёт, то хуже уже не будет. Разве если ядро уронит. Ай, не суть.
>> при старте с ливфлехи
> Ну надо же, а я ливки и с драйвером nvidia выполнял.
> Правда, в последние годы мороки с ними прибавилось, потому как принципиально
> не автодетектим-с, если есть nouveau.Было бы странно, если бы "автодетектил". Ты давно смотрел в ту свалку г^Hмусора, которую из себя представляет nvidia-хозяйство в ALTLinux?
> Было бы странно, если бы "автодетектил". Ты давно смотрел в ту свалку
> г^Hмусора, которую из себя представляет nvidia-хозяйство в ALTLinux?С год тому, вот только лучше нигде не видел.
> само по себе давно выглядит довольно издевательски.Слухай, кучерявенький, купи Nvidia иль сделай свою карту, и раздай на халяву всем.
Ты лучше скажи, почему 1.5 калеки, работающие над новьём, смогли после реверс-инжиниринга это сделать, а хвалёные спецы из нвидиа — нет?
Подход шаромыжной конторы — задекларировали поддержку, а там то этого нет, то того.
Дай угадаю, зашёл посрать и видюхи nvidia нет?!http://us.download.nvidia.com/XFree86/Linux-x86/319.12/READM...
Типа того.Смотрю как-то пол-года назад — оптимус в ридми. Пробую — не работает. В следующей версии дров — тоже самое.
В 3-ей версии — таже хрень.
Вывод — лохотрон.Захожу сюда, см. сабж, полторы калеки сделали отключение питания в новье.
Задаю павлину вопрос, почему в оф.дровах этого нет — он начинает юлить и на ридми про оптимус ссылками кидаться.
Не, ну точно лохотрон.
> Не, ну точно лохотрон.Как вариант "Обширный рукожопизм"
Может оно и так. В суд с этим оптимусом я не побегу.
Но нвидиа свой средний палец вставлю — Вот сыну игровую материлку с кросс-фаер и радеонами купил.
> Вот сыну игровую материлкуДобрый папа...
А что делать?
д/р. обещал.
Зыж
Так чё там с питаловом?
Или "рукожoпизм" мешает?
Зыж
>Дай угадаю, зашёл посрать и видюхи nvidia нет?!Поясню если что — вроде бы как есть, батарейку точно жрёт. В lspci -k светится.
Но не работает.
Получается что её как бы и нет.
Развела меня нвидиа на бабки, как последнего лоха. :D
> Зыж
>>Дай угадаю, зашёл посрать и видюхи nvidia нет?!
> Поясню если что — вроде бы как есть, батарейку точно жрёт. В
> lspci -k светится.
> Но не работает.
> Получается что её как бы и нет.
> Развела меня нвидиа на бабки, как последнего лоха. :DRTFM http://us.download.nvidia.com/XFree86/Linux-x86/319.12/READM...
А развел вас как лоха - производитель ноутбука!
Вы такие забавные все тут... Говна понакупят, ставят модный линупс и срут на форумах...
Ну поставь туда NetBSD иль Plan9, сходите на их форумы и расскажите там, какие нвидии ушлёпки,
урезают права, Plan9 говно - ничё не работает.УЖЕ ЛЕТ 15 ТОЧНО, ЖЕЛЕЗО ПОДБИРАЮТ ПОД СОФТ, А НЕ НАОБОРОТ.
Зашёл на невидию — поддержка линyпсa есть.
Оказалось — врут.
зыж
Питалово и то отключать не умеет.
> Зашёл на невидию — поддержка линyпсa есть.
> Оказалось — врут.Это не детцкий виндоз!!! Как относитесь к Linux, так и он к вам.
Вам пофигу на него - ему на вас, вы жопой - он жопой.
Тут думать надо, plug-n-play для блондинок.
Вот по этому и интел с амд.
А нвидиа идёт лесочком.
> Вот только гризишь либо новьё, либо блоб.
> Или предлагаешь так, выгружаешь иксы, выгружаешь недоделанный блоб, грузишь новьё, выключаешь карту.
> Захотел поиграть — в обратном порядке.
> Угу. Смахивает на издевательство.Ничё, АМД-шники так и живут. :)
В стиме уже игры опен-сорсные дрова для амд хотят.
При этом как бонус — таже реализация опенжл, меса. Для игроделов — важный фактор.
Вылезай из крио-камеры.
Если про амд новости положительные раз от раза, то про нвидиа — всё хуже и хуже. И это уже не случайность (как года 3-5 назад), а тенденция.
С учётом того, что ещё и дешевле в том же сегменте в 1.5-2 раза (угу, подбирал недавно — 10'000 или 22'000 — есть разница), а также большинство игровых материлок с поддержкой кросс-фаер,.. нужно быть упoрoтым, чтобы продолжать донейтить нвидиа.
> В стиме уже игры опен-сорсные дрова для амд хотят.Да вон тут разработчик painkiller недвусмысленно отрекомендовал открытые драйвера для всего кроме нвидии. Ну да, для нвидии хрен их порекомендуешь - если GPU работает на частоте в какую-нибудь четверть номинала, это никакой оптимизацией кода не вытянешь.
> всё хуже и хуже. И это уже не случайность (как года
> 3-5 назад), а тенденция.Ну так релиз спеков и наем разработчиков в команду дали свои результаты. А утырки из нвидии только начинают допирать до того что конкуренты уже давным давно сделали. Они только еще начинают сильно некоторые спеки публиковать. Команду они вообще еще не набирают. FAIL, FAIL, FAIL.
Скоро будет Linux Pi.
Вот его надо заLTSить причем дробные цифры не увеличивать, а добавлять.
И говорить 3.14.159 работает "точнее" чем 3.14.15 чем 3.14.1 чем 3.14
> Скоро будет Linux Pi.Федору для Raspberry Pi уже сделали. Пользуйтейсь наздоровье.
> Скоро будет Linux Pi.
> Вот его надо заLTSить причем дробные цифры не увеличивать, а добавлять.
> И говорить 3.14.159 работает "точнее" чем 3.14.15 чем 3.14.1 чем 3.14Уже есть TeX-е.
Я не разраб ядра, но, смотря на исходники понимаю, что оно уже огромно.
Может быть стоило бы пару выпусков посвятить не багфиксам и новостям, а
упрощению кода ядра и разделению подсистем? Скоро может так случится,
что сложность станет больше возможностей поддержки...что будет неприятно.
Как с иксами произошло.
Не сравнивай член с пальцем. Ядро - это тебе не хелловорлд. Вполне нормальные размеры.
1. Да, ты не разработчик ядра.
2. Там и так уже по самое не балуйся разных обособленных подсистем.
3. Беда иксов вовсе не в конских размеров куче кода, а в устаревшем протокле, которым фактически никто уже и не пользуется. Когда основным функционалом системы оказывается набор воркэраундов, то поневоле задумываешься, что что-то тут не так и пора её менять (что, собственно, с иксами и происходит).
>Я не разраб ядра,Именно.
>но, смотря на исходники понимаюНе на исходники, а на новости об исходниках.
Если бы смотрели в исходники, то увидели бы, что там итак всё что можно модульное.
Косвенно объём новшеств в новости это подтверждает — не был бы модульным, фиг бы столько смогли запихнуть вообще.
Исходники я то же видел, но не разбирался особо, так, любопытствовал.
Ну и славно, что модульное.
> Исходники я то же видел, но не разбирался особо, так, любопытствовал.Все проще. Смотрите:
- А вот графика. Торвальдс идет и мержит из репы "drm-next".
- А вот btrfs. Торвальдс идет и мержит из репы Криса Мэйсона.
- А вот беспроводные сети ...
- А вот ...Более детально кто, что и где разрабатывает и откуда потом мержит в майнлайне - можно в GIT посмотреть, в логах коммитов обычно указывают что, у кого и почему взято и вмержено.
> Более детально кто, что и где разрабатывает и откуда потом мержит в
> майнлайне - можно в GIT посмотретьЭто весьма детально, а обобщения водятся на http://lwn.net/Kernel и http://kernelnewbies.org :-)
PS по поводу удалённого: клоунам слова для брехни всё так же не давали.
> упрощению кода ядра и разделению подсистем?Если б вы смотрели на хотя-бы коммиты в гит, даже не в сорцы - вы бы не несли такой феерической чепухи. Просто посмотрите как Торвальдс тягает пулл-реквесты и вы поймете насколько феерическую чушь вы спороли.
> 45.6% изменений внесено сотрудниками всех компании
> 1259 разработчиковИнтересно посмотреть на качество и объем кода теперешнего Линуса. Или он больше маркетолог сейчас
> Интересно посмотреть на качество и объем кода теперешнего Линуса.С разработкой низа git не так давно справился, да и ссылку на git.kernel.org в этом треде уже напоминали.
> Или он больше маркетолог сейчас
Пишущий манагер.
>32-разрядные архитектуры отмечены как менее важные по сравнению с 64-разрядымиЧто, прям таки все 32-битные, или только x86?
