- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Как удалить плохие SEO-ссылки и очистить ссылочную массу сайта
Применяем отклонение ссылок
Сервис Rookee
Полностью согласен, но всегда найдется как минимум один "красавчик" которые съест iops'ы за всех остальных.
пример
да, согласен на все 100% - дедик - это более верное решение. :)
А скажите, почему XEN идет со swap, OpenVZ - без него?
А скажите, почему XEN идет со swap, OpenVZ - без него?
это зависит от желания хостера.
может и наоборот быть: XEN без swap, а openVZ со swap
Переносим молча на SSD. Где проблема?
Вы верите в то что все хостеры распределяют так клиентов? В большинстве случаев где поселился там и живет. А соседи терпят.
Зря, надо использовать всё с умом ;)
Причина была другая. Закрыл ноду в Hetzner в пользу второй ноды в EvoSwitch, на которой в то время был XEN.
Я придерживаюсь ретро :)
Я и не сомневался :)
---------- Добавлено 30.10.2013 в 12:05 ----------
это зависит от желания хостера.
и древности OpenVZ.
https://openvz.org/Download/vzctl/4.6
I/O scheduling в OpenVZ
Assigns disk I/O priority to container. Priority range is 0-7. The greater priority is, the more time for I/O activity container has. By default each container has priority of 4.
Assigns disk I/O bandwidth limit for a container. Value is either a number with an optional suffix, or a literal string unlimited. Value of 0 means "unlimited". By default a container has no I/O limit. Maximum allowed limit is 2 gigabytes per second; values exceeding the limit are truncated.
If no suffix is provided, the limit is assumed to be in megabytes per second. Available suffixes are:
• b, B -- bytes per second;
• k, K -- kilobytes per second;
• m, M -- megabytes per second (default);
• g, G -- gigabytes per second;
Assigns IOPS limit for a container, in number of input/output operations per second. Value is a number or a literal string unlimited. Value of 0 means "unlimited". By default a container has no IOPS limit.
ovz молодцы
И еще описание http://openvz.livejournal.com/45831.html
root@CT:/# cat /dev/urandom | pv -c - >/bigfile
88MB 0:00:10 [8.26MB/s] [ <=> ]
^C
Now let's set the I/O limit to 3 MB/s:
root@host# vzctl set 777 --iolimit 3M --save
UB limits were set successfully
Setting iolimit: 3145728 bytes/sec
CT configuration saved to /etc/vz/conf/777.conf
root@host# vzctl enter 777
root@CT:/# cat /dev/urandom | pv -c - >/bigfile3
39.1MB 0:00:10 [ 3MB/s] [ <=> ]
^C
Вы верите в то что все хостеры распределяют так клиентов? В большинстве случаев где поселился там и живет. А соседи терпят.
В таком случае, тут не SATA виновата, а SSD не спасёт таких. Перегрузить SSD тоже возможно достаточно просто. К примеру потоковой записью...
--ioprio priority
От этого пользы практически 0. Ноды валялись ;)
iolimit and iopslimit пока не использовал, это пока в статусе тестироваия. Но по аналогичной функции которая давно есть в KVM, от такого лимитирования больше неприятностей, чем пользы. Суть в том, что ограничение максимальной скорости тормозит всю виртуалку даже в нормальном режиме. Возможно в OpenVZ такое лимитирование будет работать лучше, так как там чуть подругому. Хотя почему то мне кажется это будет очередные костыли... по сути эти лимиты можно использовать только в случае когда VPS уже перегружает ноду, а не постоянно установить...
LineHost
поддерживаю, у меня мониторинг проставляет для впс-ки лимиты что бы не мешала другим если она хулиганит X времени, а так в обычном режиме все без лимитов тоесть жестких ограничений.
это зависит от желания хостера.
может и наоборот быть: XEN без swap, а openVZ со swap
А куда тогда деётся swap в nix в этих виртуализациях?
Oleg76, в OpenVZ swap vps может может находится как в RAM так и в SWAP ноды. (в зависимости от vm.swappiness)