130 читали · 1 год назад
Анализ ожиданий на СУБД
Каждый раз, когда поток СУБД, исполняющий запрос, чего-то ждет, это фиксируется в специальной служебной таблице. Оттуда можно получить очень ценную информацию и составить представление об узких местах вашей базы данных. Данный механизм делает значительную часть работы: собирает информацию о том, чего именно ожидают запросы при выполнении – остается только верно воспользоваться этими ценными данными и правильно их интерпретировать. В Мониторе есть возможность получить эти данные - для этого используется показатель Данные СУБД...
909 читали · 1 год назад
Как заставить 1с использовать все ядра
В 1С:Предприятии, чтобы заставить систему максимально эффективно использовать все ядра процессора, необходимо понимать, как работает платформа и какие процессы могут быть распараллелены. 1С — это не "коробочное" ПО, которое можно просто запустить и оно само использует все ядра. Многоядерность в 1С достигается за счет архитектуры клиент-сервер и распределения задач. Вот основные аспекты и шаги, которые помогут 1С использовать больше ядер: 1. Сервер 1С:Предприятия (кластер серверов) Основная нагрузка по обработке данных в 1С:Предприятии 8.x ложится на Сервер 1С. Именно серверный процесс ragent. exe и дочерние rphost...
2 года назад
14 Параллелизм (Concurrency). Структурированный параллелизм
Ссылка https://docs.oracle.com/en/java/javase/21/core/structured-concurrency.html Структурированный параллелизм рассматривает группы связанных задач, выполняемых в разных потоках, как единую единицу работы, тем самым оптимизируя обработку ошибок и их отмену, повышая надежность и улучшая наблюдаемость. Основной класс API структурированного параллелизма находится StructuredTaskScope в java.util.concurrent пакете. Этот класс позволяет координировать группу параллельных подзадач как единое целое. С помощью...
5 месяцев назад
Анатомия производительности: Глубокий разбор проблем PostgreSQL и пути их решения
Статья посвящена комплексному анализу производительности СУБД PostgreSQL, основанному на данных мониторинга и статистики. В ходе анализа выявлены ключевые проблемы: перегруженность дисковой подсистемы, contention блокировок, неоптимальное использование памяти и конфигурационные ошибки. В итоге сформированы практические рекомендации, сгруппированные по приоритетам и срокам внедрения, которые помогут стабилизировать и значительно улучшить работу базы данных. Ожидания типа IO Ожидания типа IPC Ожидания типа Lock Ожидания типа LWLock Отрицательная корреляция SPEED-WAITINGS = -0...