Этот совет кажется просто .. неправильно. Когда есть ужасные задержки, как это, вы действительно должны быть там на время, да. В древней истории, миллиард лет назад, авиалинии "дать людям отдохнуть". ОП не вернулся, чтобы уточнить. Поставив на удержание. Это делает только вы подождать пару дней, чтобы принять ваш собственный ответ. Но вы можете разместить его в любое время до этого. Вы можете попробовать переустановить libldap только? Я хотел бы рекомендовать, чтобы разрешить доступ к определенному сценарию только через visudo. Даешь весь пользователей "NOPASSWD:все" это действительно плохая идея, потому что пароль root и не будет проверяться при выполнении любого скрипта. Неужели это правда? Законы о банкротстве разработаны, чтобы дать должникам структурированный путь к дефолту по долгам. Bitfloor бесплатно, чтобы справиться с ситуацией, как они считают нужным (в том числе не погасил какой-либо из похищенных средств). Если какие-либо из их клиентов есть проблема с их обработкой ситуации, то они вправе пожаловаться Bitfloor, и если не урегулировать этот вопрос к их удовлетворению, они могут подать в суд. Если файл достаточно людей тяжбы, это Bitfloor, что имеет возможность искать защиты от банкротства. Я не думаю, что кто-нибудь может заставить их подать банкротства.

Зловредные USB-флешку ларек проблема - LWN.net в ноябре 2013 года.

Недавно С. Артем Ташкинов столкнулся с проблемой, которые будут знакомы хотя бы некоторые читатели lwn бывает. Подключите медленное устройство хранения данных (USB-накопитель, или, скажем, медиа-плеер) на компьютере с ОС Linux и писать много данных. Вся система доходов просто повесить, возможно в течение нескольких минут.

На этот раз, однако, Артем сделал интересное наблюдение: система будет тормозить при работе с 64-разрядным ядром, но такой проблемы не было испытано при использовании 32-разрядного ядра на том же оборудовании.

В статье поясняется, что с 64-разрядным ядром, грязный кэш страницы (обратной записи кэш ака) было позволено вырасти на 20% памяти по умолчанию. С 32-разрядного ядра, он был фактически ограничен ~180 МБ.

Линус предложил ограничить его до ~180 МБ в 64-разрядной версии, однако нынешний Линукс (В4.18) Не делай этого. Сравнить Линус предложил патч, к текущей функции в Linux 4.18. Самый большой аргумент против таких изменений, пришел от Dave Chinner. Он отметил, что снижение буферности слишком много может вызвать файловые системы страдают фрагментации. Он также отметила , что "для потокового ввода-вывода мы, как правило, нужно по крайней мере 5С кэшированных грязные данные даже при задержке."

Я запутался. Почему USB-флешку заглохнет привести всю систему вешать?

Я в замешательстве, потому что я читала ранее статью, описывающую код слился в 2011 году (в Linux 3.2). Это показывает, что ядра должны были контролировать грязный кэш страницы на каждого устройства:

Нет-я/о грязных регулирования - LWN.net, 2011

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

[...]

Цель системы-сохранить количество "грязных" страниц на уставки; если вещи выходят из линии, увеличивая количество силы будут приложены, чтобы принести вещи туда, где они должны быть.

[...]

Это соотношение не может действительно быть рассчитана, без подложки устройства (БДИ) учетом. Процесс может быть пачкая страниц, хранящихся на данном БДИ, и система может иметь много грязных страниц на данный момент, но мудрость регулирования этого процесса зависит от того, как существует множество "грязных" страниц на что БДИ. [...] В БДИ с несколько грязных страниц можно четко быстро свое отставание, так что, вероятно, может позволить себе несколько больше, даже если система является несколько более грязным, чем хотелось бы. Чтобы установить патч твики расчетную pos_ratio для конкретного БДИ, используя сложную формулу, глядя на то, как далеко, что конкретные BDI-это из собственного уставки и наблюдали пропускную способность. Конечным результатом является модифицированной pos_ratio описания, должна ли система быть пачкая более или менее подкрепленные данной БДИ и на сколько страниц.

В-устройства управления был добавлен еще раньше, чем этот: умнее написать дросселирования, 2007 LWN.net. [Патч 0/23] в устройство грязной регулирования -В10. Он был объединен в Linux версии 2.6.24.