>> Возьмите любой сканер уязвимостей. Если не найдете, напишите программу
>> (на любом языке), которая будет обращаться к серверу каждые N секунд,
g> Короче самому писать нужно, а разве до меня никто не написал такие скрипты
или
g> софт, наверняка есть специально для этого созданный софт.
Блин, повторяю, возьмите любой сканер уязвимостей :-)
К сожалению, под рукой нет прямых URL, поищите.
>> g> А если и тормозит то понять ЧЕГО не хватает, оперативы, процессор
>> g> слабенький,
>> В виндовсе этого практически не оценить. В лучшем случае - смотреть
>> диспетчер задач.
g> А как же хостеры, которые работают на win платформах? Они тоже на глазок тестируют?
Профессиональных шаред-хостингов на win-платформах не бывает. На win
бывают либо любительские, либо корпоративные решения, но там уже речь
идет, понятно, не о связке php+mysql, а о Java, Oracle, и т.д.
>> g> жесткий диск не справляется
>> На слух
g> И на нюх :) - Научный подход!
Возьмите утилиту filemon и посмотрите на нее при нормальной
повседневной работе в системе. Помогло? :-) Поясняю: современный
жесткий диск умеет отдавать информацию со скоростью не менее 25
мегабайт в секунду, а Ваш канал сможет перекачивать максимум
8 мегабайт в секунду (обычно - около 1-2). В любительском случае
не имеет смысла измерять производительность диска. Если, конечно,
у Вас не какая-нибудь ламерская CMS на файлах :-)
>> g> или канал не позволяет предположим принять или отправить пакеты
>> Это очевидно - простая математика. Разве Вы не знаете объема вашей
>> страницы в байтах?
g> Предположим, страничка занимает ~70kb, провайдер утверждает что интернет 100mb,
Переведите мегабиты в байты. Точнее, килобайты, для сравнения с 70.
Учтите, что 100Mbit на прием, а на передачу, как правило, меньше.
К тому же, бывают экзотические случаи, когда канал-то 100Mbit,
а по-факту это только в пределах локальной сети (во внешний мир
отдается что-нибудь вроде 32Kbit).
g> как посчитать сколько пользователей одновременно смогут работать с сайтом,
притом
g> что эта работа будет комфортной и им не придется при нажатии на ссылку ждать
g> 20-25 секунд? Я не волшебник, я только учусь :) , расскажите или дайте
g> ссылку где можно почитать на тему просчета пропускной способности канала...
Если НЕ принимать во внимание ВСЕ остальные параметры, то по каналу
получается приблизительно 30 обращений в секунду. Если Вам эта цифра
кажется слишком маленькой, то в сутки это 2.5 миллиона. В реальности
(как написано ниже) сначала сдохнет система :-)
>> g> Еще интересует куда ставить этот софт, на свою машину или на удаленную
и
g> пытаться
>> g> с нее нагрузить по полной.
>> На удаленную, конечно.
g> По догадкам, самым узким местом, скорее всего, будет канал...
Нет. Самым узким местом является память и ее оптимальное
использование. На втором месте - правильная организация кэша (меня
поражает, когда даже опытные программисты не умеют кэшировать, например,
результаты SQL-запроса, не говоря уж о кэшировании исполняемого кода
и вывода из PHP). На третьем месте - оптимальная работа с данными
вообще, и с файлами в частности.
Если неправильно организовать эти три составляющие, то машина
загрузится настолько, что канал будет занят процентов на 5-10.
Когда я еще работал программистом и писал свою CMS (с управляемым
кодом, skin-шаблонизатором, разделением прав доступа, портируемую под
mysql/oracle и т.д. - то есть минимальный набор любой CMS), то я
добивался результата среднего времени генерации страницы - 0.004
секунды (тогда это было на Pentium-133). Если у Вас система написана
приблизительно на таком же уровне, то можете смело выходить на миллион
хостов в сутки :-)
