+100000 не так давно ковырял, действительно очень достойная вещь. Спецов при желании тоже найти можно (несколько раз встречал не плохие русскоязычные статьи про magento)
Вопрос что надо ТС, если обычную интернет-витрину, то надо брать что-нить простое типа OpenCart и не заморачиваться на сложные и коммерческие системы.
😂 Это Вы ко мне приложили свои шаблоны не поняв о чем я говорю 😂
Я имел ввиду не отдельные потоки для каждого соединения, ибо это действительно даст дикую нагрузку на менеджер процессов. Я говорил про потоки на уровне задач. Никаких десятков тысяч там-бы не было, просто есть несколько потоков, у каждого своя функциональность. Один отвечает за "отдачу" файлов с диска, другой за обмен с проксируемыми приложениями итд.
Особенно это актуально, когда в системе несколько проксируемых приложений и держать связь с ними в рамках одной нити, да еще той же самой, которая занимается работой с диском, имхо не так эффективно.
При /etc/init.d/nginx start если не пишет, значит все ok.
worker_connections = 16384
worker_processes = 4
:) И будет Вам счастье! Только проверьте, что при запуске nginx не ругается на кол-во максимально допустимых открытых файлов.
PS: worker_connections = 1024 при i7-920 и 8 GB, это над Вами хорошо пошутили ;)
😂 скажите им спасибо!
Это значение надо ставить на нормальном сервере в 16384 ;) а можно и больше...
Если с нагрузкой проблем нет (когда ходят боты), то главный аргумент это worker_connections а не worker_processes ;) посылание лесом в первую очередь зависит от worker_connections.
гыгг... согласен! и правда псевдо-ядра на псевдо-параллельном nginx 😂 😂 😂
ps: и все-таки я в тупняке, почему он (Сысоев) не сделал параллельные нити исходя из их независимой функциональности.
pss: скорее всего не захотел, вот и не сделал, собственно его право ;)
psss: мир не идеален :D
Просто слово вы выбрали не очень правильное, если бы написали псевдо-параллельно, то и придираться не стал бы :)
babnicks добавил 29.10.2011 в 15:10
Там много цифр и все разные :) основная масса колеблется около 30%
А вот Вы утверждали что:
Данное утверждение не верное и сильно не верное :)
ps: в реальных задачах ни разу не видел при HT прироста более чем на 30%
😂 наверное я все-таки воздержусь от расчета PI на своем веб-сервере...
Вот вам более реальный тест
Да не привязка это к ядрам, а просто кол-во процессов, как уж там по ядрам они будут работать зависит от linux.
