Исходное сообщение
"В Mesa принят код NVK, открытого Vulkan-драйвера для видеока..." Отправлено Аноним, 07-Авг-23 16:26
"не работает и никто не знает, как починить" - типичная ситуация, когда сервера обслуживаются анонимами с опеннета. Но виноват сразу вендор. Помню, прошло года три со сдачи проекта в эксплуатацию. Звонок, типа помоги разобраться, как там горизонтальное масштабирование настроить, документацию читали но не поняли. Я удивленно так - а зачем вам, уже настолько выросли? там того сетапа должно лет на 10 было хватить. А вот, всё тормозит, ааааааа. Уже начали разносить на 5 серверов вместо одного, аааа. Короче, ладно, давайте шелл, посмотрю. Через 1 минуту проблема была решена. Короче, взяли типичного опеннет-админа, которому надо везде навести свои "корпоративные порядки", переложить что-то там из /var в /opt или наоборот. Просто потому что чтобы было. А там был в том числе сторадж огромного числа мелких файлов. И перекинуть-то он перекинул, а конфиг updatedb не поправил (да, у них убунта была), и в iotop висела этак с десяток индексаторов, которые никак не успевали эту кучу разгрести, а по крону уже запускались новые :-) И конечно же, у этого "админа" был виноват не он, а "тормозной софт" :-)

Ваше сообщение
Имя*:
EMail:	Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:	> "не работает и никто не знает, как починить" - типичная ситуация, когда > сервера обслуживаются анонимами с опеннета. Но виноват сразу вендор. > Помню, прошло года три со сдачи проекта в эксплуатацию. Звонок, типа помоги > разобраться, как там горизонтальное масштабирование настроить, документацию читали но > не поняли. Я удивленно так - а зачем вам, уже настолько > выросли? там того сетапа должно лет на 10 было хватить. А > вот, всё тормозит, ааааааа. Уже начали разносить на 5 серверов вместо > одного, аааа. Короче, ладно, давайте шелл, посмотрю. > Через 1 минуту проблема была решена. Короче, взяли типичного опеннет-админа, которому надо > везде навести свои "корпоративные порядки", переложить что-то там из /var в > /opt или наоборот. Просто потому что чтобы было. А там был > в том числе сторадж огромного числа мелких файлов. И перекинуть-то он > перекинул, а конфиг updatedb не поправил (да, у них убунта была), > и в iotop висела этак с десяток индексаторов, которые никак не > успевали эту кучу разгрести, а по крону уже запускались новые :-) > И конечно же, у этого "админа" был виноват не он, а > "тормозной софт" :-)
	Введите код, изображенный на картинке: