хм, че-то вы тут загнули.
сцылкой не поделитесь почитать? а то быстрый гуглопоиск ниче не дает такого.
Это так, но немного не в тему, т.к. производительность падает не из-за того, что есть недостаток ниток, а из-за того, что нитки используют общий кеш.
нельзя ли тут поподробнее? Я плохо понимаю как может быть параллелизация в одном потоке за счет событий - если у вас куча событий стоит в очереди и ждет выполнения, то тут не параллелизация, а наоборот как раз наоборот, последовательное выполнение.
В этом кстати недостаток систем построенных по этой схеме - теряется интерактивность, если у вас выстроилась очередь из 100 сообщений, то обрабатываются эти сообщения последовательно, и пока 99 сообщений не будет обработано, 100-е будет ждать своей очереди. В отличии от многониточных систем, где каждой нитке (грубо говоря, сообщению), дается немного времени выполнения, поэтому обрабатываться сотое сообщение вполне может начаться когда обработка первого еще не закончилась.
это да, надо смотреть на конкретную систему. А еще лучше вообще ничего не трогать, если все устраивает :)
да все очень просто - сколько тредов одновременно может выполняться, столько и нужно ставить.
У вас с гипертредами 24? Значит ставьте 24.
Я, правда, ставлю N + 1
На очень нагруженных системах можно выделить отдельно треды скажем для веб-сервера и отдельно для базы данных, чтобы программные треды не скакали по аппаратным. Но это на действительно очень нагруженных системах
Это все в теории естественно, на практике зависит от конкретного случая, какие компоненты у вас работают, как распределяется нагрузка по компонентам, какие требования у компонентов. Ну и добавьте сюда железо, которое не из одного проца состоит, есть же еще харды, сетевые карты, как прерывания распределены. Шаманство, в общем
Ну и старый принцип - работает нормально? Не трогай.
8
десять символов
[^http:]//.*
Ищет // такие чтобы перед ними не было http:
ох черт, я не внимательно прочитал :(
легко проверить, если id - primary key, то гарантируется что больше одной не вернется
document.getElementById('targetFrame').contentWindow.targetFunction();
вот! точно! я же помню у меня не получалось!
тут ситуация-то немного другая, ящики принадлежат ТС, он легко может у вменяемого провайдера создать ящики и слать туда.
погорячился, можно
