конец 12309

Внизу список «Похожие темы» доставляет

ага)

думаешь?

кстати, можешь на пальцах объяснить значение «eBPF»? А то я пугаюсь страшных незнакомых букв.

Да? Опять?

Поддержка поллинга ввода/вывода для блочных устройств (I/O polling). Поллинг позволяет уменьшить нагрузку на систему при использовании высокопроизводительных устройств за счёт периодического опроса состояния вместо генерации прерываний. Как следствие, в определённых ситуациях включение поллинга позволяет существенно повысить пропускную способность и сократить задержки ввода/вывода.

Осталось только понять, причем тут 12309?

Ну теперь то точно все.

Каждый год. Since 2009. Конец 12309.

12309 и тиринг - это такие вещи, что если их исправят, то динукс потеряет свою самобытность.

Не верю! (c)

«Що, опять?»

Невозможно окончить то что не начиналось.

(-∞;0] лол

12309 нифига не пофикшен. Часто его встречаю, если iso на флешку катаю через dd.

А если просто копировать много инфы на флешку, то можно идти пить чай.

Я имел в виду «шо, опять пофиксили?» :).

Что-ж, любопытно. Я, если не забуду, проведу эксперимент с флэшком. Мне что-то кажется что локальный накопитель не должен при этом страдать. Но я проверю.

существенно повысить пропускную способность и сократить задержки ввода/вывода

наоборот. Это означает, что ИО будет ещё эффективнее вытеснять пользовательские приложения из процессора(если судить по этой фразе)

Особо не встречался с этим эпичным багом, но если пофиксили, то низкий поклон.

Я поборол это установкой 16 Гб оперативы, 3 SSD и мощного ЦП. Рекомендую способ.

да ладно?

Состоялся релиз ядра Linux 4.2.2 (комментарий)

Никакого 12309 там где он был, в том числе в венде. Теперь можно не опасаясь выкидывать грязнохак с 2мб грязных страниц.

Как меня этот 12309 достал уже. То не было не фига 2 года, да тут обратно вылез :-(

Осталось только понять, причем тут 12309?

Под симптомы 12309 попадает много чего, например, некорректные (но умолчательные) настройки vm.dirty_* на 64-битных системах. И поллинг тут теоретически может помочь, если он уменьшит буферизацию в ядре.

PS: блин, это ж внутриядерный интерфейс для поллинга, я почему-то про юзерспейсный подумал. :(

некорректные (но умолчательные) настройки vm.dirty_* на 64-битных системах

Ммм? Суть проблемы в том что во время принудительного сброса кэшей всё IO замерзает. vm.dirty_* лишь может скрывать проблемы делая их менее заметными.

при использовании высокопроизводительных устройств

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

То же самое наблюдаю в винде при копировании большого количества данных на флешку с ntfs.

про флешку мне уже давали панацею на этом форуме.
как то так:
vm.dirty_background_bytes = 209715200
vm.dirty_bytes = 20971520

PS: блин, это ж внутриядерный интерфейс для поллинга, я почему-то про юзерспейсный подумал. :(

эм, я теперь начал думать, что они никак друг на друга не влияют :(

В настоящее время поддерживается только режим O_DIRECT

Ну и какое это имеет отношение к типичному десктопу?

12309 нифига не пофикшен. Часто его встречаю, если iso на флешку катаю через dd.

bs=1M oflag=direct спасет отца русской демократии.

Заливание iso на флешку :)

s/опять/знову/g

Шо, опять?