Everything_is_bad, HDD медленные, хрупкие, громоздкие. Вариант с SSD + USB адаптер выгоден еще и тем, что при необходимости SSD можно снять и установить непосредственно в рабочую машину, в NVMe интерфейс.
mayton2019, извиняюсь, я спутал вас с автором текущего решения. Но первые мои сообщения были адресованы именно вам. Незачем создавать кучу файлов, если можно взять следующую строку после найденной.
mayton2019, что же тут доказывать-то? Сдается мне, вы просто не умеете признавать свои ошибки, поэтому у вас столько вопросов. Я ни в коем случае не хотел указывать на тот факт, что ваше решение неполное, я только сказал о том, что было итак очевидно. Вам нужно было подумать лишь на один шаг дальше.
Хорошо. Допустим, у нас на входе файл, строки в котором расположены в случайном порядке. Если мы возьмем любую из них, то, по определению, расположение этой строки относительно остальных будет случайным, так? Отсюда следует, что если взять следующую строку, идущую после этой случайной, то она так же будет случайной.
Ваше решение чаще находит строки, которые длиннее, чем те, которые короче. Это уже было отмечено выше и, я надеюсь, в доказательстве не нуждается. Однако, можно воспользоваться вашим решением, чтобы найти первую строку, а следующая за ней - будет случайной. Поскольку это было уже доказано в предыдущем абзаце.
mayton2019, так я же и говорю, когда будет найдено первое слово, то, как ты и заметил, рандом будет не совсем честный из-за перекоса в сторону длинных слов. Но, если взять следующее слово, которое располагается сразу после найденного, то вероятность будет уже соответствовать равномерности распределения строк в исходном файле. Насколько я понял, предполагается, что на входе у нас перемешанный файл.
mayton2019, не понимаю, зачем такие сложности. Можно ведь просто взять следующее слово после найденного. Конечно, при условии, что файл надежно перемешан.
Андрей, Что не помогает-то? Если у вас после "изменения ползунков вручную" звук появляется, то данная команда делает то, что нужно. Она сохраняет текущие настройки алсы, так, что при следующей загрузке ОСи звук должен работать.
The last distribution was completed Friday, July 1 2022. The next distribution will occur on or about Monday, 3 October 2022.
Хотя, этого тоже не достаточно, чтобы сделать однозначный вывод о сроке ожидания. Но я не думаю, что они там эту статистику пишут, чтобы людей в заблуждение вводить.
Андрей Гаврилов, как вы к такому выводу пришли? Посмотрите по ссылкам в моем первом комментарии.
RIPE:
Days that first LIR in queue has been waiting 241
ARIN:
73 Fri, 25 Feb 2022, 12:43:26 EST /24 /24
То есть, на текущий момент первый кандидат на получение /24 сети на ARIN, был добавлен в очередь 25 февраля 2022 года. Или я что-то неправильно понимаю?
Вообще, мой вопрос можно было бы свести к тому, а сможет ли, например, Вася Пупкин зарегистрировать ООО и по этим документам получить одобрение на выделение /24 сети? Или же это будет пустая трата денег и времени?
Как в случае с RIPE, так и в случае с ARIN, можно встать в лист ожидания, пока не освободятся ранее занятые сети. Средний срок ожидания, насколько я понял, составляет полгода.
По поводу ежегодных платежей - здесь все понятно. Но я вот, например, слышал, что если не ответить на телефонный звонок от ARIN, то можно лишиться права аренды сети. Хотелось бы найти подтверждение или опровержение этим слухам.
Присматриваюсь к этому дистрибутиву. Не подскажете, много времени теряете на компиляциях? Например, чтобы понять, нужна ли прога вообще, ее ведь сначала еще нужно и собрать. Или есть какие-то обходные пути?
Благодарю за наводку. Именно это ограничение и было достигнуто.
Пока не могу понять, как убрать это ограничение глобально во всей системе. Пробовал редактировать "/etc/systemd/system.conf", устанавливая "DefaultTasksMax==infinity". Также в сети встречалась информация о том, что можно установить "UserTasksMax=infinity" в файле "/etc/systemd/logind.conf". Оба варианта оказались бесполезными. Второй случай вообще недокументированный (возможно устаревшая информация).
