интересно, у него все URGENT?
я предыдущую ветку посмотрел... :)

Есть такие... "I'm using your product so you MUST support me 24x7 no matter what."
При том, что всё бесплатно.

Спокойно, Кир :) Говорю как краевед: в любом коллективе есть десять процентов людей, необучаемых в принципе :)

Чёрт. У меня только один такой был, среди всех подчинённых и учеников. и то у меня осталось ощущение, что просто я "не додавил", не потратил на него достаточно времени. Правда, со временем я понял, что он действительно такой. Необучаемый, как ты весьма политкорректно выразилась. :)

Так политкорректно в методической литературе пишут :)

Похоже, парень из этих... как их... жадных. Вот подай ему всю память свободной.
Спроси, ЗАЧЕМ ему память чистить? Падает у него что-то или как?

Я уже спросил, мол, если ты считаешь, что это проблема -- объясни. А он..."я сделал, и у меня в кеше 700 метров, как так, надо убрать!!" -- вот и всё объяснение.

Ещё ладно люди раньше в ДОСе работали и им было непонятно, как так и куда девалась память. У меня тоже такая была первая реакция году в 1993 или 1994. Однако, я не пошёл никуда требовать, чтобы починили мою проблему, а пошёл читать, что это такое. Интернета не было, читал в манах и доках каких-то, и достаточно просто понял.

Вот потому ты - девелопишь OpenVZ, а этот перец - хочет всю память иметь свободной. "А то вдруг не хватит". Не понимает он в упор, что кэши освободятся, если кому-то нужна память.

У меня на ноуте тоже возникают ситуации, когда прога сползла частями в swap, а кэш довольно жирный. Никто не может гарантировать, что так лучше в данном, конкретном случае.

Так можно же крутить vm_swappiness?
И ещё там какие-то, возможно, параметры есть (не помню уже).

Можно-то можно, вот только толку с этого я ни разу не ощутил. И, BTW:

$ sysctl vm|grep swappiness
vm.swappiness = 60
$ cd ~linux/Documentation/ && find . -type f -print0 | xargs -0 grep swappiness | wc -l
0

В код не лез, поскольку так сильно не допекало. Да и вообще, на моей системе, достаточно ограниченной по объёму ОЗУ, я чувствую проблему посерьёзней -- утечка памяти в XFree86/Xorg. По сравнению с этим, всё остальное меркнет.

From mm/vmscan.c

/*
* From 0 .. 100. Higher means more swappy.
*/
int vm_swappiness = 60;

... чувствовал каких-либо рез-тов -- думаю (да какой там -- уверен!), всё ж дело в leaks... На машине с бОльшим кол-вом ОЗУ это почти не заметно, а на этой толку нет -- крути, не крути.

Пишешь код?

Да, весь template management (vzpkg) написан мной. Большинство темплейтов (хотя это не код, согласен, но тоже не чупа-чупс сосать).

Что касается kernel и vzctl -- для них у нас специальные команды, мои правки к тому и другому ограничиваются всякими мелкими, я бы сказал, косметическими патчами (например, чтобы 2.6.8 компилялось gcc4 -- в основном это выискивание кусочков и портирование из мейнстрима, меньшей частью своё). На vzctl примерно то же самое, всё по мелочи (патчи можно в багзилле поискать -- обычно что-то такое, простенькое).

Ещё раньше (давно) для Virtuozzo писал vzctl, руководил тестированием ядра (писал тест-систему, подбирал и писал тесты, учил людей и т.п.), руководил темплейт тимом (делали темплейты и темплейтные тулзы), разрабатывал темплейт тулзы нового поколения (вышло в VZ 3.0 под маркой EZ template management -- но заканчивал делать уже не я -- я только чуть-чуть консультировал). До Virtuozzo занимался ASPseek.

...иногда прямо хочется спросить: а у вас есть другой глобус? ;)

Кир, ты слишком быстро начинаешь нервничать - человек просто не понимает, а ты уже в 3-м посте ругаешься:
Again, in plain English:

this is not a problem

If you think it is -- please explain why you think so.

Они же юзера - чего ты от них ждешь?

У меня есть болеее другое предположение — это просто классический индус…