Каково различие между FastCGI “статические” и “динамические” приложения с точки зрения производительности и устойчивостью?
Здесь в Портленде, можно высадить их в Свободном Фанате, который затем отсылает usuable остатки переработчикам и материал, который работы переформатирован и перепродан сообществу как недорогие поля Ubuntu. Проект интересен, потому что те люди, которые не могут позволить себе много, могут все еще получить компьютер путем работы в центре переработки сроком на время (я думаю, что это - 24 часа сервиса), после которого они получают "Geekbox", обычно P3 или P4 с установкой вышеупомянутой Ubuntu на нем, бесплатно. Вообще говоря, это должно быть действительно действительно старо (поколение Pentium-2) или полностью поврежденный для окончания, как переработано.
Я вставил бы критерий поиска для общественной компьютерной переработки для Вашей области и видел бы то, что подходит.
Ни один из них действительно не установил производительность или характеристики масштабируемости, разведенные от контекста Вашего приложения и его среды. Который работал бы, лучше зависит от того, что у Вас есть продолжение.
Статичный: определите номер процессов приложения, которые бродят вокруг все время. Условия, которые приводят доводы в пользу этого, включают:
- Можно позволить себе иметь достаточно экземпляров приложения, бродящего вокруг все время для быстрого служения в качестве большого трафика, поскольку Вы когда-либо добираетесь, по любой причине (машина ничего очень еще не должна делать, Вы никогда действительно получаете так много трафика, машина имеет много запасных ресурсов, what-have-you).
- Экземпляр процесса приложения имеет значительное время запуска, и Ваши пользователи будут раздражаться им.
- Машина должна только когда-либо иметь некоторую пропорцию набора своих ресурсов, израсходованных этим приложением так, чтобы другие задания могли работать без неуместной интерференции.
Динамичный: переменное количество процессов приложения, которые запущены по требованию и избавлены, когда неиспользованный. Условия, которые приводят доводы в пользу этого, включают:
- Ваш трафик очень остроконечный (самоподобный), так, чтобы было важно смочь породить больше процессов приложения для обработки его.
- Экземпляр процесса приложения запускает очень быстро, таким образом, он не причиняет много вреда, если нужно быть порождены для обрабатывания запроса.
- Машине действительно нужны ее ресурсы для других целей, таким образом, хорошо освободить их, когда Вы можете, но это должно хорошо впитать многие из них для этого приложения, когда его движение является интенсивным.