Увеличение масштаба апачского сервера
Ну, основные преимущества NTFS по FAT32 (обычный выбор для флеш-накопителей):
- лучше для очень больших разделов (большие кластеры, файлы> возможные 2 ГБ)
- полномочия файловой системы
- журналируемый, таким образом лучшее восстановление катастрофического отказа
1 и 2 только вопрос для очень больших флеш-накопителей (несколько ГБ), таким образом, не обычно проблема. 3 релевантно, если Вы часто "забываете" делать "безопасное удаление".
С другой стороны, FAT32 намного более широко поддерживается, чем NTFS. Таким образом, я сказал бы:
- если Вы имеете очень большой флеш-накопитель или часто забываете безопасное удаление, используйте NTFS
- если Вам, возможно, когда-либо придется использовать диск на компьютере someon else, используйте FAT32
Ваше узкое место в этом сценарии будет PHP и что это делает с базой данных. Если Вы открываете новое соединение с каждым вызовом, то Вы больше, чем, вероятно, собираетесь врезаться в стены ввода-вывода на доступе к диску больше, чем что-либо еще. Ваш лучший выбор состоит в том, чтобы иметь базу данных и статическое содержание в псевдодиске, и фиксация изменяется по мере необходимости на базу данных по диску. Также поддержите эффективный механизм кэширования запроса с помощью выделенного RAM, быстро хешируют поиск в PHP так, чтобы Вы не обременяли postgresql ненужными циклами обработки, связанными с поисками кэша запроса. Хотя postgresql, вероятно, будет более эффективным в запросе, кэширующемся, чем Ваш собственный код, он не должен с такой скоростью, как никогда подключаться с во-первых.
Ваш сервер должен смочь обработать вещи легко. Всего несколько примечаний:
- Используя SSL увеличит Ваши вычислительные требования. Так, используйте плоскость HTTP.
- Используя предварительное ветвление MPM увеличит Ваши требования к памяти. Так, используйте рабочего MPM.
- Используя больший параллелизм с большим количеством ядер улучшит производительность.
- Выделите больше RAM своей базе данных PostgreSQL.
Это просто универсальные инструкции.