- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу

Зачем быть уникальным в мире, где все можно скопировать
Почему так важна уникальность текста и как она влияет на SEO
Ingate Organic
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
С моей точки зрения (программер) разница есть. Дисковый кеш операционки и память выделенная контейнерам - не одно и то же. Вы написали, что операционка будет отбирать оперативку у соседних VPS, хотя на самом деле она будет перераспределять свои ресурсы.
Вот вы верно мыслите, оно так и работает, собственно как и должно по логике.
С моей точки зрения (программер) разница есть. Дисковый кеш операционки и память выделенная контейнерам - не одно и то же. Вы написали, что операционка будет отбирать оперативку у соседних VPS, хотя на самом деле она будет перераспределять свои ресурсы.
Любая физическая память в Unix, включая OpenVZ - это ресурс ОС, а не работающих программ. Программы имеют виртуальную память, которую ОС подменяет физической по своим соображениями.
Размер дискового кэша - величина непостоянная и все время меняется, в зависимости от дисковой активности на сервере и от активности процессов. Более того, он сильно связан с виртуальной памятью, и многие сегменты кода процессов, таблицы баз данных являются прямым отображением блока на диске (принадлежащего файлу) в виртуальную память этого процесса. Участок виртуальной памяти при этом может находится в физической памяти (в дисковом кэше), а может отсутствовать. Кроме того, разные процессы могут иметь общие участки памяти, соответствующие общей виртуальной памяти. А кроме этого есть еще виртуальная память, которая принадлежит собственно процессу и не имеет отображения на диске, и такая память может вытесняться в свап.
И все это настолько сложно и запутано, что для OpenVZ лимита на физическую память для контейнера не существует. Есть лимиты, которые примерно влияют на использование физической памяти. Обычно, для OpenVZ параметр оперативной памяти обозначает либо объем privvmpages, либо какую-то комбинацию privvmpages, shmpages, lockedpages - каждый хостер выбирает по своему усмотрению соответсвие этих параметров тому объему памяти, который заявлен в тарифе.
Т.е. физической памяти у VPS нет. Поэтому нельзя считать, что есть некая память, которая принадлежит VPS, а есть другая - системная память для дискового кэша. Для сетевых буферов, и кучи других мелких ресурсов ядра такое разделение есть, но их объем памяти по сравнению с памятью VPS незначителен.
Но. Давайте предположим верным утверждение, что что дисковый кэш - это ресурсы ОС, которые выдаются сверх того объема, которые выделяется на VPS и его размер всегда одинаков, не уменьшается и не увеличивается. Когда все VPS работают с диском более-менее одинаково, они делять поровну дисковый кэш и ресурсы получают справедливо. Но как только у одного VPS дисковая активность намного повысилась, дисковый кэш попадает в его полное распоряжение - ОС отняла свой ресурс у других VPS и передала его одному. У других контейнеров производительность связанных с диском операций деградирует. Результат такой же, хотя без беды с свапом.
cvss добавил 23.12.2009 в 19:51
cvss, специально чтобы удовлетворить вашу нужду прошел тест IQ:
http://mega-iq.com/images/certificate/07538120/
С вас 500 рублей, переведите на кошелек:
R171749393599
Интересно, какого качества у вас не хватило, что суметь понять условия получения 500 рублей? Работа не принята, но предложение все еще в силе.
Скорость диска как видите в 2-3 раза выше.
Да и все остальные параметры значительно выше.
В 2-3 раза выше чего?
Любая физическая память в Unix, включая OpenVZ - это ресурс ОС, а не работающих программ. Программы имеют виртуальную память, которую ОС подменяет физической по своим соображениями. Размер дискового кэша - величина непостоянная и все время меняется, в зависимости от дисковой активности на сервере и от активности процессов.
......
Но. Давайте предположим верным утверждение, что что дисковый кэш - это ресурсы ОС, которые выдаются сверх того объема, которые выделяется на VPS и его размер всегда одинаков, не уменьшается и не увеличивается. Когда все VPS работают с диском более-менее одинаково, они делять поровну дисковый кэш и ресурсы получают справедливо. Но как только у одного VPS дисковая активность намного повысилась, дисковый кэш попадает в его полное распоряжение - ОС отняла свой ресурс у других VPS и передала его одному. У других контейнеров производительность связанных с диском операций деградирует. Результат такой же, хотя без беды с свапом.
Во многом согласен. Про дисковый кеш скажу так - ни одна операционка не будет увеличивать дисковый кеш в ущерб активному процессу. Тем более, что гостевая ОС тоже занимается кешированием и старается минимизировать обращения к диску.
P.S. в юниксах дисковый кеш не относится к ресурсам ядра?
Во многом согласен. Про дисковый кеш скажу так - ни одна операционка не будет увеличивать дисковый кеш в ущерб активному процессу. Тем более, что гостевая ОС тоже занимается кешированием и старается минимизировать обращения к диску.
гостевая ОС на Xen старается это делать и по большей части это двойная работа не имеющая смысла.
Съедается доп.ОЗУ, а толку ноль.
P.S. в юниксах дисковый кеш не относится к ресурсам ядра?
Относится, причем к динамическим, которые освобождаются по мере необходимости вплоть до полного выключения кеша.
Интересно, какого качества у вас не хватило, что суметь понять условия получения 500 рублей? Работа не принята, но предложение все еще в силе.
Тестирование IQ, так тестирование.
То что вы не можете подтвердить свои слова к IQ отношения не имеет.
Уж тем более исходники ядра.
В 2-3 раза выше чего?
Да, тяжело у вас с "мыслительным аппаратом" выше VDS тарифа True30.
Как видите мне не составляет труда проверить свое утверждение на своих мощностях и дать возможность проверить это всем.
Вы же боитесь правды и тестирование, о котором идет речь с самого начала топика, от вас не дождались.
Выводы которые можно извлечь из топика:
- cvss - кидок, не хочет платить деньги;
- cvss - трепач, только разговоры, ни одного подтверждения слов;
- Xen медленно работает с диском либо на TrueVDS ужасные диски;
- Отношение к клиентам на TrueVDS хамское;
- Мой IQ довольно высок даже в состоянии усталости. 😂
Во многом согласен. Про дисковый кеш скажу так - ни одна операционка не будет увеличивать дисковый кеш в ущерб активному процессу. Тем более, что гостевая ОС тоже занимается кешированием и старается минимизировать обращения к диску.
Вы правы, в ущерб активному процессу не будет. Но если mysqld спит 10 минут, потому что в это время запросов к базе не было, у него уйдут из кэша все открытые таблицы, и сам процесс легко вытеснится в свап.
В OpenVZ госевая ОС - это на самом деле не ОС. Ядро там только одно - ядро хоста. В контейнерах только user-space приложения. Соответственно, вся политика кэширования определяется ядром и VPSы на кэширование прямо влиять не могут, только косвенно, различными ухищрениями.
Технически, дисковый кэш - ресурс ядра. Но участок памяти из кэша может мэппиться в виртуальную память одного или нескольких процессов. Например, фрагмент shared library. И в этот момент уже терминологически трудно назвать его ресурсом ядра, так ядро не может его просто так взять и освободить.
мужчины. честно, надоело уже. конструктива ноль, а помои хлешут в обе стороны. давайте тему закроем на этом, если конечно нечего сказать по существу ТС, который просто спрашивал какой тариф ему подойдет для двух сайтегов на ДЛЕ.
если все таки у вас есть желание похоливарить на тему технологий виртуализации - то сделайте отдельный топик, возьмите у друг друга по тестовой впске и тестите на здоровье с подробными комментариями. может еще кто подтянется. сейчас же идет разговор вообще непонятно о чем.
ок? :)
мужчины. честно, надоело уже. конструктива ноль, а помои хлешут в обе стороны. давайте тему закроем на этом, если конечно нечего сказать по существу ТС, который просто спрашивал какой тариф ему подойдет для двух сайтегов на ДЛЕ.
если все таки у вас есть желание похоливарить на тему технологий виртуализации - то сделайте отдельный топик, возьмите у друг друга по тестовой впске и тестите на здоровье с подробными комментариями. может еще кто подтянется. сейчас же идет разговор вообще непонятно о чем.
ок? :)
Кто ж против.
Уже ведь все выяснили и полочкам разложили. :)
мужчины. честно, надоело уже. конструктива ноль, а помои хлешут в обе стороны. давайте тему закроем на этом, если конечно нечего сказать по существу ТС, который просто спрашивал какой тариф ему подойдет для двух сайтегов на ДЛЕ.
Для DLE подойдет это - /ru/forum/438004
Господин Роговский, не позорьтесь, заявить что Ваш чудо впс потянет дле с 1000 уников в сутки, нагородить целую теорию про ПО, а в результате ниразу не задуматься о том что ДЛЕ прекрастно живет на шареде держа нагрузку до 5-10 тыс в сутки.
не стал портить вам карму в вашем топике, но имейте ввиду что вас читают не только "хостеры", но и простые вебмастеры, у которых много сайтов и пределы нагруженности каждого движка изучены вдоль и поперек
В OpenVZ госевая ОС - это на самом деле не ОС.
Упс. Это я здорово ступил.