Я что-то не понимаю, что с чатом случилось?
Мы о разных BTRFS говорим? Там если CPU и будет чем-то нагружен, так только при балансировке деревьев, задачу можно поставить на "раз в месяц".
То есть, по твоей логике, файловая система будет проц жрать?
Ага. Сжатие, которое отключить можно, проц не жрет. В десктопах индексация тоже такая простенькая задачка, вообще похуй. Но BTRFS все равно будет нагружать CPU, хоть бы не сгорел случайно. Какой хэш нахуй? Хэш зачем нужен блять? Чтобы файлы на целостность проверять. Ок? Что там у BTRFS за алгоритм хэширования? Давай загуглим. Ага, crc32c. Ага. А что у нас в, скажем, ext4? crc32c. Хммм... Что же у нас это получается? Какая это ФС основана на ЗАПИСИ, блять, и работу с ХЭШЕМ? Подскажи мне, Рахи Петров, что ты сказать пытался? Какая запись нахуй? Какой хэш? Работа с файлами куда откладывается?
Я вот в чатике был, туда бота добавили. Он редко что-то пиздел в чатик. Но за месяц я не догадался, что он бот. Потому что, когда читал его сообщения, в них было больше смысла, чем в сообщении выше.
Пздц ты конечно драмму навел, с овациями там всякими и неожиданными умозаключениями, я конечн понимаю что я не супер писака, но почему ты настолько извращенно воспринял все выше описанное, естественно что если фс нечего не делает, то и лагать при нагрузках ничего не будет, I/O delay это и есть отложение записи/чтения, боже, почему я должен все это описывать, лишь бы у кого то меньше горело, окей давай тогда так, первым делом после установки системы на btrfs ты сделаешь слепок и после фс будет работать только с изменённой инфой, а как называют кусок инфы который можно сравнить и выполнен в ввиде строки(ты ж ведь не будешь побайтово терабайты сравнивать), может х..ху...а точно, это же хэш, так разве эта фс не работает с ним? А если ты поодключаешь все функции btrfs, copy on write в частости, то зачем она тогда нужна...