Почему не рекомендуется использовать отладку на сервере (-debug) на production-сервере?
Ответы
В избранное
Подписаться на ответы
Сортировка:
Древо развёрнутое
Свернуть все
Также следует учитывать, что в отладочном режиме производительность системы будет ниже, чем при обычной работе. Поэтому не рекомендуется использовать отладочный режим работы сервера для реальной работы пользователей.
Цитата из документации.
Развернутые комменты со ссылками не пропускаются модераторами. Может, позже появятся.
(8) Будет. Как минимум, в режиме отладки при выполнении постоянно делается проверка "не надо ли остановиться".
Но вот сказать, насколько это влияет на реальную производительность - сложно. Субъективной разницы может и не быть. Ведь основные тормоза всегда в БД.
Я никогда не включаю отладку в продакшене скорее из "суеверных" соображений - от греха подальше. Ведь настоящий высоконагруженный продакшн в таком режиме обычно не гоняется и фиг его знает, будет ли он во всех ситуациях вести себя точно также, как и с отключенным режимом отладки. Не хватало еще и над этим вопросом голову ломать. Сервер приложений 1С и так достаточно капризная штука.
Но вот сказать, насколько это влияет на реальную производительность - сложно. Субъективной разницы может и не быть. Ведь основные тормоза всегда в БД.
Я никогда не включаю отладку в продакшене скорее из "суеверных" соображений - от греха подальше. Ведь настоящий высоконагруженный продакшн в таком режиме обычно не гоняется и фиг его знает, будет ли он во всех ситуациях вести себя точно также, как и с отключенным режимом отладки. Не хватало еще и над этим вопросом голову ломать. Сервер приложений 1С и так достаточно капризная штука.
Замедляет работу базы.
Если база и так тормозит и пользователи постоянно жалуются, то лучше -debug на рабочей базе не включать.
Сам представь. Кто-то установил точку останова в обработке проведения, кто-то криво написал код и при этом произошла эскалация блокировки.
Прогер, установивший точку останова сидит и разбирается пол-часа, а пользователи названивают генеральному, что все висит.
Ну а если база не тормозит и никто не жалуется, то включай -debug на здоровье, ничего страшного не произойдет.
Если база и так тормозит и пользователи постоянно жалуются, то лучше -debug на рабочей базе не включать.
Сам представь. Кто-то установил точку останова в обработке проведения, кто-то криво написал код и при этом произошла эскалация блокировки.
Прогер, установивший точку останова сидит и разбирается пол-часа, а пользователи названивают генеральному, что все висит.
Ну а если база не тормозит и никто не жалуется, то включай -debug на здоровье, ничего страшного не произойдет.
(15)Только тут не -debug виноват, а программист, который точки останова на prod-базе поставил.
По моему субъективному мнению никакого снижения производительности не наблюдается. Хотя документация предупреждает что оно может быть и ей не верить нельзя.
По моему субъективному мнению никакого снижения производительности не наблюдается. Хотя документация предупреждает что оно может быть и ей не верить нельзя.
(19) А для чего? Исключительно для профилирования? Так это как раз на копии не проблема.
Лично пару раз приходилось включать на некоторое время отладку в продакшене именно для пошаговой отладки.
Когда проблема была связана с рабочим окружением и повторить на копии ее не удавалось. Не представляю, зачем еще может понадобиться отладка в продакшене.
Лично пару раз приходилось включать на некоторое время отладку в продакшене именно для пошаговой отладки.
Когда проблема была связана с рабочим окружением и повторить на копии ее не удавалось. Не представляю, зачем еще может понадобиться отладка в продакшене.
(22) Причем тут базы программистов для тестирования? Естественно, что у программистов куча тестовых баз. Тема про включение отладки на рабочем сервере. Если у вас сервер один, то обычно создается две! записи в реестре (одна с -dedug, а вторая без), чтобы обычные пользователи работали без включенной отладки, и программисты могли зайти в рабочую базу под отладкой.
Обычно отладку в рабочих базах могут ненадолго включить, если ошибка не воспроизводится в тестовых базах. Может быть у вас ее включают еще для чего-то.
Обычно отладку в рабочих базах могут ненадолго включить, если ошибка не воспроизводится в тестовых базах. Может быть у вас ее включают еще для чего-то.
(23) Ок. Возможно я чего-то не знаю. Простая ситуация, один сервер 1С, две базы. Мне нужно сделать так, чтобы пользователи в одной базе работали без отладки. А в другой программисты работали с включенной отладкой в одно и тоже время. Как это сделать ?
Вакансии
Аналитик 1С / Бизнес-аналитик
Нижний Новгород
зарплата от 100 000 руб. до 250 000 руб.
Временный (на проект)
Нижний Новгород
зарплата от 100 000 руб. до 250 000 руб.
Временный (на проект)