Использование MySQL, когда она есть, тоже не без проблем. Например часто на дешевых хостингах есть лимит на запросы в БД. И этот лимит часто небольшой. Например на мой хостинг это 100 000 запросов в час. Это выглядит очень много, но часто одно действие потребителя заканчивается десятками запросов в БД.
Но на количество файлов тоже есть лимит. Например у меня это 90000 файлов. И это ограничит размер форума ExBB до 90000 постов (или даже меньше).
Именно прикидывая все эти ограничения, в конце концов я написал свой движок форума на SQLite – файл только один, а лимит на запросов нет.
С горизонтальным масштабированием проблема в SQLite. Либо нужно менять базу и пулер коннектов ставить.
Конечно в SQLite. Но во первых заменить ее примерно на MySQL не так уж и сложно и во вторых есть и клиент-сервер решения совместимые с SQLite.
И вообще, стоит вопрос зачем масштабировать? Если установить AsmBB на отдельном сервере с мощном многоядерном процессоре и SSD, а веб сервер на втором, производительность хватит на многотысячном форуме и гигабайтной БД.
— используется апач
— нет кеширования
— нет возможности распределения горизонтально
Апач – это просто демо. Если надо делать для реального форума, я конечно выбрал бы RWASA, lighttpd или nginx.
Кеширование чего? Там есть кеширование HTML постов в БД (чтобы не рендировать markdown каждый раз) и правильно сделанное кеширование на стороне клиента. Кеширование запросов применяется главно, потому что скрипты выполняются медленно на сервере. В случае с ассемблером, это не так.
Горизонтальное масштабирование вполне возможно – FastCGI это поддерживает.
Если вы физик, то поняли бы, что если это энергопотребление, то надо сказать за какое время. Но тогда оно опять превращается в мощностью, потому что енергия/время = мощность.
Так что 1-2 кВт*ч в 10 минут = 6-12кВт, а если в сутки, то 40-80Вт
В случае значение имеет именно мощность и ничто другое.
В украинском нет буквы Ъ, поэтому заменяется на О.
А как Ъ заменяется на О??? Если заменять, то на А! И кстати, если у них нет Ъ, то как пишут, если в слове есть звук Ъ? А вот, нашел — твердый знак, заменяют апострофом. Так, пусть пишут: Б'лгария!
Может и напишу. Но это несколько труднее и отнимет больше времени. К тому же, неясно насколько это будет интересно людям. Мне кажется, что есть лучшие темы — например рассказ о том как программировать GUI с ООП на ассемблере.
есть возможность использовать передовые технологии масштабирования.
И все таки, даже и для них имеет значение один дейта центр или два нужны для обеспечения нагрузки. Просто масштабы другие.
А код на ассемблере масштабируется очень хорошо? Ведь даже AsmBB работая на FastCGI масштабируется очень хорошо, хоть и выбор SQLite накладывает некоторые ограничения. Например вполне возможно запустить AsmBB на отдельном сервере, а веб сервер на другом или даже на нескольких.
Если заменить БД (а это не так трудно), то можно вообще запустить AsmBB на нескольких серверов и обеспечить линейное масштабирование до бесконечности.
А был ли смысл писать на ассемблере, если при должной настройке Nginx на самописном PHP-сайте можно выдерживать и хабра- и лор- эффект на очень малых ресурсах?
Любой ли шаред хостинг позволяет запускать двоичный код на своем сервере?
Надо, чтобы сервер поддерживал FastCGI.
Apache, lighttpd, nginx, rwasa — все они могут, только все шаред хостинги которые я видел, работали на Апачи.
Удобно если сервер умеет запускать FastCGI скрипты. Апачи и lighttpd могут. nginx и rwasa нет.
Как именно осуществлялась интеграция сайта и серверного софта? Какой софт должен быть на сервере хостера, чтобы можно было сделать такое? Любой ли хостинг подойдет?
Специально для AsmBB нужно чтобы процессор сервера был x86 или x64 и работал на Linux. Можно компилировать и для Windows, но там неясно какие серверы и как их конфигурировать.
Не нужен никакой специальный софт — AsmBB самодостаточен. Просто загружаются файлы AsmBB на сервере, через FTP, пишется путь к главной директории в конфигурационном файле (.htaccess или lighttpd.conf) и сайт начинает работать.
За те нескольких дней, пока длился Хабраэффект, она была просмотрена около 40000 раз.
Это статья на хабре была просмотрена 40К раз.
У хостинга есть лимит на 30 минут процессорного времени в сутки. Если этого лимита не было, можно обработать 180К * 48 = 8640000 запросов в сутки, на том же сервере.
Ну, ну, конечно перабайтных БД на телефоне, выглядит куда лучше. На PHP. :P
Использование MySQL, когда она есть, тоже не без проблем. Например часто на дешевых хостингах есть лимит на запросы в БД. И этот лимит часто небольшой. Например на мой хостинг это 100 000 запросов в час. Это выглядит очень много, но часто одно действие потребителя заканчивается десятками запросов в БД.
Но на количество файлов тоже есть лимит. Например у меня это 90000 файлов. И это ограничит размер форума ExBB до 90000 постов (или даже меньше).
Именно прикидывая все эти ограничения, в конце концов я написал свой движок форума на SQLite – файл только один, а лимит на запросов нет.
Конечно в SQLite. Но во первых заменить ее примерно на MySQL не так уж и сложно и во вторых есть и клиент-сервер решения совместимые с SQLite.
И вообще, стоит вопрос зачем масштабировать? Если установить AsmBB на отдельном сервере с мощном многоядерном процессоре и SSD, а веб сервер на втором, производительность хватит на многотысячном форуме и гигабайтной БД.
Апач – это просто демо. Если надо делать для реального форума, я конечно выбрал бы RWASA, lighttpd или nginx.
Кеширование чего? Там есть кеширование HTML постов в БД (чтобы не рендировать markdown каждый раз) и правильно сделанное кеширование на стороне клиента. Кеширование запросов применяется главно, потому что скрипты выполняются медленно на сервере. В случае с ассемблером, это не так.
Горизонтальное масштабирование вполне возможно – FastCGI это поддерживает.
Использование каких либо таймеров – это всегда костыль.
Если вы физик, то поняли бы, что если это энергопотребление, то надо сказать за какое время. Но тогда оно опять превращается в мощностью, потому что енергия/время = мощность.
Так что 1-2 кВт*ч в 10 минут = 6-12кВт, а если в сутки, то 40-80Вт
В случае значение имеет именно мощность и ничто другое.
Просто цитата:
В украинском нет буквы Ъ, поэтому заменяется на О.
А как Ъ заменяется на О??? Если заменять, то на А! И кстати, если у них нет Ъ, то как пишут, если в слове есть звук Ъ? А вот, нашел — твердый знак, заменяют апострофом. Так, пусть пишут: Б'лгария!
Может и напишу. Но это несколько труднее и отнимет больше времени. К тому же, неясно насколько это будет интересно людям. Мне кажется, что есть лучшие темы — например рассказ о том как программировать GUI с ООП на ассемблере.
Русские, что с них взять! Империя зла и все сказано.
Но вы почему пишете Балгарыя???
Или даже так Баўгарыя???
В/на Украине тоже хороши – Болгарія
А правильно, конечно – България! И никак иначе!
И не склоняется никогда! (а то я все время падежи путаю!) :D :D :D
Ребята, давайте жить дружно! :)
И все таки, даже и для них имеет значение один дейта центр или два нужны для обеспечения нагрузки. Просто масштабы другие.
А код на ассемблере масштабируется очень хорошо? Ведь даже AsmBB работая на FastCGI масштабируется очень хорошо, хоть и выбор SQLite накладывает некоторые ограничения. Например вполне возможно запустить AsmBB на отдельном сервере, а веб сервер на другом или даже на нескольких.
Если заменить БД (а это не так трудно), то можно вообще запустить AsmBB на нескольких серверов и обеспечить линейное масштабирование до бесконечности.
Исправил. Баг был в темплейтах.
Но ведь можно и nginx+FastCGI+ассемблер.
А еще лучше RWASA+FastCGI+ассемблер.
Конечно, Апачи не торт.
Но ведь можно и nginx+FastCGI+ассемблер. А еще лучше RWASA+FastCGI+ассемблер.
Надо, чтобы сервер поддерживал FastCGI.
Apache, lighttpd, nginx, rwasa — все они могут, только все шаред хостинги которые я видел, работали на Апачи.
Удобно если сервер умеет запускать FastCGI скрипты. Апачи и lighttpd могут. nginx и rwasa нет.
Специально для AsmBB нужно чтобы процессор сервера был x86 или x64 и работал на Linux. Можно компилировать и для Windows, но там неясно какие серверы и как их конфигурировать.
Не нужен никакой специальный софт — AsmBB самодостаточен. Просто загружаются файлы AsmBB на сервере, через FTP, пишется путь к главной директории в конфигурационном файле (.htaccess или lighttpd.conf) и сайт начинает работать.
Да, так и есть. :)
Размер БД приблизительно 53MB.
Это коннекты FastCGI скрипта к БД.
Одна инстанция FastCGI скрипта обслуживает много клиентов. Сколько точно, зависит от веб сервере, но могут быть десятки и сотни.
Спасибо. Только синтаксическая проверка подчеркивает красным…
~Странно, не могу повторить. Можно рассказать подробнее?~Да, повторил. Сделаю.
Это статья на хабре была просмотрена 40К раз.
У хостинга есть лимит на 30 минут процессорного времени в сутки. Если этого лимита не было, можно обработать 180К * 48 = 8640000 запросов в сутки, на том же сервере.