- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Как удалить плохие SEO-ссылки и очистить ссылочную массу сайта
Применяем отклонение ссылок
Сервис Rookee
На самом деле лично не встречал таких серверов, где при высоком LA сервер работал бы оптимально. Обычно, когда LA выше числа ядер, то уже возникают задержки.
сделать такой тест проще простого, на той же CloudLinux или OpenVZ ну или через cgroups
Выделить пользователю минимум проца, 1%
и сделать сотню процессов выполняемых
LA 100+
Сервер жив и здоров
На OVZ нодах частенько вижу LA большим, из-за одного/двух контейнеров, которые упёрлись в лимит CPU и начали активно плодить процессы в очереди, при этом сама нода стабильно работает, и остальные контейнеры тоже
Евгений Русаченко, и еще одно - ваш тест начнет быть адекватным только после того как вы его код предоставите общественности.
А в закрытом виде он интереса не предоставляет. Тестируйте себе дома на здоровье.
---------- Добавлено 17.03.2017 в 01:56 ----------
На самом деле лично не встречал таких серверов, где при высоком LA сервер работал бы оптимально. Обычно, когда LA выше числа ядер, то уже возникают задержки.
Видимо потому что не понимаете как составляется это LA. На одном сервере LA будет 200 и все летает, а на другом будет 3 и все тупит.
Скрипт зашифрован, посмотреть алгоритм нельзя, а там можно написать все что угодно.
Там точно не web-shell? 🍿
А какая практическая польза от этих тестов? Она спасет от хостера, который увидев большую нагрзку не погонит с хостинга или на более высокий тариф?
Евгений Русаченко, это не пустые слова, это пустой тест.
Не может быть разницы в 4 раза. Были и другие тесты, другими участниками. Раз есть разница в 4 раза это говорит о том что программист сделал огромнейшую ошибку в тесте.
Это факт!
Замер производительности это запуск цикла for, внутри цикла производится запуск различных функций PHP: abs, floor, addslashes, strtoupper, md5, sha и прочих. Сам балл вычисляется путем деления единицы на затраченное время, которое в свою очередь делится на 500 (чтобы число не было большим). Всё, тестирование окончено. Если не верите, проведите его сами, код простейший . Даже возьмите вот такой код (это реальный код из скрипта для тестирования производительности циклов, в конце только дописал две строки, чтобы видно было время и число операций):
Данный код будет выдавать такое же число операций, если тестировать и зашифрованным скриптом.
Вот что вышло у меня:
E3-1270 v3 (3.5 ГГц) - запускал около 10-15 раз, максимальное, что увидел, это было 55 млн операций.
E5530 (2.4 ГГц) - также запускал неоднократно, максимальное число операций - 34 млн.
Разница здесь составила около 1.6 раз. C2750, который получил 50 баллов под рукой нет, но если сравнивать эти три процессора по сайту cpubenchmark.net, то он имеет производительность одного ядра 579, а тот же E3-1270 v3 имеет 2217 баллов. Отсюда и выходит разница как раз около 4 раз.
Если есть какие-нибудь старенькие процессоры, то погоняйте тест с циклом, посмотрите разницу, она правда есть.
---------- Добавлено 17.03.2017 в 02:18 ----------
Mobiaaa, спасибо, это поясняет моё одно из сообщений, когда при ограничении ресурсов процессора с помощью CloudLinux начинает возрастать Load Average.
Видимо потому что не понимаете как составляется это LA. На одном сервере LA будет 200 и все летает, а на другом будет 3 и все тупит.
Только не надо нам сказок, что то адекватность уважаемый совсем потеряли ;)
Видимо мы по разному понимаем "летает". Летает когда LA до 0.5 на ядро, нормально качественно работает до 0.5 на поток, и терпимо работает при LA 1 на поток. Дальше до 2 на поток это только кратковременно терпеть можно. И при высоком LA уже не то что не летает, даже не работает, а только функцинирует ;)
Скрипт Евгения достаточно адекватно оценивает один поток CPU, и сказал бы что очень удобен для использования на скорую руку, просто выводы надо уметь делать. Для сложных тестов есть Geekbench, Unixbench и другие.
SocFishing, точно никакой гадости внутри нет, работаю в сети порядка 10 лет, такими вещами не занимаюсь. Информацию найти обо мне достаточно просто, на сайте хостинга, а также по основному почтовому ящику, который также легко можно найти при желании.
На OVZ нодах частенько вижу LA большим, из-за одного/двух контейнеров, которые упёрлись в лимит CPU и начали активно плодить процессы в очереди, при этом сама нода стабильно работает, и остальные контейнеры тоже
Скажем так - достаточно стабильно, но уже не так шустро как в нормальном режиме. В общем терпимо, но не желательно.
LineHost, на самом деле возможно есть тонкости, которых мы не знаем, всё знать невозможно. В некоторых ситуациях действительно может быть высокий LA, а сервер работать в принципе нормально. Из наблюдений по сообщениям, Вы работаете с виртуализацией KVM, в принципе как и я, мы возможно с таким просто не сталкивались.
С CloudLinux сам лично наблюдал странность, пару страниц назад писал об этом. Есть тариф "Визитка" очень дешевый, ставил на них 10% от 1 ядра процессора лимит (на другие тарифы некоторые тоже были лимиты менее 1 ядра), так Load Average действительно рос на сервере, а сайты которые имели выделенные ядра и более работали как ни в чем не бывало, большинство ресурсов процессора проставило. Это видимо особенность ядер OpenVZ (и их аналогов, каковым CloudLinux является).
---------- Добавлено 17.03.2017 в 02:31 ----------
foxi, это всё не для хостеров, а для пользователей. На прошлой странице писал - ставит пользователь сайт, он как-то не быстро работает, делает тест - отправляет хостеру, тот смотрит в чем проблема (процессор был забит, памяти не хватало или еще что-то) и применяет меры, которые он может применить. Отправлять данного клиента на более высокий тариф возможно нет смысла, так как ресурсы может потреблять вовсе не он ведь (речь о виртуальном хостинге, а не о виртуальных и выделенных серверах).
У нас еще были ситуации, когда клиенты пишут в поддержку и тыкают на PageSpeed от Google (сократите время ответа от сервера, оно 0.5 секунд), пишем клиенту рекомендации и даем ему теперь этот скрипт (кто-то его и без обращения скачал и поднял себе версию PHP до 7), сайт стал работать быстрее, PageSpeed не ругается (PHP 7 в сравнении с прошлыми версиями дает прирост в скорости работы сайтов до 2 раз (тестировал лично WordPress, Drupal, Joomla). Возможно это не понять тем, кто занимается виртуальными и выделенными серверами, но на хостинге от подобного польза действительно есть, как писал еще ранее - в планах делать анализ CMS систем и выдавать рекомендации (поставить плагин кеширования как пример).
SocFishing, точно никакой гадости внутри нет, работаю в сети порядка 10 лет, такими вещами не занимаюсь. Информацию найти обо мне достаточно просто, на сайте хостинга, а также по основному почтовому ящику, который также легко можно найти при желании.
Ну а смысл тогда шифровать скрипт, только если хотите что-то скрыть. В ветке нашлась уйма смельчаков, возможно запускающих и под рутом в том числе без чрут окружения. Доверяй но проверяй, так как на кону возможны какие-то проекты на тестируемых машинах. Неужели этот скрипт так ценен. Разве в нем уникальные функции под авторством?
Вы ТС или все же Mrtrick.