Вы правы, в ущерб активному процессу не будет. Но если mysqld спит 10 минут, потому что в это время запросов к базе не было, у него уйдут из кэша все открытые таблицы, и сам процесс легко вытеснится в свап.
В OpenVZ госевая ОС - это на самом деле не ОС. Ядро там только одно - ядро хоста. В контейнерах только user-space приложения. Соответственно, вся политика кэширования определяется ядром и VPSы на кэширование прямо влиять не могут, только косвенно, различными ухищрениями.
Технически, дисковый кэш - ресурс ядра. Но участок памяти из кэша может мэппиться в виртуальную память одного или нескольких процессов. Например, фрагмент shared library. И в этот момент уже терминологически трудно назвать его ресурсом ядра, так ядро не может его просто так взять и освободить.
Любая физическая память в Unix, включая OpenVZ - это ресурс ОС, а не работающих программ. Программы имеют виртуальную память, которую ОС подменяет физической по своим соображениями.
Размер дискового кэша - величина непостоянная и все время меняется, в зависимости от дисковой активности на сервере и от активности процессов. Более того, он сильно связан с виртуальной памятью, и многие сегменты кода процессов, таблицы баз данных являются прямым отображением блока на диске (принадлежащего файлу) в виртуальную память этого процесса. Участок виртуальной памяти при этом может находится в физической памяти (в дисковом кэше), а может отсутствовать. Кроме того, разные процессы могут иметь общие участки памяти, соответствующие общей виртуальной памяти. А кроме этого есть еще виртуальная память, которая принадлежит собственно процессу и не имеет отображения на диске, и такая память может вытесняться в свап.
И все это настолько сложно и запутано, что для OpenVZ лимита на физическую память для контейнера не существует. Есть лимиты, которые примерно влияют на использование физической памяти. Обычно, для OpenVZ параметр оперативной памяти обозначает либо объем privvmpages, либо какую-то комбинацию privvmpages, shmpages, lockedpages - каждый хостер выбирает по своему усмотрению соответсвие этих параметров тому объему памяти, который заявлен в тарифе.
Т.е. физической памяти у VPS нет. Поэтому нельзя считать, что есть некая память, которая принадлежит VPS, а есть другая - системная память для дискового кэша. Для сетевых буферов, и кучи других мелких ресурсов ядра такое разделение есть, но их объем памяти по сравнению с памятью VPS незначителен.
Но. Давайте предположим верным утверждение, что что дисковый кэш - это ресурсы ОС, которые выдаются сверх того объема, которые выделяется на VPS и его размер всегда одинаков, не уменьшается и не увеличивается. Когда все VPS работают с диском более-менее одинаково, они делять поровну дисковый кэш и ресурсы получают справедливо. Но как только у одного VPS дисковая активность намного повысилась, дисковый кэш попадает в его полное распоряжение - ОС отняла свой ресурс у других VPS и передала его одному. У других контейнеров производительность связанных с диском операций деградирует. Результат такой же, хотя без беды с свапом.
cvss добавил 23.12.2009 в 19:51
Интересно, какого качества у вас не хватило, что суметь понять условия получения 500 рублей? Работа не принята, но предложение все еще в силе.
В 2-3 раза выше чего?
А в чем сомнение или противоречие? Вы ведь и написали, что весь кэш достался одному VPS. Следовательно, другие кэша лишились. Когда другие кэша лишились, и он достался одному VPS, это совершенно точно подходит под определение "Операционка отнимает оперативку у соседей и отдает ее одному VPSу"
cvss добавил 23.12.2009 в 18:51
Это нужно читать кучу тем целиком.
Вы ж помните, я не вам отвечаю, а комментирую другим читателям то, что вы написали. Это разные вещи.
А смысл? В OpenVZ результаты тестов могут сильно зависеть от деятельности соседей. А без соседей OpenVZ покажет либо результат для целого сервера, либо результат для наиболее благоприятных условий.
В самой технологии, в расходах на виртуализацию - разницы практически никакой. Ну разве что на сверхмаленьких VPS по 30-60 Мб у OpenVZ будет большой выигрыш за счет того, что ядро общее для всех контейнеров. А так, вся разница может быть в оборудовании и в цене.
OpenVZ - отличная технология, мы в офисной сети с любовью используем ее. Порезали с помощью Xen большую машину на несколько виртуалок, поставили в одной из них OpenVZ и крутится там около 10-15 контейнеров для разных задач. Задачи разные, пики в нагрузках у них одинаковое время не бывают - именно из-за такого гибкого подхода к памяти и поставили.
Я вам не просто тест IQ предлагаю, а еще и легкие деньги. Представьте, что я ваш клиент, заказываю вам услугу меня опровергнуть. Причем, на ваш взгляд, это должно быть проще, чем настроить FreeBSD с кэшированием в соседнем топике. Удивительно, что вы торгуетесь, другие сразу бы согласились, но я им пока не предлагаю :)
Был бы здесь кто-угодно другой, к кому можно испытывать уважение, или тот, кто хотя бы не испортил впечатление о себе своим постоянным базарным тоном и дилетантской самоуверенностью, я бы привел примеры и дал бы конкретные факты. Достаточно было б сказать "вот тут то и тут то у противоречие вижу, сомневаюсь я". Я бы не пожалел на это и 1 минуты, и 10 минут.
Но ваши моральные страдания я облегчать не хочу и для вас даже пальцем не пошевелю, не говоря уж о копировании пары ссылок из гугля. Даже для broken палецем бы пошевелил - все-таки до конфликта я к нему хорошо относился. Но для вас нет. И не просите.
cvss добавил 23.12.2009 в 17:34
Вы, кажется, в самом начале, там где про ложь, что-то написать забыли. Или нет?
Ну я потом подробнее прочитаю, что вы написали, сейчас времени нет. Завтра-послезавтра, может быть, отвечу. Хотя, смысл отвечать-то.
DLag, вы можете ждать сколько угодно, я же говорил вам, что я не ваш гувернер, чтобы заниматься вашим просвещениям. Но есть одна идея, которая добрым людям принесет развлечение, а вам новые знания.
Речь о деньгах. Устроим небольшое тестирование IQ и проверку навыков пользования мыслительного аппарата. Никуда SMS слать не нужно, а даже наоборот ;). Я дам вам деньги (вебмани, Я.Д, банковский перевод) в том случае, если вы сможете убедительно опровергнуть мое объяснение, с которым вы так отчаянно спорите. Опровергнуть с приведением цитат из кода ядра, документации или переписки с разработчиками, либо результатами тестов с их анализом и теоретическим обоснованием
На мой взгляд, для того, чтобы убедиться в верности моего объяснения, квалифицированному специалисту будет достаточно потратить 10 минут. Но имея в виду вас, делаю скидку и будем считать, что вы сможете справиться за 60 минут. Я дам вам 500 рублей.
500 рублей за 60 минут труда - это неплохая ставка. А если повезет, то и за 10 минут. Это даже выгоднее, чем настроить кому-нибудь apache на заказ. И, обратите внимание, никаких оскорблений от клиента. Но вы получите деньги только в том случае, если сможете опровергнуть мое объяснение, то, которое является предметом нашего диспута.
Если вы сможете меня опровергнуть, вы получите честь, славу и обогатитесь 500 рублями. Если нет - все равно, польза для вас будет несомненная и вы обогатитесь знаниями.
Заметьте, это не пари, а чистая благотворительность, так как я взамен от вас ничего не требую.
Вы сюда еще целиком всю страницу процитируйте, может быть тогда сможете увидеть, что там речь о пользовательской поддержке :)
Становится все смешнее и смешнее :) Вы понимаете, что по ссылке описываются отличия в пользовательской поддержке OpenVZ и Virtuozzo? Или просто два слова рядом увидели, и решили, что там сравниваются их технические параметры?
Учиться, учиться, и еще раз учиться. На этот раз - английскому языку.
"Если используется фронтенд nginx и apache/mod_php в бэкенде, выигрыш в скорости есть, но совсем небольшой" - имел в виду, что у nginx + php-fpm по сравнению с ngix + apache/mod_php выигрыш в скорости есть, но совсем небольшой
Ну если вы с ним знакомы и не успели испортить отношения, попросите его объяснить непонятные вам места в моем тексте. И спросите его, чем отличается Virtuozzo от OpenVZ.
DLag, вот вы линейку хотите достать, меряться хотите. Уверены? :)
По сравнению с чистым apache/mod_php без ngixn - nginx + php-fpm намного быстрее. Если используется фронтенд nginx и apache/mod_php в бэкенде, выигрыш в скорости у nginx+php-fpm есть, но совсем небольшой. Для тяжелых вещей типа joompla, wordpress этот выигрыш незаметен. Для быстрых самописных скриптов, типа баннерной крутилки, счетчика, чата - разница уже становится больше, бывает в несколько раз.
У безапачевой схемы php-fpm есть еще плюсы в том, что экономится память и проще, с меньшими затратами, реализуется безопасное разделение серверов, принадлежащих разным юзерам.
Экономия памяти приводит к тому, что для обеспечения той же посещаемости, можно взять более дешевый сервер. Или использовать эту память под что-то нужное (дисковый кэш :), буферы mysqld) и добиться прироста производительности таким вот косвенным образом.
