и я кстати непонял, вот начал читать про этот патч - это 1 левел квоты, т.е. на размер самой вдс?

ага :)

НО и на квоты внутри!

стоп

размер впски работал и ранее (не было лишь лимита на файлы)

т.е. это с секонд левел юзер квоты?

да :)

а

вот тогда это надо

а для вз7 есть? )

там приложеный гитхаб

пни там)

я не слышал, я под вз6 это проектировал

@Mrqwer88 а есть планы на вз7 этот патч?

вз7 интересно тем, что там новое ядро, поддержка nvme нормальная(все бекпортировано вроде) и в вз7 убили секонд левел квоты на симфс, надо какую-то альтернативу. плуп для больших вдс совсем не вариант

а, ну если убили секнд левелы - это увы

патч для вз6 работает на их базе

в плуп их оставили. В симфс их недоделали. Но где-то написали идею как их сделать и сказали что мы считаем что симфс вообще не надо, но если кому надо, то вот написано как допилить

хз, я не врач

я не могу комментировать и ставить им диагнозы

да тут помоему очевидно )

и врачем быть не надо )

и тем не менее :)

ну и вот то что тут выше написали что при добавлении нового каталога надо его обходить потому что новый нотифай приедет до того, как на него будет что-то висеть - это тоже проблема

новый нотифай на что?

отмотайте тут выше, писали подробно

Эээ... Зачем?

Так ровно потому что оно нерекурсивное. Нет?

Так ровно потому что оно нерекурсивное. Нет?

я не понимаю, откуда у тебя несколько inotify fd. у тебя есть inotify fd и добавляешь в него каталоги.

я не понимаю, откуда у тебя несколько inotify fd. у тебя есть inotify fd и добавляешь в него каталоги.

А, может я забыл уже про этот момент

другое дело, что есть лимиты вроде fs.inotify.max_user_watches

другое дело, что есть лимиты вроде fs.inotify.max_user_watches

А, да, точно

А, да, точно

но это лимиты на юзера и создание нескольких inotify fd тут не поможет

но это лимиты на юзера и создание нескольких inotify fd тут не поможет

Я к тому что я перепутал это место и сказал в итоге чушь про фд

и веселости в том что когда кто-то делает mkdir -p foo/bar/bam/bom то тебе надо вешать нотифай на foo/bar/bam, сканить его, вешать нотифай на foo/bar/bam/bom

потому что надо просто бежать вниз по дереву и вешать вотчеры на каталоги, причём сначала на самый первый уровень.

для замены inotify тоже есть fastvps патч ?

для замены inotify тоже есть fastvps патч ?

пока не мейнлайн - не нужен патч этот )

потому что надо просто бежать вниз по дереву и вешать вотчеры на каталоги, причём сначала на самый первый уровень.

потому что нет рекурсивного inotify хотя очень напрашивается в этом месте

ну бегайте дальше по каталогам))

ну бегайте дальше по каталогам))

Ну так зашлите его в мейнлайн

для замены inotify тоже есть fastvps патч ?

ссылку бы )

он трешовый

https://github.com/FastVPSEestiOu/Linux-kernel-fast-logging-path оно?

https://github.com/FastVPSEestiOu/Linux-kernel-fast-logging-path

на деле реализовано оно круто

там внутри страшно

там кольцевые буфера на каждый поток и все пишется в прокфс :)

в debugfs

ну

это прок же)

автор кстати тот же что и квот для зфс

там интереснее

оно relayfs использует

Ну есть убунта

Но местами дебиан думаю нужен

А в чем преимущество убунты на сервере перед дебианом? Я просто на сервере с ней не имел дел.

Ну вопрос непростой. Стили мейнтейнинга пакетов разные, отношение к проприетарному софту...

убунта посвежее, постабильнее, готовых рецептов под нее больше

ERROR: S client not available

комьюнити тоже наверное больше активное

А я наоборот с дебианом дела не имел, так что пусть ответят те кто знает отличия на практике

Он когда то у меня стоял на десктопе и что мне запомнилось так это какое-то параноидальное отношение к торговым маркам. Он не хотел ставить мне firefox и вместо этого предлагал какую-то открытую альтернативу

Ага, они это iceweasel назвали. Но сейчас вроде вернулись на firefox.

А в чем преимущество убунты на сервере перед дебианом? Я просто на сервере с ней не имел дел.

Выходит стабильно раз в два года

У убунты лтс крутой цикл поддержки

В отличие от RH не клеит ядра из говна и палок

А тупо бэкпортит

И ядра постоянно апаются, а не каменный век;)

Когда они начали бэкпортить ядра, я сперва ржал, а потом поумнел

Спасибо.

А в чем преимущество убунты на сервере перед дебианом? Я просто на сервере с ней не имел дел.

У убунту предсказуемый цикл релизов

У дебиана нет

Так убунту лтс довольно близок к дебиан тестинг на момент релиза

так тестинг же без изменения в стейбл попадает

так тестинг же без изменения в стейбл попадает

Ну да, вопрос в том когда

И пока тестинг - тестинг, он меняется по мелочи

М, не, я с другой стороны, в том смысле что это не очень "отщепенски" сидеть на тестинге

Ну тоже верно

Там главное в момент релиза не обновляться пару недель

просто нужно чтобы у вас было на поток поставлено обновление пакетов

ну релиз...

С релизом наверно согласен, если не готов плотно работать с коммьюнити разрабатывающим дистри и репортить им баги

а вот что в течении года, обновляться нужно периодически с тестингом.

Но мы живём с centos ! _тут картинка с улыбающимся гарольдом и его глазами переполнеными болью всей вселенной_

Посоны, тут смотрите какой прекрасный набор стикеров есть )