Я верю JFS, или XFS, как известно, имеют лучшую производительность при работе на большие файлы. В дополнение к выбору соответствующей файловой системы для Вашей задачи я рекомендовал бы также бросить как можно больше RAM в сервер, как Вы можете, даже если Вам не нужен он для Ваших задач обработки. Linux будет использовать эту дополнительную RAM для дискового кэша, который улучшит Вашу производительность.
ErrorDocument 500
только относится к Apache внутренние ошибки, не ошибки PHP.
Возможно, кто-то может исправить меня на этом, но я не думаю, что возможно служить пользовательским ошибочным страницам для ошибок PHP с Apache (Это - возможные ошибки прерывания использования, но необходимо проксировать к сценарию, работающему на другом сервере).
Это из-за способа, которым PHP работает с модификацией-php. Я думаю, что это будет работать при использовании PHP в качестве двоичного файла CGI, но не делает этого b'cus, это очень медленно =)
Могло бы стоить исследовать исходный код Symphony/Kohana, чтобы видеть, как они делают пользовательские ошибки
Некоторые браузеры действительно возвращают ту "дружественную" собственную ошибочную страницу, если ошибочная страница, возвращенная сервером, слишком коротка в содержании.
Вы попробовали что-то как
telnet your.host 80
GET / HTTP/1.0
Host: your.host
видеть, не является ли страница, которая возвращается действительно, "ОШИБКОЙ СЕРВЕРА!"
Кроме того, HTTP-заголовки содержат ошибку 500 или что-то еще?