Size: a a a

2020 November 02

s

symon2014 in Arch Linux RU
Сырно
base, linux, linux-firmware
а iwd например , хотя бы , для примера.
источник

С

Сырно in Arch Linux RU
symon2014
а iwd например , хотя бы , для примера.
Не базовый
источник

s

symon2014 in Arch Linux RU
Сырно
Не базовый
И сколько их , и какие?
источник

С

Сырно in Arch Linux RU
Чего? Кого?
источник

С

Сырно in Arch Linux RU
Вопрос у человека простой.
Как снести все, кроме базовых пакетов.
источник

С

Сырно in Arch Linux RU
Как - ответили.
Нахуя - его дело.
источник

s

symon2014 in Arch Linux RU
Сырно
Чего? Кого?
Совет когда даёшь , думалку включай.
источник

С

Сырно in Arch Linux RU
symon2014
Совет когда даёшь , думалку включай.
Ты о чем вообще бормочешь тут?
источник

A

Arch Gatekeeper in Arch Linux RU
Max.d 🤖 выдал предупреждение (1/5) пользователю symon2014 (@symon2014). Причина: оскорбления.
источник

С

Сырно in Arch Linux RU
Чувствую себя РПЦ
источник

s

symon2014 in Arch Linux RU
Arch Gatekeeper
Max.d 🤖 выдал предупреждение (1/5) пользователю symon2014 (@symon2014). Причина: оскорбления.
Хам ты Макс.
источник

RP

Raxi Petrov in Arch Linux RU
Сырно
Что?
Фс основанные на записи и работу с хешем требуют процессорной мощности, и при большой нагрузке на проц работа с файлами откладывается и это вызывает лаги в работе системы
источник

RP

Raxi Petrov in Arch Linux RU
И решается распределением нагрузки или полной перенастройкой шедуллера, по эт не особо годится для десктопа
источник

С

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

С

Сырно in Arch Linux RU
Чуть жепа не сгорела.
источник

s

shenmue in Arch Linux RU
А ты это кому? А то мероприятие окончилось час назад. Кого то даже замутили
источник

С

Сырно in Arch Linux RU
Выше сообщение.
источник

С

Сырно in Arch Linux RU
Занят был, не посмотрел.
источник

С

Сырно in Arch Linux RU
Вот это блять
источник

CF

C Y B E R F O X in Arch Linux RU
Сырно
Я что-то не понимаю, что с чатом случилось?
Мы о разных BTRFS говорим? Там если CPU и будет чем-то нагружен, так только при балансировке деревьев, задачу можно поставить на "раз в месяц".
То есть, по твоей логике, файловая система будет проц жрать?
Ага. Сжатие, которое отключить можно, проц не жрет. В десктопах индексация тоже такая простенькая задачка, вообще похуй. Но BTRFS все равно будет нагружать CPU, хоть бы не сгорел случайно. Какой хэш нахуй? Хэш зачем нужен блять? Чтобы файлы на целостность проверять. Ок? Что там у BTRFS за алгоритм хэширования? Давай загуглим. Ага, crc32c. Ага. А что у нас в, скажем, ext4? crc32c. Хммм... Что же у нас это получается? Какая это ФС основана на ЗАПИСИ, блять, и работу с ХЭШЕМ? Подскажи мне, Рахи Петров, что ты сказать пытался? Какая запись нахуй? Какой хэш? Работа с файлами куда откладывается?
Я вот в чатике был, туда бота добавили. Он редко что-то пиздел в чатик. Но за месяц я не догадался, что он бот. Потому что, когда читал его сообщения, в них было больше смысла, чем в сообщении выше.
Дурка, епать. А так, надо бы это всё в оффтопик увести...
источник