Вот, то что нужно, рельсовый лог если я не ошибаюсь. Теперь вам надо отловить ситуацию когда у вас происходит "зависание". Обратите внимание на время ответа, в нормальной ситуации оно у вас на уровне нескольких милисекунд. Во время же 504-х, время ответа наверняка переваливает за несколько тысяч ms. В результате nginx просто не дожидается когда ему ответит приложение и отдает клиенту 504.
Грепните этот лог на предмет больших значений времени ответа.
когда все до чертиков надоедает, это извините, проблема в голове. вам и в програмировании все будет временами все до чертиков надоедать. работайте больше над собой.
( я не спроста об этом говорю, я часто наблюдал ситуации когда некоторые разработчики часто уходили с одного места работы на другое мотивируя это тем что "надоело заниматься конкатенацией строк", при том уходили с довольно интересных и динамичных проектов где разработка всегда в движении... так и меняют работу раз в год-полтора. заметьте я говорю не про админов, а про разработчиков.)
Что значит обычная и необычная схд в вашем понимании?
Заявлено что FAS2240 поддерживает (Clustered) Data ONTAP 8, думаю зеркало из двух схд собрать можно, зависит от купленных лицензий. www.netapp.com/ru/products/storage-systems/fas2200...
1. а зачем? чтоб подтвердить ваши фантазии?? я вам говорю о том что причины могут быть разными и не нужно фантазировать о паяльниках, угрозах, и заговорах спецслужб.
2. ок. (хотя и нет данных что она возглавляла аудит, а лишь принимала посильное участие)
1. Это не факт, а ваша фантазия. Люди уходят из крупных проектов по самым разным причинам, вспомните случай c Бренданом Айком.
2. Это о какой компании речь? Аудит проводился группой добровольцев собранной по данной инициативе, а деньги так вобще собирали по всему свету (госдеп профинансировал?).
1) Авторы проекта написали что потеряли интерес к разработе трукрипта, и даже если будет обнаружена критичная дыра фиксить они её не будут.
2) Исходники успешно прошли аудит, отчет по второму аудиту выйдет через несколько месяцев (изучение криптостойкости применяемых алгоритмов шифрования и корректности их реализации)
3) truecrypt.ch
4) Если... возможно... оперируйте фактами
если выяснится что дело в нехватке "чилдренов", то следует копать глубже и искать причину почему их недостаточно. Из возможных причин:
- долгие коннекты (искать что тормозит, сам php или запросы в базе)
- может тупо большой трафик пришел к вам.
диски SATA это самый начальный уровень, для базы более менее предпочтительно SAS. плюс там SATA-2 (3Gb/s) при большом потоке одновременных запросов к диску можете упереться в потолок производительности.
Покажите размеры индексов.
Если у вас там большие офсеты попробуйте оптимизировать как описано здесь - astarsan.livejournal.com/20121.html
если не предполагается частого обращения/обновления файлов, то можно попробовать. в случае гит-реп предполагаю что будут тормоза (но интереса ради попробовать все же можно).
Коллеги мне тут еще насоветовали попробовать cmake, так что попробую оба варианта.