И до того, как лечить 12309 на машине с одним гигом памяти, где собирают файрфокс, лучше памяти на эту машину докинуть.

Это не лечение, а сокрытие симптома.

А ты умеешь отличать thrashing от 12309?

Ты просто хейтер, смирись

Откуда аватарка?

Не знаю, просто на ноуте валялась. В большем разрешении - http://memesmix.net/media/created/nasrul.jpg

Оригинал (ну или почти) - http://cs4.pikabu.ru/images/big_size_comm/2014-08_3/14077508001223.jpeg

Есть три основные беды на линуксах: тиринг, фокусы пульсаудио, 12309

Первые два задолбали. Последнего ни разу этак за десять лет не видел.

Тиринг видел только на специальных демках от евангелистов Wayland. :) (Но у меня нвидия с блобом, возможно, поэтому проблем нет.) Пульсаудио последний раз мешалось лет 5 назад, когда были проблемы с настройкой звука в скайпе, с тех пор проблем не было.

Что до 12309 - я иногда сталкиваюсь с МЕДЛЕННЫМ копированием файлов. Но мне тяжело определить, то ли это 12309, то ли другой глюк (а может, просто флешки халтурные попадались - сравнить не с чем, ибо на домашнем десктопе, например, винды у меня нет совсем, есть только на ноуте).

А ты умеешь отличать thrashing от 12309?

Вы переживаете по этому поводу?

Если система становится колом, не шевелится мыша, не отвечают приложения, то это что за баг?

Ты просто хейтер, смирись

Забавно это слышать от человека с бешеным кроликом на аватаре.

А ты умеешь отличать thrashing от 12309?

Вы переживаете по этому поводу?

Да. Спать-кушать не могу.

Если система становится колом, не шевелится мыша, не отвечают приложения, то это что за баг?

Для начала, неплохо бы понять, баг это или штатное поведение.

Для начала, неплохо бы понять, баг это или штатное поведение.

Ну может кто-то и считает это штатным поведением. Я считаю это эпичным багом.

Я считаю это эпичным багом.

Похоже, ты не избавился от детской веры в чудеса.

Похоже, ты не избавился от детской веры в чудеса.

Это помогло бы ядру избавиться от этого бага?

Это помогло бы смотреть на вещи реально. Например, понять, что перегруженная система неизбежно тормозит. Или хотя бы прочитать багрепорты о 12309 и понять, что это тупо другой сценарий.

Это помогло бы смотреть на вещи реально.

Если посмотреть реально, то видно, что оно реально тормозит. Я описал один из возможных сценариев. Можно ли это называть 12309 уже другой вопрос.

Например, понять, что перегруженная система неизбежно тормозит.

Перегруженную системы придумали вы. При чем тут я?

Или хотя бы прочитать багрепорты о 12309 и понять, что это тупо другой сценарий.

Какой?

Перегруженную системы придумали вы

Неужели?

redgremlin> И до того, как лечить 12309 на машине с одним гигом памяти, где собирают файрфокс, лучше памяти на эту машину докинуть.

andreyu> Это не лечение, а сокрытие симптома.

хотя бы прочитать багрепорты о 12309 и понять, что это тупо другой сценарий.

Какой?

А ты почитай.

Неужели?

На всякий случай, я не redgremlin.

Да, ты andreyu.

на Выселковой

Итого: 41% не использует линукс, 8% угонщики машины времени и пишут из будущего (когда наступит коммунизим и 12309 излечат).

Никогда

В том смысле что комп тормозит довольно регулярно (когда три браузера, и сотня-другая вкладок лихорадочно выполнающих что-то бессмысленное, начинают течь памятью тормоза вполне предсказуемы), но я не уверен что это именно 12309 (или какие из этих случаев это 12309, а какие «просто мой комп — дрова»)

Итого: 41% не использует линукс,

ЩИТО?

Що ви хотели от вендоузятнегов?

Мнение маковода.

Это год в который снежные люди под предводительством киборгов наконец освободят Землю от человечества?

Никогда.

10 years

На macOS сталкивался

Всегда, при накатывании нового дебиана, делаю «фикс» - иначе возникают неистовые тормоза при работе с флешками.

echo 4194304 > /proc/sys/vm/dirty_bytes
echo 4194304 > /proc/sys/vm/dirty_background_bytes
echo "vm.dirty_bytes = 4194304" > /etc/sysctl.conf
echo "vm.dirty_background_bytes = 4194304" > /etc/sysctl.conf

Несколько лет назад. С тех пор сижу на SSD или бездисковых станциях - там проблема себя не обнаруживает.

Зачем ты очищаешь sysctl?

Всегда, когда скидываю большие объёмы тяжёлых файлов на свой NAS QNAP TS-420. При записи туда/обратно тормозит вся система, не смотря даже на то, что у меня стоят SSD. Что на Debian 8,7, что на Xubuntu 16.04.

Что с чем синхронизировать?

Ага, у меня просто конечные продукты, там без JTAG вообще тяжко было. Поэтому неделю времени потратил: https://habrahabr.ru/post/249991/

А что с пульсой? Ну в общих чертах.

В общих чертах - так: после ALSA PULSEAUDIO вызывает недоумение: «Ну как так можно всё испохабить?!»
Пока сам ручками и ушками не попробуешь - объяснять очень трудно.
Лично для меня pulseaudio при попытке его использовать (только не говори, что это у меня руки кривые - всё-таки почти 20 лет живу в IT) оказался непригодным для ежедневного использования по причине непредсказуемых «эффектов»...

Похоже на пресловутый «тиринг» - десятки советов, как его исправить, а я даже не сталкивался ни разу

Всегда, при накатывании нового дебиана, делаю «фикс» - иначе возникают неистовые тормоза при работе с флешками.
echo "vm.dirty_bytes = 4194304" > /etc/sysctl.conf
echo "vm.dirty_background_bytes = 4194304" > /etc/sysctl.conf

Спешу сообщить пренеприятное известие что ваш фикс сломан :)

А пруфы? На Debian Jessie по прежнему работает.

А пруфы?

/facepalm
Вторая команда перезапишет результаты первой. А первая тоже что-нибудь перезапишет.

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

Ещё ntfs через жоfuse радости ядру не добавляет.

Да, надо бы исправить шпору для будущих установок. Но оно и так работает.

Да, надо бы исправить шпору для будущих установок. Но оно и так работает.

Ну тогда не надо :)

Если бы, несколько лет назад, кто-то стыдливо не зарубил миэлрушный счетчик, то до сих пор был бы смищной пруф - более 50% аудитории лора на нем с венды.

Всё стоит раком, и не реагирует даже на sysrq.

Пробовал

vm.overcommit_memory = 2
vm.overcommit_ratio = 100

https://habrahabr.ru/post/249991/

Оч круто. Мне-то проще - на ихней борде сразу USB <=> UART/JTAG стоит, собственно, пока хватает.

Если бы, несколько лет назад, кто-то стыдливо не зарубил миэлрушный счетчик

Его и не было

«>»

rm -rf / забыл ещё написать.

https://top.mail.ru/oses?id=71642&period=0&date=2012-03-01&gender...

И? Это не счетчик на самом сайте.

??

Ну кто и откуда и какой счетчик вырубил?

Это статистика посещений со всяких сайтов mail.ru, а не счетчика на самом сайте.

PS: хотя особо кардинально статистика сайта в процентном соотношении не будет резко отличаться

Дело не в ntfs. Я такое наблюдаю для NFS в асинхронном режиме записи через FastEthernet. В синхронном проблем нет. В общем, это баг подсистемы памяти в комбинации с псевдопрозрачным дизайном I/O, который позволяет засрать всю оперативную память очередью на запись.