Как понять – причина замедления в софте или «железе»?

В современных информационных системах на базе 1С используются виртуализация, большое число серверов, сложные сетевые взаимодействия и т.д. Когда в этом разнообразии железа и технологий происходит замедление, то зачастую бывает сложно определить не то что причину, но даже то звено, которое вызывает проблемы.

Админы винят программистов, программисты, естественно, администраторов – к сожалению это частая история.

Чтобы точно определить, в чем проблема, нужен аудит производительности. Но иногда необходимо хотя бы разобраться: проблема в коде 1С или где-то еще.

Для этого есть хоть и грубый, но простой и быстрый способ, который позволяет протестировать окружение без привязки к конкретной конфигурации. С помощью данного теста можно определить, насколько производительно окружение (не только оборудование).

За 11 минут расскажем, как провести такой тест и понять – нужно искать причину замедления в «железе» или проблема в софте.

Смотрите видео :)

Узкие места, которые могут приводить к медленной работе системы

Ключевые моменты видео:

Как диагностировать: проблема в коде или в «железе»

Ключевые моменты видео:

Умение находить и устранять причины медленной и нестабильной работы систем на 1С - обязательно для программистов 1С

После курса Вы сможете:

• Оценивать состояние системы в любой момент времени
• Быстро находить причины замедления в программном коде – и сразу писать его так, чтобы замедления в будущем не было
• Отслеживать динамику производительности за определенный период
• Устранять ожидания на блокировках и решать проблемы со взаимоблокировками

Для кого этот курс

• Писать код, за который не стыдно – в нестабильное время особенно важно быть в компании на хорошем счету
• Быть востребованным специалистом – на каждом втором собеседовании спрашивают про умение оптимизировать 1С
• Не терять клиентов из-за того, что «ваша 1С тормозит, а вы ничего не делаете» – это и раньше было нехорошо, а теперь и вовсе непозволительная роскошь.