|
|
|
|
Re: Инфа на vps [message #8918 is a reply to message #8903] |
Mon, 11 December 2006 11:13 |
dim
Messages: 344 Registered: August 2005
|
Senior Member |
|
|
1) cpuunits - это не лимит, это вес ВЕ относительно других ВЕ при распределении процессрного времени. Чем больше вес, тем больше времени будет выделено. Если у всех ВЕ вес одинаков, все получат одинаковое кол-во процессорного времени не зависимо от того, насколько велико значение параметра CPUUNITS. То есть ситуация 1) cpuunits_1 = 1, cpuunits_2 = 1 эквивалентна ситуации 2) cpuunits_1 = 1000, cpuunits_2 = 1000.
2) cpulimits - это не гарантии, а как раз наоборот, самый настоящий лимит. ВЕ не дадут использовать больше чем cpulimits процентов от процессорного времени, причём максимальное процессорное время - 100 * кол-во CPU. То есть если вы выставите cpulimits > 100*num_cpus, то это равносильно тому, что вы его вообще не выставляли.
|
|
|
Re: Инфа на vps [message #9276 is a reply to message #8894] |
Sun, 24 December 2006 21:45 |
weldpua2008
Messages: 58 Registered: July 2006
|
Member |
|
|
Quote: | 1) cpuunits - это не лимит, это вес ВЕ относительно других ВЕ при распределении процессрного времени. Чем больше вес, тем больше времени будет выделено. Если у всех ВЕ вес одинаков, все получат одинаковое кол-во процессорного времени не зависимо от того, насколько велико значение параметра CPUUNITS. То есть ситуация 1) cpuunits_1 = 1, cpuunits_2 = 1 эквивалентна ситуации 2) cpuunits_1 = 1000, cpuunits_2 = 1000.
|
Хм...непонятно
Опять таки:
#vzcpucheck
Current CPU utilization: 2000
Power of the node: 17275
Вот есть эти виртуальные процесорные еденицы
Насколько Я понял из мануала - то это минимальное значение гарантируемое системой!
Тоесть 17275 = 100% от CPU
а 1 = 100/17275% от CPU гарантированая ноде
Quote: | 2) cpulimits - это не гарантии, а как раз наоборот, самый настоящий лимит. ВЕ не дадут использовать больше чем cpulimits процентов от процессорного времени, причём максимальное процессорное время - 100 * кол-во CPU. То есть если вы выставите cpulimits > 100*num_cpus, то это равносильно тому, что вы его вообще не выставляли.
|
Сколько бы не было гарантировано - это предел.
Тоесть Я задам предел 1% и как бы и сколько б там не было cpuunits Я получаю 1% а не пропорционально "весу"...
ЗЫ: Полазив по сайтам и форумам Я вроде понял что есть возможность поставить как Я и предпологал cpulimit равным одному значению, cpuunits другому и тогда просто напросто возникает оверселинг - когда реально меньше физических ресурсов чем затребовано или выставлено в openVZ
|
|
|
Re: Инфа на vps [message #38811 is a reply to message #9276] |
Wed, 03 February 2010 07:58 |
sHaggY_caT
Messages: 144 Registered: August 2008 Location: Moscow, Russian Federatio...
|
Senior Member |
|
|
weldpua2008 wrote on Sun, 24 December 2006 16:45 |
ЗЫ: Полазив по сайтам и форумам Я вроде понял что есть возможность поставить как Я и предпологал cpulimit равным одному значению, cpuunits другому и тогда просто напросто возникает оверселинг - когда реально меньше физических ресурсов чем затребовано или выставлено в openVZ
|
Энергию атома можно использовать для замены вредящих экологии угольных электростанций, а можно... сами знаете для чего.
Есть у Вас, например, задача(VE101), требующая высокой интерактивности, задача которая виртуализирована. По какой-то причине задаче нельзя выделить целое процессорное ядро(ограниченный бюджет, например), задача, например, сервер IP телефонии.
С этой задачей на одном ядре рядом гнездится еще одна задача(VE102): сборочный контейнер (в котором мы собираем, например, rpm в mock, или вообще тиндербокс в фоне, очень долго и очень много).
Последней задаче НЕ нужна интерактивность, но нужно много cpu секунд в долгосрочной перспективе.
Что можно сделать?
Ve101:
cpulimit 15
cpuunits 10000
ve102
cpulimit 80
cpuunits 100
Удобно же:) Никто никому не мешает, а Вы "оверселлинг, оверселлинг..."
IT-outsource for UNIX servers,
http://ha-systems.ru
|
|
|