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

Что делать, если ваша email-рассылка попала в спам
10 распространенных причин и решений
Екатерина Ткаченко
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Да не ужели. А о чем вы спрашиваете? Я вам отвечу - ни о чем абсолютно.
Тема аля - Сколько нужно брать с собой бутербродов на поезд Москва-Владивосток?
Нет, нормальная тема от человека, который старается разобраться в вопросе. Вы со своими клиентами так же разговариваете? Хорошенькое дельце. А вообще каков привет, таков и ответ. Если есть что сказать по делу, то с радостью выслушаю и приму на заметку, для того и тема создана. Ну а с петросянствующими или теми, кто пришел потешить свое ЧСВ, у меня разговор короткий, обычно. С этим в другую тему, пожалуйста.
С учетом того, что вы задаете такие вопросы вам просто нужен админ, который исходя из загруженности вашего проекта подберет вам конфиг, причем с запасом мощности и вероятно настроит сервер.
Это уже ближе к делу. Ваше мнение, я вас услышал, спасибо. Пис.
Ответьте сами себе, вот вы поставили MySQL, сам по себе MySQL не умеет параллелить запросы, так вот вопрос, у вас много маленьких запросов или мало больших? В первом случае лучше больше ядер, так как будет больше обслуженных процессов (пользователей), во втором лучше частота, потому что будут запросы выполнятся быстрее. На столько равно и для PHP (это в случае вычислений, а так обычно PHP это прослойка между сервером и БД, которая ничего не вычисляет), то есть за один промежуток времени, 1 процесс php на ядре с больше частотой выполнит больше вычислений. Но большее число ядер сможет обслужить большее число процессов. Но по факту процессор всегда простаивает и я бы лучше взял то, где больше частота, на проектах с вменяемой, а не предельной по железу посещаемости.
Тут важен характер приложения и нагрузка на него. А такие вещи как nginx/apache действительно раньше упруться в память чем в процессор.
---------- Добавлено 13.01.2017 в 19:15 ----------
Нет, не правильно. Процессор с частотой 2.5 всегда будет работать с частотой 2.5. Вы тут предложили родить 3 женщинам ребенка за 3 месяца.
Одно ядро процессора в один момент времени обрабатывает 1 процесс в системе. И каждый процесс обрабатывается со скоростью ядра. Но большее количество ядер в один момент времени позволяет обработать больше процессов. То есть ядра круто тогда, когда в операционке начинается очередь на ожидание процессорного времени, пока очереди нет, количество ядер никак не ускорят выполнение. То есть если у вас одно ядро и вы выполняете какое то вычисление, то все остальные процессы в системе ждут (типо распаковки архивов на древних процессорах), если у вас ядер больше, то и вычисления делаются и остальным процессам есть возможность трудиться
Большое спасибо за столь обстоятельный ответ! Теперь все прояснилось и я свой выбор сделал.
А для чего вы планируете использовать вордпресс ? На его основе можно нагородить много всякого и далеко не всегда его производительность упирается в процессор. Это может быть и память и производительность дисковой подсистемы и даже сеть. Недавно проводили исследование производительности Wordpress с плагинами кэширования и получили результат 9,8к посещений в минуту, что соответствует нескольким миллионам посещений в сутки ~14M (график) на самой простой VPS с 1 ядром и 1ГБ памяти, которая стоит в большинстве случаев 5-10 долларов. Наверняка можно подобрать плагины и темы, которые "убьют" скорость загрузки, но тогда вряд ли вы заметите особую разницу между вашими двумя вариантами процессора. В любом случае нужно учитывать специфику веб-приложения. В тесте был блог на 10к статей с произвольным доступам к ним. На графиках видно, что до 6к время отклика ~0,2 сек, а самую большую нагрузку испытывал сетевой интерфейс.
Хочу для себя выяснить раз и навсегда этот вопрос, желательно без переносов сайта туда-сюда, чтобы протестировать.
А что лучше конкретно для хостинга и конкретно для Вордпресс?
наводящий вопрос: Вы испоьзуете Вордпресс без плагинов и с дефолтовой темой? сколько категорий, тегов, кустом фиелдс и т.д.? настройки mysql, какие индексы на табличках, которые состряпали плагины, а еще хуже когда в том числе и платные-дерьмо-плагины забивают табличку `wp_options` своим безразмерным г-ном. (сорри если резко, наболело... от чудо плагин-тема програмеров, [тут сенсоред текст😂 ]).
подсказка, от ответа на эти вопросы зависит практически все.
кстати, слово "Вордпресс" можно вычеркнуть из исходного вопроса, погрешность именно на нем будет не большая. 😂
если абстрактно, то рулит максимальная частота и очень желательно чтобы ядер было больше одного.
А для чего вы планируете использовать вордпресс ? На его основе можно нагородить много всякого и далеко не всегда его производительность упирается в процессор.
У меня тематический блог + определенный сервис для посетителей. Плагинов много, это вынужденно, многое завязано на них и уменьшить нагрузку никак не получится. Все это грузит проц. Лишнее удалял, многое оптимизировал, но я достиг предела в оптимизации, так что вынужден искать варианты. Пробовал облако, интересно, но дороговато получается. Туда бы малопосещаемые сайты или одностраничники вешать - самое то. Но в моем случае выгоднее VPS, плюс в облаке ограничения на отправку почты, а у меня довольно крупная база подписчиков и рассылка по ней.
В моем случае упор идет именно в процессор на данном этапе.
Я бы мог опытным путем это все прощупать, но жалко времени на тесты и переезды туда-сюда, плюс неудобства доя пользователей в связи с недоступностью части сайта, так что решил спросить совета здесь, чтоб не тыкать пальцем в небо.
если абстрактно, то рулит максимальная частота и очень желательно чтобы ядер было больше одного.
Не, ну это понятно, что всего да побольше и сайт будет летать :) Плагинов много, но настолько дерьмовых, как вы описываете, к счастью нету :)
Всё зависит от конкретной ситуации:
1 - 2 ядра 2.2 GHz
2 - 1 ядро 3.4 GHz
3 - 1 ядро 3.4 GHz
Все с 1 GB RAM, что выбирать? 😂
У меня тематический блог + определенный сервис для посетителей. Плагинов много, это вынужденно.
В общем случае количество плагинов никак не будет влиять на работу системы кэширования, если данные однократно извлекаются из БД перед показом пользователю и по одному и тому же урлу возвращаются одни и те же данные. В таком случае, если даже на показ страницы в первый раз потребуется несколько секунд, то потом они попросту будут извлекаться из кэша. По большей части будет расходоваться дисковое пространство. Еще большего эффекта можно достичь если вынести изображения и файлы скриптов, таблиц стилей и шрифтов на CDN или бесплатные хранилища dropbox, google disk, OneDrive и т.п. Это снизит нагрузку на собственный сетевой интерфейс и дисковую систему. И еще больший эффект получится при использовании SSD.
Кэширование никак не поможет в случае выполнения постоянных или регулярных вычислений связанных наполнением и обработкой данных, например, веб-скрэпинг, автоматический рерайт или перевод, подсчет статистики и т.д.
Собственно, сабж. Хочу для себя выяснить раз и навсегда этот вопрос, желательно без переносов сайта туда-сюда, чтобы протестировать.
Есть сайт на ВП, довольно нагруженный. Выбрал хостера, есть тарифы, очень близкие по цене.
Первый - 2 ядра по 2.5ГГц
Второй - 1 ядро на 3.5 ГГц.
Есть еще небольшие отличия, но там у меня вопросов нет.
Погуглив, нашел ответы только в плане игр, что зависит от конкретной игры и того, как она умеет работать с многоядерностью. А вот что касается именно хостинга, то тут информации толковой не нашел. Встречал мнения, что для софта важнее именно частота, а не количество ядер, но, опять же, это относилось к десктопным приложениям, а не хостингу.
А что лучше конкретно для хостинга и конкретно для Вордпресс?
Ну, ещё подкину дров, а давайте посмотрим на работу сервера, а точнее apache+nginx, они если, выставлено в настройках хостера, работают на все кол-во ядер, то в любом случае лучше много ядерный вариант, ибо nginx, настроен на worker_processes auto и multi_accept on, то есть само ПО которое обрабатывает ваш вордпресс настроено дефолтно на мульти ядерность, и при наличии двух и более он их использует все, а это прирост в обработке нагрузки самого nginx, и работы вордпресса в оконцове, если ваш сайт посещает большое кол-во людей и выполняют там ного мелкой работы(пишут блоги, добавлю пережимаемое движком фото, подключен чат или форум и т. д.) то лучше много ядерный вариант, если статика, где только читают, то одного хватит... Но вордпресс сама по себе цмс с многопоточными задачами, которые nginx решит быстрее распределив их по двум ядрам...
Ну, ещё подкину дров, а давайте посмотрим на работу сервера, а точнее apache+nginx, они если, выставлено в настройках хостера, работают на все кол-во ядер, то в любом случае лучше много ядерный вариант, ибо nginx, настроен на worker_processes auto и multi_accept on, то есть само ПО которое обрабатывает ваш вордпресс настроено дефолтно на мульти ядерность, и при наличии двух и более он их использует все, а это прирост в обработке нагрузки самого nginx, и работы вордпресса в оконцове, если ваш сайт посещает большое кол-во людей и выполняют там ного мелкой работы(пишут блоги, добавлю пережимаемое движком фото, подключен чат или форум и т. д.) то лучше много ядерный вариант, если статика, где только читают, то одного хватит... Но вордпресс сама по себе цмс с многопоточными задачами, которые nginx решит быстрее распределив их по двум ядрам...
Но вордпресс сама по себе цмс с многопоточными задачами
Нет там многопоточных задач, wordpress написан на PHP, а в php нет многопоточности
Второй - 1 ядро на 3.5 ГГц.
вот это!
при условии, что у вас малопосещаемый сайт
чем ваш сайт будет более и более посещаемей... то нужно думать о многоядерности системы...