Coldfusion 8 сбоев приложения под большой нагрузкой

Это кажется, что могла быть проблема прокси. У Вас есть огибающий набор переменной HTTP_PROXY, или у Вас есть какие-либо настройки "Proxy" в/etc/apt /* файлы (регистрация/etc/apt/apt.conf.d/)?

2
задан 16 January 2011 в 00:36
2 ответа

Спасибо Mark и Adam для того, чтобы занять время для просмотра моего вопроса и для предложений. Этот конкретный вопрос был решен. Очевидно, наш новый сервер был создан прочь старого сервера с "поврежденным CF" - независимо от того, что это означает. Это было с тех пор восстановлено снова, и производительность больше не является проблемой.

KM

0
ответ дан 3 December 2019 в 12:13

При блокировке области действия приложения (или имя или блокировка "объема"), Вы по существу "сериализируете" переменные приложения. Так, чтобы сам по себе была проблема.... приложение, Вар должен быть заблокирован и записан однажды и затем считан по желанию (предпочтительно и безопасно без блокировок, так как они не изменяются). Это мог бы быть отвлекающий маневр так или иначе. когда Вы блокируете объем приложения и получаете доступ к Вашим блокировкам все время, Вы естественно заканчиваете с вещами, связанными с ним в журнале (так как так много происходит там).

Вот Мои лучшие предположения

Проверьте "coldfusion монитор" и удостоверьтесь (дважды, трижды, quadrupal), который не включено "профилирование памяти". На самом деле, для Вашего нагрузочного теста удостоверяются, что отслеживание и контроль не включены - и я даже выключил бы метрики. Ваш отрывок выше заставляет меня думать, что отслеживание памяти идет, и Вы просто превышаете сервер. Это происходит, потому что "куча" должна постоянно анализироваться для изменений - чрезвычайно дорогой. Отслеживание памяти должно только быть включено в течение короткого времени, когда Вы - определение исходного состояния.

32 центральных процессора и 48 sim.запросы.... это - большая мощность ЦП. Если Вы используете JRUN, удостоверяются, что потоки Jrun установлены достаточно далеко к северу от того, с которым Jrun имеет некоторые потоки управления для работы.

Проверьте каталог bin на ошибки горячей точки - ошибки, начинающиеся с "hs_errpidXXX.log" (или что-то подобное). Если Вы видите их, стек мог бы дать Вам некоторый ключ к разгадке - но обычно это - материал как из ошибок мадам или третьей стороны CFX или собственный код Java, это бросает необработанные исключения в hotsport компилятор.

Наконец, проверяют Ваш клиент дважды Вар. Иногда Вы используете их, когда Вы не "думаете", что используете их. Если Вы будете, то они будут сохранены в файле на Вашем сервере Соляриса, и он определенно вызовет проблему при загрузке - тем более, что файл добавляется к или блокируется во время чистки. Проверьте это сообщение некоторое время больше информации:

http://www.coldfusionmuse.com/index.cfm/2009/10/27/registry.bad.datasource.good

Это - все, что приходит на ум в данный момент..., если Вы хотите, чтобы я посмотрел на него ближе в понедельник (на формальной основе) сообщенный мне, и мы можем болтать об этом.

2
ответ дан 3 December 2019 в 12:13

Теги

Похожие вопросы