Проконсультируйте по VDS

DLag
На сайте с 15.08.2007
Offline
201
#111

cvss, специально чтобы удовлетворить вашу нужду прошел тест IQ:

http://mega-iq.com/images/certificate/07538120/

С вас 500 рублей, переведите на кошелек:

R171749393599

Пойдем дальше.

Провел тест конфигурации аналогичной True30 на одном из наших заполненных серверов.

Влияние соседей по полной программе.

Вот что вышло:

========================================================================
BYTE UNIX Benchmarks (Version 5.1.2)

System: vds10054.mentor.geliar.com: GNU/Linux
OS: GNU/Linux -- 2.6.18-14-ovz-amd64-smp -- #1 SMP Thu Jan 1 18:33:36 CET 2009
Machine: i686 (unknown)
Language: en_US.utf8 (charmap="ANSI_X3.4-1968", collate="ANSI_X3.4-1968")
CPU 0: Intel(R) Core(TM)2 Quad CPU Q9400 @ 2.66GHz (5304.8 bogomips)
Hyper-Threading, x86-64, MMX, Physical Address Ext, SYSENTER/SYSEXIT, SYSCALL/SYSRET, Intel virtualization
CPU 1: Intel(R) Core(TM)2 Quad CPU Q9400 @ 2.66GHz (5302.1 bogomips)
Hyper-Threading, x86-64, MMX, Physical Address Ext, SYSENTER/SYSEXIT, SYSCALL/SYSRET, Intel virtualization
16:45:12 up 8 min, 0 users, load average: 0.34, 0.20, 0.07; runlevel 2

------------------------------------------------------------------------
Benchmark Run: Wed Dec 23 2009 16:45:12 - 17:25:38
2 CPUs in system; running 1 parallel copy of tests

Execl Throughput 1977.3 lps (29.4 s, 2 samples)
File Copy 1024 bufsize 2000 maxblocks 214627.1 KBps (30.0 s, 2 samples)
File Copy 256 bufsize 500 maxblocks 75151.7 KBps (30.0 s, 2 samples)
File Copy 4096 bufsize 8000 maxblocks 414668.4 KBps (30.0 s, 2 samples)
Pipe Throughput 400377.3 lps (10.0 s, 7 samples)
Pipe-based Context Switching 137366.6 lps (10.0 s, 7 samples)
Process Creation 5615.1 lps (30.0 s, 2 samples)
Shell Scripts (1 concurrent) 2295.8 lpm (60.0 s, 2 samples)
Shell Scripts (16 concurrent) 160.5 lpm (60.2 s, 2 samples)
Shell Scripts (8 concurrent) 316.3 lpm (60.1 s, 2 samples)
System Call Overhead 384727.4 lps (10.0 s, 7 samples)

System Benchmarks Partial Index BASELINE RESULT INDEX
Execl Throughput 43.0 1977.3 459.8
File Copy 1024 bufsize 2000 maxblocks 3960.0 214627.1 542.0
File Copy 256 bufsize 500 maxblocks 1655.0 75151.7 454.1
File Copy 4096 bufsize 8000 maxblocks 5800.0 414668.4 714.9
Pipe Throughput 12440.0 400377.3 321.8
Pipe-based Context Switching 4000.0 137366.6 343.4
Process Creation 126.0 5615.1 445.6
Shell Scripts (1 concurrent) 42.4 2295.8 541.5
Shell Scripts (16 concurrent) --- 160.5 ---
Shell Scripts (8 concurrent) 6.0 316.3 527.1
System Call Overhead 15000.0 384727.4 256.5
========
System Benchmarks Index Score (Partial Only) 443.1

------------------------------------------------------------------------
Benchmark Run: Wed Dec 23 2009 17:25:38 - 18:06:52
2 CPUs in system; running 2 parallel copies of tests

Execl Throughput 1996.3 lps (29.8 s, 2 samples)
File Copy 1024 bufsize 2000 maxblocks 426579.2 KBps (30.0 s, 2 samples)
File Copy 256 bufsize 500 maxblocks 149447.5 KBps (30.0 s, 2 samples)
File Copy 4096 bufsize 8000 maxblocks 802967.7 KBps (30.0 s, 2 samples)
Pipe Throughput 399109.5 lps (10.0 s, 7 samples)
Pipe-based Context Switching 138031.8 lps (10.0 s, 7 samples)
Process Creation 5667.8 lps (30.0 s, 2 samples)
Shell Scripts (1 concurrent) 2251.3 lpm (60.0 s, 2 samples)
Shell Scripts (16 concurrent) 157.8 lpm (60.3 s, 2 samples)
Shell Scripts (8 concurrent) 314.9 lpm (60.2 s, 2 samples)
System Call Overhead 383002.7 lps (10.0 s, 7 samples)

System Benchmarks Partial Index BASELINE RESULT INDEX
Execl Throughput 43.0 1996.3 464.3
File Copy 1024 bufsize 2000 maxblocks 3960.0 426579.2 1077.2
File Copy 256 bufsize 500 maxblocks 1655.0 149447.5 903.0
File Copy 4096 bufsize 8000 maxblocks 5800.0 802967.7 1384.4
Pipe Throughput 12440.0 399109.5 320.8
Pipe-based Context Switching 4000.0 138031.8 345.1
Process Creation 126.0 5667.8 449.8
Shell Scripts (1 concurrent) 42.4 2251.3 531.0
Shell Scripts (16 concurrent) --- 157.8 ---
Shell Scripts (8 concurrent) 6.0 314.9 524.8
System Call Overhead 15000.0 383002.7 255.3
========
System Benchmarks Index Score (Partial Only) 542.7

Скорость диска как видите в 2-3 раза выше.

Да и все остальные параметры значительно выше.

Я понимаю что cvss сейчас кажет что тест подделка или он неправильный.

Потому всех желающих прогнать этот тест на этой VDS самостоятельно - прощу в личку, я дам доступ к ней.

Естественно исходящие соединения там будут заблокированы. :)

DLag добавил 23.12.2009 в 19:20

topmedia:
С моей точки зрения (программер) разница есть. Дисковый кеш операционки и память выделенная контейнерам - не одно и то же. Вы написали, что операционка будет отбирать оперативку у соседних VPS, хотя на самом деле она будет перераспределять свои ресурсы.

Вот вы верно мыслите, оно так и работает, собственно как и должно по логике.

Руководитель датацентра UkrNames (http://ukrnames.com/)
C
На сайте с 06.10.2009
Offline
69
#112
topmedia:

С моей точки зрения (программер) разница есть. Дисковый кеш операционки и память выделенная контейнерам - не одно и то же. Вы написали, что операционка будет отбирать оперативку у соседних VPS, хотя на самом деле она будет перераспределять свои ресурсы.

Любая физическая память в Unix, включая OpenVZ - это ресурс ОС, а не работающих программ. Программы имеют виртуальную память, которую ОС подменяет физической по своим соображениями.

Размер дискового кэша - величина непостоянная и все время меняется, в зависимости от дисковой активности на сервере и от активности процессов. Более того, он сильно связан с виртуальной памятью, и многие сегменты кода процессов, таблицы баз данных являются прямым отображением блока на диске (принадлежащего файлу) в виртуальную память этого процесса. Участок виртуальной памяти при этом может находится в физической памяти (в дисковом кэше), а может отсутствовать. Кроме того, разные процессы могут иметь общие участки памяти, соответствующие общей виртуальной памяти. А кроме этого есть еще виртуальная память, которая принадлежит собственно процессу и не имеет отображения на диске, и такая память может вытесняться в свап.

И все это настолько сложно и запутано, что для OpenVZ лимита на физическую память для контейнера не существует. Есть лимиты, которые примерно влияют на использование физической памяти. Обычно, для OpenVZ параметр оперативной памяти обозначает либо объем privvmpages, либо какую-то комбинацию privvmpages, shmpages, lockedpages - каждый хостер выбирает по своему усмотрению соответсвие этих параметров тому объему памяти, который заявлен в тарифе.

Т.е. физической памяти у VPS нет. Поэтому нельзя считать, что есть некая память, которая принадлежит VPS, а есть другая - системная память для дискового кэша. Для сетевых буферов, и кучи других мелких ресурсов ядра такое разделение есть, но их объем памяти по сравнению с памятью VPS незначителен.

Но. Давайте предположим верным утверждение, что что дисковый кэш - это ресурсы ОС, которые выдаются сверх того объема, которые выделяется на VPS и его размер всегда одинаков, не уменьшается и не увеличивается. Когда все VPS работают с диском более-менее одинаково, они делять поровну дисковый кэш и ресурсы получают справедливо. Но как только у одного VPS дисковая активность намного повысилась, дисковый кэш попадает в его полное распоряжение - ОС отняла свой ресурс у других VPS и передала его одному. У других контейнеров производительность связанных с диском операций деградирует. Результат такой же, хотя без беды с свапом.

cvss добавил 23.12.2009 в 19:51

DLag:
cvss, специально чтобы удовлетворить вашу нужду прошел тест IQ:
http://mega-iq.com/images/certificate/07538120/
С вас 500 рублей, переведите на кошелек:
R171749393599

Интересно, какого качества у вас не хватило, что суметь понять условия получения 500 рублей? Работа не принята, но предложение все еще в силе.


Скорость диска как видите в 2-3 раза выше.
Да и все остальные параметры значительно выше.

В 2-3 раза выше чего?

T
На сайте с 07.04.2008
Offline
179
#113
cvss:
Любая физическая память в Unix, включая OpenVZ - это ресурс ОС, а не работающих программ. Программы имеют виртуальную память, которую ОС подменяет физической по своим соображениями. Размер дискового кэша - величина непостоянная и все время меняется, в зависимости от дисковой активности на сервере и от активности процессов.
......
Но. Давайте предположим верным утверждение, что что дисковый кэш - это ресурсы ОС, которые выдаются сверх того объема, которые выделяется на VPS и его размер всегда одинаков, не уменьшается и не увеличивается. Когда все VPS работают с диском более-менее одинаково, они делять поровну дисковый кэш и ресурсы получают справедливо. Но как только у одного VPS дисковая активность намного повысилась, дисковый кэш попадает в его полное распоряжение - ОС отняла свой ресурс у других VPS и передала его одному. У других контейнеров производительность связанных с диском операций деградирует. Результат такой же, хотя без беды с свапом.

Во многом согласен. Про дисковый кеш скажу так - ни одна операционка не будет увеличивать дисковый кеш в ущерб активному процессу. Тем более, что гостевая ОС тоже занимается кешированием и старается минимизировать обращения к диску.

P.S. в юниксах дисковый кеш не относится к ресурсам ядра?

DLag
На сайте с 15.08.2007
Offline
201
#114
topmedia:
Во многом согласен. Про дисковый кеш скажу так - ни одна операционка не будет увеличивать дисковый кеш в ущерб активному процессу. Тем более, что гостевая ОС тоже занимается кешированием и старается минимизировать обращения к диску.

гостевая ОС на Xen старается это делать и по большей части это двойная работа не имеющая смысла.

Съедается доп.ОЗУ, а толку ноль.

topmedia:
P.S. в юниксах дисковый кеш не относится к ресурсам ядра?

Относится, причем к динамическим, которые освобождаются по мере необходимости вплоть до полного выключения кеша.

cvss:
Интересно, какого качества у вас не хватило, что суметь понять условия получения 500 рублей? Работа не принята, но предложение все еще в силе.
Устроим небольшое тестирование IQ и проверку навыков пользования мыслительного аппарата. Никуда SMS слать не нужно, а даже наоборот . Я дам вам деньги (вебмани, Я.Д, банковский перевод) в том случае, если вы сможете убедительно опровергнуть мое объяснение, с которым вы так отчаянно спорите. Опровергнуть с приведением цитат из кода ядра, документации или переписки с разработчиками, либо результатами тестов с их анализом и теоретическим обоснованием

Тестирование IQ, так тестирование.

То что вы не можете подтвердить свои слова к IQ отношения не имеет.

Уж тем более исходники ядра.

cvss:
В 2-3 раза выше чего?

Да, тяжело у вас с "мыслительным аппаратом" выше VDS тарифа True30.

Как видите мне не составляет труда проверить свое утверждение на своих мощностях и дать возможность проверить это всем.

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

Выводы которые можно извлечь из топика:

- cvss - кидок, не хочет платить деньги;

- cvss - трепач, только разговоры, ни одного подтверждения слов;

- Xen медленно работает с диском либо на TrueVDS ужасные диски;

- Отношение к клиентам на TrueVDS хамское;

- Мой IQ довольно высок даже в состоянии усталости. 😂

C
На сайте с 06.10.2009
Offline
69
#115
topmedia:
Во многом согласен. Про дисковый кеш скажу так - ни одна операционка не будет увеличивать дисковый кеш в ущерб активному процессу. Тем более, что гостевая ОС тоже занимается кешированием и старается минимизировать обращения к диску.

Вы правы, в ущерб активному процессу не будет. Но если mysqld спит 10 минут, потому что в это время запросов к базе не было, у него уйдут из кэша все открытые таблицы, и сам процесс легко вытеснится в свап.

В OpenVZ госевая ОС - это на самом деле не ОС. Ядро там только одно - ядро хоста. В контейнерах только user-space приложения. Соответственно, вся политика кэширования определяется ядром и VPSы на кэширование прямо влиять не могут, только косвенно, различными ухищрениями.

P.S. в юниксах дисковый кеш не относится к ресурсам ядра?

Технически, дисковый кэш - ресурс ядра. Но участок памяти из кэша может мэппиться в виртуальную память одного или нескольких процессов. Например, фрагмент shared library. И в этот момент уже терминологически трудно назвать его ресурсом ядра, так ядро не может его просто так взять и освободить.

broken
На сайте с 03.10.2006
Offline
228
#116

мужчины. честно, надоело уже. конструктива ноль, а помои хлешут в обе стороны. давайте тему закроем на этом, если конечно нечего сказать по существу ТС, который просто спрашивал какой тариф ему подойдет для двух сайтегов на ДЛЕ.

если все таки у вас есть желание похоливарить на тему технологий виртуализации - то сделайте отдельный топик, возьмите у друг друга по тестовой впске и тестите на здоровье с подробными комментариями. может еще кто подтянется. сейчас же идет разговор вообще непонятно о чем.

ок? :)

DLag
На сайте с 15.08.2007
Offline
201
#117
broken:
мужчины. честно, надоело уже. конструктива ноль, а помои хлешут в обе стороны. давайте тему закроем на этом, если конечно нечего сказать по существу ТС, который просто спрашивал какой тариф ему подойдет для двух сайтегов на ДЛЕ.

если все таки у вас есть желание похоливарить на тему технологий виртуализации - то сделайте отдельный топик, возьмите у друг друга по тестовой впске и тестите на здоровье с подробными комментариями. может еще кто подтянется. сейчас же идет разговор вообще непонятно о чем.

ок? :)

Кто ж против.

Уже ведь все выяснили и полочкам разложили. :)

Andreyka
На сайте с 19.02.2005
Offline
822
#118
broken:
мужчины. честно, надоело уже. конструктива ноль, а помои хлешут в обе стороны. давайте тему закроем на этом, если конечно нечего сказать по существу ТС, который просто спрашивал какой тариф ему подойдет для двух сайтегов на ДЛЕ.

Для DLE подойдет это - /ru/forum/438004

Не стоит плодить сущности без необходимости
broken
На сайте с 03.10.2006
Offline
228
#119

Господин Роговский, не позорьтесь, заявить что Ваш чудо впс потянет дле с 1000 уников в сутки, нагородить целую теорию про ПО, а в результате ниразу не задуматься о том что ДЛЕ прекрастно живет на шареде держа нагрузку до 5-10 тыс в сутки.

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

T
На сайте с 07.04.2008
Offline
179
#120
cvss:
В OpenVZ госевая ОС - это на самом деле не ОС.

Упс. Это я здорово ступил.

Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий