Масштабирование направляющих 2.x приложение с большим количеством серверов приложений
Использование памяти обрабатывается ядром, которое характерно для всех дистрибутивов. Настройка может отличаться между дистрибутивами, но по моему опыту она не варьируется очень вообще. 64-разрядный Linux не полагает, что 64 ГБ очень большая сумма, по крайней мере, с более новыми ядрами, таким образом, они все должны обработать его очень, очень похоже. Даже дистрибутивы Предприятия (RHEL, SLES, OUL), которые выполняют более старые ядра, имеют патчи, чтобы удостовериться, что их управление памятью является высшим качеством, поскольку они еще более вероятны, чем Ubuntu и. al. для выполнения в средах высокой RAM.
В конце "лучший 64-разрядный дистрибутив" то, какой бы ни дистрибутив Linux Вам нравится работать с лучше всего. Технические различия являются незначительными в лучшем случае
Почему бы вместо создания дополнительных веб-интерфейсов не разделить вещи по обязанностям? Я бы передал эти задания преобразования изображений на другой сервер. И я бы также не добавил на этом этапе обратный прокси, а разделил статический контент на другой сервер. См. Также эту историю Я напечатал сегодня утром.