После двух месяцев разработки Линус Торвальдс выпустил (https://www.kernel.org/) ядро Linux 3.11 (https://www.kernel.org/). В шутку новому ядру присвоено (http://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.g... кодовое имя "Linux for Workgroups", по аналогии с Windows 3.11 for Workgroups. Среди наиболее заметных улучшений: технология сжатого кэширования раздела подкачки Zswap; флаг O_TMPFILE для создания "невидимых" временных файлов; возможность упаковки ядра с использованием сжатия LZ4; экспериментальная поддержка кластерной файловой системы Lustre; спящий режим IRST; динамическое управление питанием GPU Radeon; NFS 4.2; применение SELinux для NFS; порт KVM и Xen для архитектуры ARM64.<a href="http://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.g... src="http://www.opennet.me/opennews/pics_base/0_1373904563.jpeg&q... style="border-style: solid; border-color: #e9ead6; border-width: 15px;" title="" align="right" border="0"></a>В новую версию принято 10.7 тысяч исправлений от 1239 разработчиков, размер патча - 44 Мб (изменения затронули 10475 файлов, добавлено 789 тысяч строк кода, удалено 341 тысяч строк). Около 43% всех представленных в 3.10 изменений связаны с драйверами устройств, примерно 23% изменений имеют отношение к обновлению кода специфичного для аппаратных архитектур, 11% связано с сетевым стеком, 5% - файловыми системами и 5% c внутренними подсистемами ядра. 9.1% изменений внесено сотрудниками компании Intel, 8.5% - Red Hat, 8.3% - Linaro, 4.5% - Samsung, 3.9% - IBM, 3.0% - Texas Instruments, 2.9% - SUSE, 2.6% - AMD, 2.1% - Google, 1.3% - Oracle, 1.3% - ARM, 1.1% - Cisco.
Из наиболее интересных новшеств (http://kernelnewbies.org/Linux_3.11) можно отметить:
-
Дисковая подсистема, ввод/вывод и файловые системы- Включение в состав ядра клиента кластерной файловой системы 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 поставляется в экспериментальном разделе "staging" и не собирается по умолчанию;
- В F2FS (http://www.opennet.me/opennews/art.shtml?num=35667), развиваемую компанией Samsung высокопроизводительную файловую систему для Flash-накопителей, добавлена поддержка меток безопасности, что позволяет использовать данную ФС с LSM-модулями (Linux Security Modules (http://en.wikipedia.org/wiki/Linux_Security_Modules)), в частности даёт возможность использовать средства принудительного контроля доступа SELinux и SEAndroid (http://www.opennet.me/opennews/art.shtml?num=37470). Кроме того, в F2FS реализована функция перемонтирования раздела (remount);- В Btrfs обеспечена техника слияния запросов ввода/вывода, ожидающих помещения в лог обратной записи, что позволило увеличить скорость записи в синхронном режиме до 60% (с 2.9MB/s до 4.6MB/s) на SCSI-дисках с включенной буферизацией. Прекращено использование структуры btrfs_sector_sum, что позволило заметно поднять производительность линейного копирования. Например выполнение теста утилитой dd на SSD-накопителе показало рост пропускной способности на 74% (с 31MB/s до 54MB/s). Добавлена поддержка (http://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.g... клонирования данных файла в тот же файл, когда клонируемая и записываемая области не пересекаются (например, запись клона в хвост);
- Интегрированы дополнительные оптимизации производительности для файловых систем Btrfs (http://lkml.indiana.edu/hypermail/linux/kernel/1307.1/00890.... XFS (http://lkml.indiana.edu/hypermail/linux/kernel/1307.1/00889.... и Ext4 (http://lkml.indiana.edu/hypermail/linux/kernel/1307.0/00286..... В Ext4 добавлена поддержка (http://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.g... предварительного резервирования места под транзакции;- Предварительная поддержка находящегося в разработке стандарта NFS 4.2 (http://tools.ietf.org/html/draft-ietf-nfsv4-minorversion2), в котором ведётся работа (http://sniaesfblog.org/?p=245) по увеличению эффективности потребления ресурсов, например копирование на стороне сервера, предварительное резервирование места, оптимизации для SSD-накопителей;
- В модуль управления пропускной способностью ввода/вывода blk-throttle добавлена поддержка контроля ресурсов ввода-вывода с блочных устройств при помощи иерархических управляющих групп (cgroups). По умолчанию поддержка иерархических cgroups отключена, для включения следует использовать флаг "sane_behavior";
- В Device Mapper добавлен новый модуль "dm-switch" для создания устройства, позволяющего организовать произвольный мапинг регионов ввода/вывода привязанных к определённому набору путей, привязку которых к специфичным регионам можно менять динамически. Новый модуль нацелен на обработку усложнённых случаев маппинга (например, для распределённых хранилищ iSCSI), для которых не достаточно модуля "dm-stripe";
- В DM RAID добавлена (http://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.g... возможность восстановления работы после временного сбоя накопителя. Если при возобновления работы после остановки (resume) диск помечен как сбойный, но суперблок читается, предпринимается попытка возвращения диска в RAID. Указанное изменение позволяет попытаться вернуть вылетевший из RAID диск простым выполнением операций suspend/resume вместо ручного переконфигурирования;- Проведения оптимизация производительности системного вызова sync, работа которого ускорена в 7-8 раз для активно используемых ФС;
- Добавлена поддержка таблиц дисковых разделов AIX;
- В файловую систему CIFS добавлена поддержка диалекта SMB3.02. Добавлена опция монтирования "nosharesock" для принудительного создания нового отдельного сокета для сервера (можно создать несколько независимых точек монтирования для разных пользователей). Поддержка верификации запросов SMB3 при помощи цифровых подписей AES-CMAC;-
Виртуализация и безопасность- В системные вызовы open() и openat() добавлена поддержка флага O_TMPFILE, позволяющего передать файловой системе информацию о создании временного файла, не видимого в иерархии ФС, что позволяет применить для данного типа файлов отдельные оптимизации. Создаваемые при помощи O_TMPFILE временные файлы не имеют имени, в качестве пути передаётся только директория. Создание невидимого временного файла без имени позволяет разработчикам приложений не задумываться о возможных уязвимостях, таких, как атака через символические ссылки;
- В коде Xen и KVM появилась поддержка виртуализации для архитектуры ARM64;
- Реализация меток безопасности в NFS (Labeled NFS), позволяющих обеспечить полноценную поддержку SELinux для NFS. Ранее для точки монтирования привязывалась только метка, как правило nfs_t. Labeled NFS позволяет использовать произвольное число различных меток для каждого раздела NFS. Например, отдельную метку можно привязать к файлу с образом виртуальной машины, размещённом на NFS-разделе, можно экспортировать домашние директории через NFS с разграничением доступа приложений только в определённые области;
...
URL: https://lkml.org
Новость: http://www.opennet.me/opennews/art.shtml?num=37796
IRST - Intel изобрела фичу которую Эпл в своей прошивке и макоси сделал 3 года назад.
Шустро они ахахах
ну и что? Если кто-то другой сделал, то также делать ни-ни??
Сосед сделал круглое колесо и поэтому теперь можно делать только квадратные или треугольные??
Ждем когда эппл наедет на интел за то что они смеют выпускать процессоры которые в макбуки паяются. Ведь все знают что х86 изобрел Эппл, а интел - копапастеры позорные.
> Ждем когда эппл наедет на интел за то что они смеют выпускать
> процессоры которые в макбуки паяются. Ведь все знают что х86 изобрел
> Эппл, а интел - копапастеры позорные.Шансов на профит поменьше, ведь интел - тоже американская компания, а значит, Обама не будет лично прикрывать ябложеппу.
я не жду
> Эпл
> сделалКак обычно, "позаимствовали" идею у гнусмаса?
А разве не наоборот?
эпл в техническом плане что-то изобрел ... не смешите людей.
> эпл в техническом плане что-то изобрел ... не смешите людей.Они изобрели сказочный лохоразвод - продажу 150-баксовой железки по $500+ :).
> Они изобрели сказочный лохоразвод - продажу 150-баксовой железки по $500+ :).Это не инженерия и даже не дизайн, а чистый маркетинг.
Юзабилити? Не, не слышал...
> Юзабилити? Не, не слышал…это точно, огрызок о нём если и слышал, то сразу забыл. общесистемная интеграция контактов из разных сервисов, например? не, не слышали.
Вот моя бабушка запутается с этой вашей интеграцией и кучей сервисов. А если ещё руками что-то подправлять придётся... Какое же это юзабилити? Это на костыль больше похоже, который предназначен для объединения кучи разных сущностей, выполняющих одну и ту же функцию. Чтобы было удобно, на одну задачу должен быть только один сервис.
> Чтобы было удобно, на одну задачу должен быть только один сервис.правильно. задача — общение. что имеем? опа: «поковорить в сцайпике» — одна программа. «написать фкантактиге» — другая. «написать в фейсбучике» — третья. «кинуть в жабир» — четвёртая. «просто позвонить» — пятая. «послать смс» — шестая. какого чёрта? это всё одна и та же задача, для которой логично иметь контакт с соответствующими полями, где подписано «сцайпик», «звонить», «смс», «просто послать текст» (по чему получится — есть инеты и там человек онлайн — по жабиру, сцайпу; нету инетов — по смс, и ты пы).
уверяю тебя, бабушке проще один раз тыцнуть на иконку «внучек» и пусть дальше техника сама разбирается, на то она и умная. а не напрягаться, думая, как же именно она с внучеком хочет поговорить. ей ПОФИГУ, как, ей ПОГОВОРИТЬ охота.
поздравляю, своим примером ты смачно сам себя усадил в лужу.
То, что вы описали, - это костыль. Какая там компания костылями славилась? Так что про лужу с вами не соглашусь.
> То, что вы описали, - это костыль.да, я понял: всё, чего у огрызков нет — это костыль. но разреши, всё-таки, загадку: ты яблобот или нищеброд?
А вы кружка или карандаш? Вот точно одно из двух! :-D
Они внезапно осознали, что людям нужен в первую очередь удобный и продуманный в мелочах мобильник, а не напичканное до краёв функционалом глючное и неудобное поделие, как у большинства других производителей мобильников.
А по-моему они осознали что лоха надо доить. Всего лишь. И придумали весьма могучий метод дойки.
> А по-моему они осознали что лоха надо доить. Всего лишь. И придумали
> весьма могучий метод дойки.На момент появления айфона достойных альтернатив ему не было. Большинство элементарных действий, которые обычно совершают люди в своих смартфонах, на айфоне делаются проще и приятнее. Почему вы отказываете людям в праве выбрать мобильник, который им больше нравится, даже если за это придётся переплатить из-за отсутствия альтернатив? Если бы дело было только в продвижении, то айфон не имел бы такого успеха, т.к. другие компании тоже активно продвигают свои продукты.
> Т.е. вы меня назвали яблоботом, а я теперь вам должен доказывать, что
> это не так? :-Dесть предложение начать с демонстрации Мощного Дизайна в язвониле. например, с пояснения, почему фича «copy/paste» долгое время считалась лишней. почему с объединением контактов беда (как там с механизмом добавления разных протоколов, и чтобы не отдельными программами, а системным мессенджером? у меня на N900 есть). почему «рабочий стол» там до сих пор считается прежде всего мусоросборником для иконок, даже без нормальной возможности удобно раскидать их по классам задач. и так далее.
про всё это рассказано не было, зато было голословное утверждение про какой-то «хороший дизайн». лично я считаю, что такие утверждения могут исходить или:
а) от огрызкобота, или
б) от нищеброда, который истекает слюнями на огрызкопродукцию, но позволить её себе не может.чисто из вежливости я выбрал пункт «а».
итак, я пояснил свою позицию. ваш ход, уважаемый.
> есть предложение начать с демонстрации Мощного Дизайна в язвониле.Один знакомый (далеко не дурак, юниксовод с большим стажем) отмечал необычно хорошее качество айфонного звука по причине обработки данных с двух микрофонов отдельным DSP, что ли (подавление фоновых шумов). И ещё стопку таких же "мелочей".
Яблочники вообще специализируются на главных вещах (вроде "без кнопок") и мелочах (вроде "чтобы плавно"), а серединка вроде копипастов и прочего хайтека вполне может выпадать. И что характерно, у них получается -- при первом столкновении с маком то, что у мышки одна кнопка, я заметил спустя полдня работы. Это был LC475 под MacOS 7.5, лет пять стажа в ИТ у меня уже было.
Прошу по возможности выруливать на конструктив, середину субтреда вырезал по понятным причинам.
Миша, кроме «чтобы плавно» есть ещё и «чтобы удобно». ятрынделка удобна примерно на уровне «тупофона», вот только «тупофон» дешевле будет.и да, «одну кнопку» я заметил сразу, потому что ни вставки по среднеклацу/двоеклацу, ни контекстного меню по правой кнопке. это, конечно, больше сила привычки.
на всякий случай: я не говорю, что у огрызков ВСЁ плохо. и неплохие идеи у них есть, и издалека это даже выглядит прилично. ровно до тех пор, пока используешь огрызкотехнику так, как огрызок считает правильным. шаг влево, шаг вправо — наглая провокация.
> и да, «одну кнопку» я заметил сразу, потому что ни вставки по
> среднеклацу/двоеклацу, ни контекстного меню по правой кнопке.Вот на контекстном меню и вылезло, а иксами ещё тогда не пользовался (юниксы, с которыми сталкивался в 1994 или около того, были доступны по жалезному терминалу).
> на всякий случай: [...]
Именно. И плохо с фанатами стиля Apple ровно то, когда пытаются обобщать, не учитывая это "будь как все" либо скрывая. А накидываться на каждого с кулаками как минимум бессмысленно.
Предлагаю завязывать данный офтопик потихоньку.
> Предлагаю завязывать данный офтопик потихоньку.без проблем. с пациентом я уже закончил, когда он откровения про дизайн ниже высказал.
А какой смысл с вами дальше спорить, если вы считаете, что «хороший дизайн» и юзабилити - это одно и то же? :-D
> А какой смысл с вами дальше спорить, если вы считаете, что «хороший
> дизайн» и юзабилити — это одно и то же? :-Dпотому что это «юзабилити» — это и есть часть «хорошего дизайна». но действительно, какой смысл говорить о дизайне с человеком, который считает не так…
> эпл в техническом плане что-то изобрел ... не смешите людей.Вообще-то много чего, хотя в последнее время скурвились.
Почитайте http://www.pacifict.com/Story/ для разнообразия и не говорите откровенных глупостей.
> А разве не наоборот?Мистер Обама, это вы?
Ведь никто, кроме вас, не "поверит" в утверждения яббла о "собственных инновационных разработках".
Все они молодцы! А вот ты нехороший
> IRST - Intel изобрела фичу которую Эпл в своей прошивке и макоси
> сделал 3 года назад.Вгрузку образа ОС из оперативы кто-то делал лет 10 назад, наверное. Но яблофаги все меряют по своему фетишу. Сектанты галимые.
3 года назад эппл сделал фишку, которую куча ноутбуков делала ещё во времена Windows 3.1?
Браво, Эппл!
Похоже ты не в курсе об чем конкретно идет речь.
Очень вкусный ченжлог
не забудь распечатать и заправить маянезиком
Порекомендуйте дистрибутив с 3.11-stable
Арчик же.
linux-3.10.10-1-x86_64 (стабильный)linux-git 3.11.rc1 https://aur.archlinux.org/packages/linux-git/ (это не стабильный)
Слоупоки, у убунты уже 3.11 лежит для желающих :)
Они бы другим занялись более важным и глючным
> занялись более важным и глючнымЗвучит как-то подозрительно.
>> занялись более важным и глючным
> Звучит как-то подозрительно.Mir
> MirНе, я за "Дружбу". Она всегда побеждает. Проверено в doom II.
> MirВы сделали аж две ошибки в слове NIH.
в systemd их еще больше
> в systemd их еще большеРазработчики Ubuntu уже работают над этим - ударными темпами тащат NIHи из systemd и внедряют их в убунтопользователей.
не все, а только наиболее полезные
>> занялись более важным и глючным
> Звучит как-то подозрительно.Да не, все правильно. Суть убунты - взять дебиан, сделать из него арч и добавить как можно больше глюков. Чтобы свитчеры с винды не испытывали психологического дискомфорта от непривычной стабильности системы.
ха ха ха, если Убунта хоть чемто напоминает Арч, то я тогда даже и не значит что такое:1. принцип KISS
2. роллинг резлизы
3. пакеты с минимальным колличеством патчей (дистрибутиво-специфичных).----------
основное отсутствие глюков в Дебин-подобных операционных системах -- является следствием поговорки "это не баг, а фича!"..
...здесь я имею ввиду баги, которые НЕ исправляются в дистрибутивах годами (не смотря на то что в свежей версии той-или-иной программы бага уже нет), и люди настолько к таким багам привыкают что даже уже не считают их за баги. серъёзно, это так!
а Арче может появиться какой-то свежий баг, но после очередного pacman -Syu высокая верятность что он исчезнит (люди НЕ успевают привыкнуть к этим багам, и таким образом эти баги действительно выглядят как баги!)
> не испытывали психологического дискомфорта от непривычной стабильности системы.Да, в стабильной ветке дебиана такое стабильное ядро. Особенно там стабилен стек usb 3.0, который в этом античном шите колбасит вообще по черному. USB 3.0 пользоваться с хабами и прочая стало можно где-то в районе 3.10 - до этого сплошной запрыг по граблям был вообще. Ах, в вашем древнем шите нет usb 3.0? Ну вот на таком древнем шите дебиан и стабилен. А берешь современную конфигу - а там болт!
Этого "древнего шита" - 99% там, где стабильность хоть что-то значит.
> Слоупоки, у убунты уже 3.11 лежит для желающих :)Никто и не сомневается, что убунта более экспериментальна, чем арч.
> Никто и не сомневается, что убунта более экспериментальна, чем арч.Только в убунте экспериментировать надо самому захотеть, а в арче расколбас это дефолтное состояние системы. И апдейты кладущие систему - норма жизни. В убунтах такого все-таки нет. Но да - там можно проявить авангардизм без особого гемора, если хочется. Я склонен считать это фичой. А арч - для тех кому ридми читать на каждый апдейт не западло, согласившись с тем фактом что если это не сделано то система может оказаться вообще небутабельной. Конечно же по закону подлости - когда вопрос на миллион и система вам позарез нужна как раз.
> Только в убунте экспериментировать надо самому захотетьэто происходит тут же, когда выясняется, что из коробки система валится от обращения к вебкамке или не работает выключение или ещё что-то. Очень весело получается при попытке установить самбу 4, потом откатиться на самбу 3. И обновления не исправляют ничего, в смысле "совсем ничего". это печально.
>> Никто и не сомневается, что убунта более экспериментальна, чем арч.
> Только в убунте экспериментировать надо самому захотетьТипа там кнопочки налево перенести или на unity переехать? :)
> Конечно же по закону подлости - когда вопрос на миллион
> и система вам позарез нужна как раз.rsync -qaHx --delete-after / /home/backup-root/ и спасательная флэшка в ящике стола, если уж хочется заниматься вопросами на миллион и одновременно футболом на минном поле.
Просили дистрибутив, а не арчик.
У арчика до недавнего времени тоже появился инсталлер
http://mirror.yandex.ru/archlinux/iso/archboot/latest/
> У арчика до недавнего времени тоже появился инсталлерarchbang уже есть.
> Просили дистрибутив, а не арчик.Не осилил — не ной.
> Не осилил — не ной."Не смог сгрызть кактус - нефиг колючками плеваться!"
> Просили дистрибутив, а не арчик.Тут вон анонимус выше вообще на убунту намекает, так что арчик вполне ок.
> Порекомендуйте дистрибутив с 3.11-stableВкатить в любой вариант (к,л,х)убунту и т.п. ядро из http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.11-saucy/ - дешево и сердито. Если уж оно надо.
в осенней убунте оно будет
> в осенней убунте оно будетГораздо веселее, что там будет udev из свежего systemd, с бинарной базой данных и несовместимым API. Ждем бурных страданий.
> Гораздо веселее, что там будет udev из свежего systemd, с бинарной базой
> данных и несовместимым API. Ждем бурных страданий.А кто страдать то будет? Местные арчеводы? А им разве не вгрузили такой же? Гентушники оптимизирующие полмега памяти чтобы потом высадить сэкономленное своей аццкой компил-фермой? :)
> А кто страдать то будет?а там и посмотрим )))
>> Гораздо веселее, что там будет udev из свежего systemd, с бинарной базой
>> данных и несовместимым API. Ждем бурных страданий.
> А кто страдать то будет? Местные арчеводы? А им разве не вгрузили
> такой же? Гентушники оптимизирующие полмега памяти чтобы потом высадить сэкономленное
> своей аццкой компил-фермой? :)А ты тут на Генту не наезжай, а то видели мы тут убунтушников, внезапно вынужденных канпилять неподдерживаемые в репозитории пакеты, только без соответствующих удобств и окружения, бегающих в поисках какого ещё грёбанного -dev пакета не хватает )))
Вопрос новичка. Каждые несколько месяцев - релиз ядра. Но при этом команда file на всех бинарниках говорит, что бинарник для Linux 2.6.9, 2.6.18 или 2.6.32. Но ведь каждый месяц приходит новая порция возможностей! За эти годы их появилось ну очень много! А можно ли сделать такие бинарники, которые будут требовать ядра 3.11 и никак не меньше?Даже в моей генте нет бинарников, требующих ядра новее 2.6.32. И только в x32_x32 я увидел много бинарников, требующих Linux 3.4.
> А можно ли сделать такие бинарники, которые будут требовать ядра 3.11 и никак не меньше?
#include <stdio.h>
#include <fcntl.h>int main(void) {
return open(NULL, O_TMPFILE);
}$ gcc 3.11test.c
opentest.c: In function 'main':
opentest.c:6:20: error: 'O_TMPFILE' undeclared (first use in this function)
opentest.c:6:20: note: each undeclared identifier is reported only once for each function it appears inЧорт, у меня 3.2.
Вот эта шняга на меньше чем 2.6.27 не заработает.
#define _GNU_SOURCE
#include <fcntl.h>
#include <unistd.h>int main(void) {
int pip[2];
return pipe2(pip, 0);
}
---А команда file читает elf заголовок из бинарника, там есть код ABI.
Соответствие этого кода и номера ядра прописано glibc, а именно в ld.soТы ж на глядя на автомобильный спидометр не впадаешь в депрессию,
когда видишь минимальную нарисованную скорость 20 км/ч. :)
> int fd = open("/tmp/my.tmp", O_TMPFILE);"How to write unportable code. For dummies. Pavlinux press, 2013".
Вмнда не нужна!
> Вмнда не нужна!Отличная идея. Поэтому пару идей павлину для его книжки:
1) Use fork(), Luke. Отличный сискол. Удобный. Позволяет сделать многие тяжелые и длинные операции асинхронными и быстрыми. Занахаляву, парой строк, вытолкав противную и длинную операцию в отдельный процесс. Аналог fork()-а напрочь отсутствует в winapi, что вызовет уйму радости у виндyсятников. Ну то-есть они как-то там могут попробовать потрепыхаться с цыгвином, но лулзов будет много. Большинство этих трусов бегут как крысы с корабля завидев первый же fork() в программе.2) Если бастард попался упорный и fork() не испугался - надо устроить атаку clone()-ов! Замечательный сискол. Может уйму всего. Многие posix'ные вещи в лине на самом деле сделаны через него. Вещь! Может контейнеры отпиливать на ходу, да еще флагами выбирается какие именно namespaces виртуализовывать, etc. Крутота. Юзеры винды отпадут имхо сразу - сомнительно что они смогут эмулировать clone() вот так сходу. Чтобы послать покурить например заодно и юзеров *bsd - можно юзать LXCшные флаги, ибо линуксляторы всякие - застряли на уровне 2.6.22 и больше - никак. Не умеют они LXC эмулировать, хе-хе. А если хочется конкретно оттянуться то можно варьировать флаги и выписать серебряных пуль даже линуксным некрофилам с древними ядрами, прозрачно намекнув что апгрейд неизбежен.
3) Если мы занимаемся околоэмбедовкой, у нас есть не совсем стандартный девайс, с которым хочется поработать из libusb - нам поможет замечательная функция - libusb_detach_kernel_driver(). Ну разве не круто когда программа сама отцепляет ядерный драйвер, обслуживавший девайс, чтобы не мешался под ногами, автоматически? :) А подпись вида "This functionality is not available on Darwin or Windows." гарантирует что любители проприетари будут чертыхаться и сносить/выгружать мешающие работе с девайсом ядерные драйвера в системе сами, руками. Они привычные, им полезно. У них там плангплей же. Вот пусть и выколупывают мешающийся драйвер руками как умеют.
4) Эй, шиндошсятники, запортируйте что-то такое? Вполне юзается в реальных программах. С #ifdef linux, ясен перец.
#define TCP_THIN_LINEAR_TIMEOUTS 16
#define TCP_THIN_DUPACK 17
setsockopt(..., TCP_THIN_LINEAR_TIMEOUTS, ...)
setsockopt(..., TCP_THIN_DUPACK, ...)Очень полезный улучшайзер интерактивности для TCP соединений, используемых для относительно реалтаймных и интерактивных сущностей. Ну окей, в винде все и так тормозит, так что фиг с ними, с хинтами TCP/IP стеку минимизировать задержки. Подумаешь, TCP на интерактивных данных потормозит. Винда же, там к тормозам привычны.
5) fallocate(...FALLOC_FL_PUNCH_HOLE...) - ну разве не круто прогрызть дырку в файле, откусив свое законное место на диске назад?! Бонус: пойдут гулять все, чье ядро линукса менее 2.6.38 :). А те у кого не линукс - могут вообще фалломорфировать от такой наглости!
> Use fork(), Luke. Отличный сискол. Удобный. Позволяет сделать многие тяжелые и длинные операции асинхронными и быстрыми. Занахаляву, парой строк, вытолкав противную и длинную операцию в отдельный процессА не пойти ли вам программировать под винду (или другую подобную ось), подальше от наших юниксов? fork() в юниксе это довольно тяжелая операция, и напридумывали десятки костылей разной степени юзабельности, чтобы хоть как-то облегчить ее и уменьшить проблемы, вызываемые внезапным fork'ом (см. например http://www.oracle.com/technetwork/server-storage/solaris10/s... ).
> fork() в юниксе это довольно тяжелая операцияРазработчики eudev с вами несогласны.
> Разработчики eudev с вами несогласны.А апачисты - вообще форкают по процессу на запрос. Что, конечно, долбанатство, но то что им такая мысль в принципе пришла в голову - как бы намекает.
Конкретно в линуксе это довольно легкий вызов. Не зря у вас ссылочка на солярис ;-)
да да. копирование всех областей памяти это еще тот "легкий" вызов.
попробуй сделать fork у процесса который уже съел пару гигов по что нить? после чего померяй насколько легким fork().за одно подумай почему создание потока "thread" это легкий вызов - а fork() тяжелый.
Сразу видно,что кто-то пришел из дремучих юниксов, в которых при форке не используется COW (правда я и не думал, что такие динозавры ещё есть).Заодно узнай, что в линуксе создание потока и процесса почти не отличаются.
Внезапно, COW не избавляет от необходимости копировать таблицы страниц. А это может быть о-гого, посмотрите на размер таблиц страниц на сервере с Oracle DB, например. Не зря в статье описаны ухищрения типа - создать рядом маленький процесс и форкаться из него.А posix_spawn не зря изобрели, в том же линуксе fork() раз в 80 медленнее, чем posix_spawn (http://stackoverflow.com/questions/2731531/faster-forking-of....
Но, в общем, дело не в этом. Дело в том, что во-первых линуксом POSIX-системы не ограничиваются (как бы того не хотелось GNU-фанбоям, пытающимся в каждом проекте дернуть по максимуму GNU-специфичных нестандартных расширений и намеренно пишущих код, который кроме линукса ни под чем не запускается), во-вторых бездумно писать в коде fork() даже в линуксе - плохая идея.
> Внезапно, COW не избавляет от необходимости копировать таблицы страниц. А это может быть о-гого, посмотрите на размер таблиц страниц на сервере с Oracle DB, например.Внезапно http://www.oracle-base.com/articles/linux/configuring-huge-p...
Просто там, где предлагается применить костыли - в линуксе делаются прямые решения. Как те самые huge pages, о которых вам ниже напомнили. Что до меня - то не вижу ни малейшей необходимости создавать себе геморрой ради упрощения жизни проприетарщиков, которым линукс не по вкусу.
А ссылочка хорошая - поглядите, какой ответ лучшим помечен ;-)
> бездумно писать в коде fork() даже в линуксе - плохая идея.Бездумно писать в коде - по любому плохая идея. Поэтому в оригинальном сообщении было написано:
вытолкав противную и длинную операцию в отдельный процессНо настоящие джедаи сообщения не читают и вместо этого сперва бросаются в рубку, а там разберемся.
> А posix_spawn не зря изобрели, в том же линуксе fork() раз в
> 80 медленнее, чем posix_spawnя тебе сейчас весь стройный мир разрушу: fork() далеко не всегда применяется в виде связки fork()/exec().
> в каждом проекте дернуть по максимуму GNU-специфичных нестандартных расширений и намеренно
> пишущих код, который кроме линукса ни под чем не запускаетсяа кто виноват, что позикс — убогий bs? если у кого-то нет левой ноги, это не причина производить только ботинки на правую ногу.
меня, например, как автора интересует, чтобы программа по максимуму использовала возможности моей ОС. поэтому там, где есть выигрыш от использования специфических расширений — я буду их использовать. страдальцам с других систем никто не запрещает при необходимости переписать под свои, на то и исходники дадены.
и точно то же самое относится к расширениям gcc. что? у вас старый gcc или вовсе отсутствует? не мои проблемы, мне моё удобство важнее, нежели «лёгкая портируемость» на систему, которую я не использовал, не использую и использовать не собираюсь. поставьте себе уже gcc и не мучайтесь. или соберитесь скопом и протолкните удобные штуки в стандарт.
> Внезапно, COW не избавляет от необходимости копировать таблицы страниц. А это может
> быть о-гого, посмотрите на размер таблиц страниц на сервере с Oracle
> DB, например.Huge pages отменили?
> Внезапно, COW не избавляет от необходимости копировать таблицы страниц. А это может
> быть о-гого, посмотрите на размер таблиц страниц на сервере с Oracle
> DB, например. Не зря в статье описаны ухищрения типа - создать
> рядом маленький процесс и форкаться из него.vfork избавляет. Хотя сейчас и его костылем обзовут.
> да да. копирование всех областей памяти это еще тот "легкий" вызов.Проснитесь. Даже в ядре 2.2 нет никакого копирования - есть модификация таблиц страниц и CoW.
> попробуй сделать fork у процесса который уже съел пару гигов по что
> нить? после чего померяй насколько легким fork().Форк в линуксах не копирует память - поэтому разница будет, но не существенная. Ну и обычно у здравых людей, реализующих процессную обработку, принято форкать родительский процесс, а не дочек-воркеров.
> А не пойти ли вам программировать под винду (или другую подобную ось),
> подальше от наших юниксов? fork() в юниксе это довольно тяжелая операция,Не такая уж и тяжелая. Если там скажем запись в файл на 1 минуту - форк на ее фоне выглядит весьма блекло. А вот остальной программе не придется минуту стоять колом пока этот файл минуту выгружается куда-то. И кода - строчек 5 на все. Дешево и сердито. И работает, ЧСХ. Хотя, конечно, бывает и клиника, типа апача, где тыщщи форков плодятся с поводом и без. Ну да, любое начинание можно довести до маразма...
> Не такая уж и тяжелая. Если там скажем запись в файл на
> 1 минуту — форк на ее фоне выглядит весьма блекло.штука в том, что fork() ещё и весьма опасная штука с кучей side effects. но Эффективные Программисты — они применяют fork() только в связке с exec(), поэтому указывают на posix_spawn() как на «альтернативу форку».
хотя намного веселей было бы рассказать про чудесный забег по граблям в случае, если программа использует и pthreads, и forking, и при этом форкается, когда несколько потоков запущены, проинициализированы всякие локи и так далее. и не делает потом exec(). но это уже ракетная наука.
> подальше от наших юниксов? fork() в юниксе это довольно тяжелая операцияну ок, мы пойдём подальше от ваших юниксов. на наши линуксы. вы уж извините, что не хотим с некрофилами играть.
Мощно аргументировал, ничего не скажешь.
Ну так через год в любом более-менее новом софте это можно будет использовать. Редхат бекпортирует - к гадалке не ходи, в остальных дистрах никто не ставит новый софт со старыми ядрами. Надеюсь, вы не о бсдах да солярах заботитесь?Вообще не понимаю писка насчет портабельного кода если целевая система явно впереди планется всей и может быть просто и бесплатно установлена куда угодно и гарантированно доступна в исходниках. Независимым нужно быть от вендор локов.
> Ну так через год в любом более-менее новом софте это можно будет
> использовать. Редхат бекпортирует - к гадалке не ходи, в остальных дистрах
> никто не ставит новый софт со старыми ядрами. Надеюсь, вы не
> о бсдах да солярах заботитесь?Есть же замечательная слака с не менее замечательным Сережкой Марковым (и кучей аналогичных сказочных персонажей, которые на слаку тянутся как мухи на... мед), который из принципа сидит на древнем ведре, а прикладной софт обновляет в стиле арча.
Нет, для этого надо извращаться сильно выше среднего, поэтому такая конфигурация - редкость.
> Ну так через год в любом более-менее новом софте это можно будет
> использовать. Редхат бекпортирует -это как бэкпортировал бэкдоры и local DOS?... ну да.. ну да..
hint. не все онанируют на последние ядра - некоторым черт подери стабильности хочется..
Где хочется стабильности в ядрах - там тем более хочется стабильности в софте - он как-то почаще в среднем ломается и бажит.
> это как бэкпортировал бэкдоры и local DOS?... ну да.. ну да..Спортировали стопицот фич - молчание.
Спортировали полтора бага - ужас-ужас, вредители-убийцы, любимый оракел обижают!
> это как бэкпортировал бэкдоры и local DOS?... ну да.. ну да..А твой любимый оракл это потом к себе скопипастит безбашенно? :)
Бугага
> А можно ли сделать такие бинарники, которые будут требовать ядра 3.11 и никак не меньше?Зачем?
Смысл указания минимальной версии ядра/libc/... -- чтоб можно было закладываться на интерфейсы, которые там появились и далее поддерживаются.
Когда софт работает и на старом ядре -- это вообще-то выгода, а не проблема.
>В ядро добавлены патчи, необходимые для реализации поддержки запуска в Wine приложений для Windows RT;Вот не могу понять...зачем это в ядре?
Планшетники, Вайлонды, ..
"Планшеты".
> Вот не могу понять...зачем это в ядре?Действительно. RT по сути труп.
Ну вот, блин, только всё устаканилось с 3.10, сейчас снова пойдут массовые поломки :(
> Ну вот, блин, только всё устаканилось с 3.10, сейчас снова пойдут массовые поломки :(Что там у вас сломалось? Мозг? А то я ради интереса 3.11 воткнул в хубунту 13.04 - ничего не сломалось вроде. Даже c -RC1. Зато DPM радеоновский работает просто шикарно.
Так у тебя и ломаться нечему, один ноут ;)
> Так у тебя и ломаться нечему, один ноут ;)Что-то у вас телепатор сломался: у меня нет ноутов с радеоном. Вас глючит.
Ну так если большой продакшн - ждите дистрибутивное ядро оттестированное, какие проблемы?
если будет надо убунта сама обновится, не переживай
Это торт!
Я сам давно пользую zswap и btrfs у себя на домашнем компе. При моих гигах ОЗУ подкачка нужна была редко и это нафиг убивало систему, даже мышка переставала двигаться толком (в линуксе подкачка по моему сделана крайне хреново, по сравнению с постоянно подкачивающими аналогами), но теперь, даже эти редкие случаи подкачки перестали работать с диском, просто система слегка замедляется и подергивается, но работает стабильно. btrfs же хороша сжатием налету, патамучта сокращает объем ввода вывода на диск и ускоряет его тем самым при сжатии (объемов то сейчас у всех дофига, у меня винт в ноуте на 750Гб).
> в линуксе подкачка по
> моему сделана крайне хреново, по сравнению с постоянно подкачивающими аналогами)ну да, /swap куда хуже чем pagefile
Не хуже, но несколько напрягает если запускаешь виртуалку (например, 512МБ), когда свободно ещё 1ГБ ОЗУ, а система вдруг начинает всё сбрасывать в swap. И пока она не закончит, мало, что можно сделать.
Вот похожее описание - https://bugzilla.kernel.org/show_bug.cgi?id=13205
swappiness настрой, zram/zswap задействуй. У меня, вот, наоборот - zswap включен, но почти всегда по нулям, аж обидно.
у вас свапинесс ближе к 100? так в чем проблема?
У меня никогда такой проблемы не было! Ни на 1Гб ни на 6Гб ОЗУ!
Свап пользуется только тогда, когда уже ОЗУ нет! А если сделать свапинес 0, то вообще никогда не будет пользоваться...))
Ну обойти проблему так можно, но это ж костыль. Не должна система при свапе замирать напрочь.
> Ну обойти проблему так можно, но это ж костыль. Не должна система
> при свапе замирать напрочь.А вот это - не факт. Когда код программы выдавливается в своп, когда выполнение доходит до выдавленной в своп страницы - выполнение программы нафиг клинится. До тех пор пока ядро не достанет нужную страницу из свопа. Если в своп улетело много - скорость выполнения программы провалится в полный унитаз, т.к. скорость механического диска vs скорость RAM это как скорость самоката vs скорость ракеты. В зависимости от того что это была за программа - результат может и не понравиться.
А если при этом еще и накопитель один на все, да еще и механический - он будет жестоко seek'ать, сильно просадив скорость всех остальных операций. Так что остальные запросы на работу с файлами которые ранее отрабатывали быстро, станут медленными и печальными. Так что пока тормозной ноутбучный накопитель свои патефонные головы гонит добрых 50 миллисекунд с другого края диска - вы как-нибудь его подождете, потому что чудес - не бывает. А потом окажется что через 4 кило кода надо еще раз так же. И еще. Логично что работать будет "не очень". Т.к. и файловые операции на системного накопителе просели и программы тормозят.
И, кстати, таким макаром можно практически любую систему при желании ушатать. Своп, особенно на тормозном накопителе, особенно если это единственный системный диск - потенциально позволяет довольно сильно угробить интерактивность, особенно если винч механический. Разумными настройками свопления можно минимизировать вред, но то что HDD это очень медленный эмулятор оперативы и просадка неизбежна - это факт. Самый лучший вариант - добавить оперативы до состояния когда ее всегда хватает и выключить своп совсем. Интерактивность взлетит до небес и метода ее просадить не будет чисто технически.
Так это надо не просто в своп залезть, а в такой жесткий, чтобы оттуда постоянно страницы дергать приходилось. Там - да, только память добавлять или урезать аппетиты софта. В своп же не рандомно страницы бросаются, а с учетом частоты доступа. А обычная ситуация - это что-то открыли о оно сидит себе в фоне.Обычно большую часть можно вытеснить вообще без каких-либо потерь. Очевидный нынче вариант - браузер и куча открытых вкладок без активного JS. Офисный пакет, читалка с PDF, которая в данный момент не используется... В "домашних условиях" сплошь и рядом подобное.
> Так это надо не просто в своп залезть, а в такой жесткий,
> чтобы оттуда постоянно страницы дергать приходилось.да да - в прошлом ядре как раз MM LRU фиксили :-) когда свеже прочитаные странички мочились..
Ну вот что-то такое, да - в таких случаях надо баги оформлять и помогать искать, а не костылями фиксить. А то так всю жизнь на костылях ходить и придется.
> да да - в прошлом ядре как раз MM LRU фиксили :-)
> когда свеже прочитаные странички мочились..Еще раньше там 12309 или как там его фиксили, когда странички кэша, который решено ихъять в пользу выделения программе памяти - могли выстроиться в немеряную очередь на тормозной накопитель, если тот слоупок а в кэше много добра висит. В результате программа попросившая себе память ее конечно получит. Только пользователь раньше задолбается на "повисшую" программу смотреть.
>Самый
> лучший вариант - добавить оперативы до состояния когда ее всегда хватает
> и выключить своп совсем. Интерактивность взлетит до небес и метода ее
> просадить не будет чисто технически.Если ноут и какой нить SUSE с KDE - может не получится. Да и не берем в расчет рабочие станции типа W530 куда можно до 32 гигов засунуть.
То, что она сбрасывает - это нормально - высвобождается память под кеши, например. А вот то, что при этом всё замиарет - ненормально ни разу.
> То, что она сбрасывает - это нормально - высвобождается память под кеши,
> например. А вот то, что при этом всё замиарет - ненормально ни разу.По логике вещей замирают те программы которые выдавливаются в своп, когда оказывается что то что выдавлено - потребовалось назад. Еще возможно что нагрузка на накопитель клинит какие-то другие I/O операции, но это уже как-то странно. Я бы попробовал покрутить агрессивность свопления и может быть планировщик I/O. Хотя в нормальной ситуации для начала просто не должно быть свопления.
Если замирает мышь - это точно ненормально. Ей как-то I/O не требуется, на это никакой своп, по уму, влиять не должен. Так что если не костылить - то да, с планировщиками играть, а может и баг открывать.
Такое впечатление, что у вас проблемы с диском или его контроллером, ну или настройки какие-то адски кривые. Не не специализированной системе загрузить ввод-вывод на диск так, чтобы это стало узким местом, тем более вплоть до замирания курсора мыши - это суметь надо.
У меня i7+8Гб ОЗу ну и остальное такое же. Я прсто поставил убунту 13.04 и ведро от liquorix последнее (3.10). Это сейчас, ранее на всех версиях ведра начиная с 2.6 и убунты начиная с 10 было то же самое, а ранее на дебиане. Мало того на нескольких разных компах! Я в настройки не лезу на домашнем ни разу...только сжатый ОЗУсвап включаю с некоторых пор. Так вот, на всем этом зоопарке, включая мой нынешний навороченный ноут линукс всегда замерзает напрочь при свопе! В общем, своп в нем сделан хреново.
> Так вот, на всем этом зоопарке, включая мой нынешний навороченный ноут линуксНе линукс, а убунта. (простите, не удержался :)
> всегда замерзает напрочь при свопе! В общем, своп в нем сделан хреново.
Попробуйте другие дистрибутивы и другие ядра из них. УМВР на альте уже которое десятилетие.
Ну я вот в дебиане много лет сижу - не замечал такого. То есть можно систему так заморить - но это не отнюдь просто своп нужен. Ради интереса попробую воспроизвести, если детали дадите - что делать-то надо? Ядро - оно у вас всегда было "от кого-то", или с дистрибутивными родными то же самое? В общем, давайте данные.
присоединяюсь, мне тоже очень интересно. загрузить диски так, что программы долго ждут своей очереди и активно свопятся — мне удавалось. но мышь при этом не замирала, и программы, с которыми я работаю (терминал, например) всё ещё оставались отзывчивыми (пока на диск не лезли). ТАК систему уложить, по-моему, может или очень кривое железо, или какой-то идиотский системный сервис, который поднял себе привилегии под самый потолок.p.s. не SSD, технике уже года 4 (или больше).
Ведра были разные, сначала стандартные, потом самосборные, потом на ликворикс переехал, возится надоело...было время я в потрохах дистра копался...потом наигрался :)Загрузить...ну, специально, например так. Месяц ноут не выключать, писать на эклипсе что то там, использовать эмуляторы и прочее. Наступит момент...и усе фриз.
Если быстрее...то есть совсем спецом...берем несколько виртуалбоксных виртуальных машин, запускаем одновременно, выдавая им по паре гигов памяти на нос. При этом их запихиваем в фон...то есть, на первом плане находится браузер, окошки терминала и прочее, а виртуалки в фон. Система должна бы догадаться, что виртуалки в своп надо, а браузер не трогать...не говоря уж о курсоре мышки, который вообще не причем.
Если без zswap то все замрет нафиг, а если с ним, курсор будет работать как и все остальное, но подлагивать...что меня по сравнению с полным фризом устраивает.
во-первых: у тебя точка заедает.
во-вторых: unconfirmed. виртуалящики работают, исправно уходят в своп, ничего не замирает. need more info.
Что поделать, у меня наверное глюки. Доказывать мне смыслу нету, как есть, так есть. zram помог решить проблем. Остальное...мое мнение от того, докажу я вам или нет, не поменяется...опыт сын ошибок трудных, в линухе своп сделан крайне хреново. Ваше мнение, ваше, мое, мое. Разойтись :)
(пожимает плечами) ну, морозь яйца назло кондуктору, это ж у тебя тормозит, а не у меня.надеюсь, багрепорты ты не пишешь. а то там тоже часто требуют больше информации, и очень удивляются, видя, как эмо начинает плакать.
всё, abtreten!
p.s. свой опыт надо слушать. кричит опыт в ухо: «нет смысла разговаривать с генератором многоточий!» — слушать надо. каюсь, вперёд буду слушать.
А тем временем в далёком далёком месте Microsoft купила Nokia. Секрет Полишанеля раскрыт!
Нет, ну надо быть Буратиной, чтобы так удивиться этой новости.
ну вот, селинукс и в телефон засунули
> ну вот, селинукс и в телефон засунулиСовременный телефон спокойно заткнет десктоп десятилетней давности за пояс. Спасибо если не сервак еще.
Современный телефон не затыкает даже не самый дорогой ноут 2003/4-го года имеющийся в наличии.
> Современный телефон не затыкает даже не самый дорогой ноут 2003/4-го года имеющийся в наличии.Вот это совсем не факт. Третий пенек, одноядерный и с тормозной оперативкой - ничего такого из себя не представляет. Многоядерные ARM-ы его обсчитают как делать нефиг.
Да, в оптимизированных под многоядерность тестах многоядерые arm обсчитают одноядерный Pentium III. Но не всё в этом мире многоядерно и оптимизировано, знаете ли.
Тем не менее, по сырой мощи телефон сделает пресловутый древний ноут на P-M в разы.
Поражаюсь каждому ченжлогу нового ядра, когда читаю часть с дисковой подсистемой.
Такие ощутимые приросты (по крайней мере на бумаге), что возникает то самое ощущение, когда хочется сразу накатить свежее ядро, начисто позабыв о всякой "стабильности".
Эхх :)
> ощущение, когда хочется сразу накатить свежее ядро, начисто позабыв о всякой "стабильности".Если у вас не убер-энтерпрайз где факап будет в случае чего стоить десятки лямов - это в целом зарекомендовало себя вполне безопасным и неплохо работающим начинанием.
Все-таки хорошо когда програмеры на своих тушках свои ядра юзают. В результате даже первый -RC как правило можно юзать без особых проблем.
>убер-энтерпрайзИменно за него и говорю же :)
Дома и на рабочих машинах то ясно что не проблема.
Интересно было бы ту же f2fs посмотреть не на тестовой флешке, а в "продакшене".
Но как уже замечено - цена таких тестов совсем не та.
> Именно за него и говорю же :)А там - "работает - не трогай!". Нефиг новые супер-материалы на уже работающей АЭС тестировать.
> Дома и на рабочих машинах то ясно что не проблема.
> Интересно было бы ту же f2fs посмотреть не на тестовой флешке, а в "продакшене".Зависит от критичности этого самого продакшна и организации процессов. Какой-нить гугель которому падение плюс-минус пары серверов вообще до балды может наверное и такое себе позволить, просто отключив проблемные сервера при необходимости. Тем не менее, для более-менее обычных целей видится очевидная проблема: fsck в F2FS IIRC нету.
> Но как уже замечено - цена таких тестов совсем не та.
Ну как бы тестовый сервант поднять и погонять в условиях близких к боевым - можно, вероятно. А дальше уж по результатам. Хотя это имеет смысл только если что-то не устраивает и хочется большего. А так оно работает в общем то. Чего б ему, програмеры на своих тушках основные моменты обтестили. Shit, конечно, happens, но все-таки.
>>> начисто позабыв о всякой "стабильности"Собрать ядро вообще не проблема, главное дистрибутив выбирать без Vendor Kernel Fix
> 9.1% изменений внесено сотрудниками компании Intel, 8.5% - Red HatБли-и-и-н!
А как же прямо-таки гигантские изменения, вносимые в код ядра Мелкомягкими? Тем паче ТАКОГО ядра! :)
ну, синие в основном регрессии и заточки "под себя" тянут, красные - менеджмент итп.
>1239 разработчиковСимволично :) Нуля только не хватает...
>>1239 разработчиков
> Символично :) Нуля только не хватает..."И вот я здесь"? :}
> В ядро добавлены патчи, необходимые для реализации поддержки запуска в Wine приложений для Windows RT;Зачем это?
Да сходи по ссылке, посмотри на патч. Они не запихали ВинАпи в ядро, ёпта
Собрал! Пропатчил, как обычно, дрова нвидии. Только после этого всё ОК!
Нет упоминаний о доработке дров альзы для чипов ALC* Intel HD Audio. Патч для альзы довольно крупный. На ALC892 теперь должны пропасть щелчки и треск. (Регрессия появившиеся в ядре начиная с версии 3.5)
> Нет упоминаний о доработке дров альзы для чипов ALC* Intel HD Audio.Нажми под новостью кнопку "исправить" и допиши. Ну что ты как маленький?
Если программа, использующая O_TMPFILE, некорректно завершится, то невидимый файл останется, занимая место на диске?
Убьется автоматом при любом завершении программы, конечно
А если RESET нажать тоже убъётся?
> А если RESET нажать тоже убъётся?Да, при следующем монтировании.
> Если программа, использующая O_TMPFILE, некорректно завершится, то невидимый файл останется,
> занимая место на диске?понимаешь народ не осилил сделать open() + unlink() - для чего сделал отдельный флаг.
1) они не атомарны
2) если есть часто используемая фича - надо её делать удобной
3) главное. Флаг O_TMPFILE - это о семантике. Это явное указание ядру на то, что ты хочешь. open + unlink - просто идиома, из которой ядро никаких выводов делать не должно. Надо полагать, именно поэтому в ядре для случая O_TMPFILE стали возможны некоторые оптимизации.
Мда, btrfs всё там же, печально
поддержка ядром интеловских атомов с лицензированным у powervr видеоядром, опять в полёте?
> поддержка ядром интеловских атомов с лицензированным у powervr видеоядром, опять в полёте?А есть какие-то причины надеяться на изменение ситуации?
/me не в курсе, но интересно.
Ура арчик обновили 3.11 !!!
У меня после обновления что то Compiz грузит проц и как то заторможено обновление графики
> У меня после обновления что то Compiz грузит проц и как то
> заторможено обновление графикискорбим вместе с тобой.
