ой!
действительно ошибся, спасибо за указание.
2`000`000 - это для 100`000 хостов
про 20 хитов на пользователя - знаю, что много. Но для оценки перегрузочной способности цифра пойдёт. Ведь люди - существа непредсказуемые, поэтому все цифры - эмпирические
Несколько тысяч человек - это 5`000-8`000. Возьмем 10`000
Каждый пользователь сделает 20 запросов - это 2`000`000 запросов к серверу, что составляет 23 запроса в секунду. Коеффициент дневной перегрузки к среднесуточной равен 2-3. Плюс запас. Итого 100 запросов в секунду сервер должен держать, что бы не выстраивалась очередь.
Но это в теории.
На практике же, с увеличением количества запросов linux и mysql дружно позаписывают в кеш много всего интересного, что ускорит работу. SQL запрос на "холодной" базе может выполняться и 0.1 сек, но после первого же попадения в кеш этот же запрос обработается за 0.003
По-хорошему, нужно устроить DOS-атаку вторым сервером, эмулирующим действия пользователя. Тогда и можно замерять реальную производительность
Как бы это странно не звучало, но для обработки данных энергия не требуется - она нужна лишь для ввода данных(подача потока электронов) и их вывода (съем электронов)
соответственно так называемая "потребляемая мощность" на самом деле является чистыми тепловыми потерями
но всё равно молодцы, что добились таки показателя в 1 Вт
Кому интересно — присоединяйтесь, дополняйте
если я такой код влеплю на сайт, браузер как миленький пошлёт куку, принадлежащую site и пользователь будет опознан
ознакомьтесь с историей про Чёрного Властелина на Хабре
дальше можно думать самому
читайте вдумчиво
но вот "наехать" можно всегда, что они и сделали, угрожая админу проблемами
в России только так (
такой список, а ничего из перечисленного мне не надо
лучше бы мемлики убрали и всё
Спору нет - для homepage с загрузкой до 300 хостов в сутки лучше выбора наверное нет.
Но как быть со 100 000 хостов?
Связался с фрилансером. Оговорили сроки и оплату. Он обещался сделать работу за три дня, я продлил до недели.
В результате в течении двух недель мы худо-бедно переписывались, затем он просто исчез, даже не показав макета работы.
90% проекта делается за 10% времени!
а на оставшиеся 10% уходит 90% времени
чертовски замечательное наблюдение!
теперь у меня оказывается есть три трёхвершковых сервера!
действительно ошибся, спасибо за указание.
2`000`000 - это для 100`000 хостов
про 20 хитов на пользователя - знаю, что много. Но для оценки перегрузочной способности цифра пойдёт. Ведь люди - существа непредсказуемые, поэтому все цифры - эмпирические
Каждый пользователь сделает 20 запросов - это 2`000`000 запросов к серверу, что составляет 23 запроса в секунду. Коеффициент дневной перегрузки к среднесуточной равен 2-3. Плюс запас. Итого 100 запросов в секунду сервер должен держать, что бы не выстраивалась очередь.
Но это в теории.
На практике же, с увеличением количества запросов linux и mysql дружно позаписывают в кеш много всего интересного, что ускорит работу. SQL запрос на "холодной" базе может выполняться и 0.1 сек, но после первого же попадения в кеш этот же запрос обработается за 0.003
По-хорошему, нужно устроить DOS-атаку вторым сервером, эмулирующим действия пользователя. Тогда и можно замерять реальную производительность
Поэтому поля pass и hash необходимо из varchar(32) перевести в char(32)
соответственно так называемая "потребляемая мощность" на самом деле является чистыми тепловыми потерями
но всё равно молодцы, что добились таки показателя в 1 Вт
уже давно в продаже безпровоздные оптические мышки без батареек с индукционными ковриками )