[QUOTE][QUOTE]Павел Рубцов написал:
1. При расчёте надёжности ТЭЦ городов с большим количеством закольцованных участков, расчёт может производиться несколько дней. Какие способы есть для ускорения расчёта? Сейчас мы заменяем ЦТП или небольшие тупиковые кварталы на обобщенных потребителей. Как сильно это может повлиять на точность расчёта?[/QUOTE]
При определении параметров надежности зоны теплоснабжения Питерской ТЭЦ - 22, содержащей 31089 участков, в 4005 циклах расчет выполнялся 87 часов. Пользовательский ПК с восьмиядерным процессором i7-6700 на 4ГГц имел 32 ГБ ОЗУ. При этом на каждый поверочный расчет уходило примерно 12 минут.
Варианты с сечением зоны для сокращения времени расчёта не рассматривались, т.к. результаты не были бы ликвидным и подверглись бы жесткой критике.
При любой ошибке в поверочных циклах расчет приходилось останавливать, устранять локальные проблемы и запускать все заново. Поэтому общее время решения задачи составило примерно 160 часов. При таких затратах только машинного времени, решение задачи по оценке надежности сложных СТС (а для простых СТС она не актуальна) становится доступной далеко не многим (очень терпеливым) пользователям и еще более не многим (супер терпеливым) заказчикам.
Алексей, у меня вопрос, ответ на который Вы наверно уже давно можете дать: возможно ли решение этой задачи (а м.б. других) выполнить параллельно, распределив последовательности вычислений между ядрами ЦП? В моем случае время расчёта потенциально сократилось бы в восемь раз.[/QUOTE]
[CODE][/CODE]
1. При расчёте надёжности ТЭЦ городов с большим количеством закольцованных участков, расчёт может производиться несколько дней. Какие способы есть для ускорения расчёта? Сейчас мы заменяем ЦТП или небольшие тупиковые кварталы на обобщенных потребителей. Как сильно это может повлиять на точность расчёта?[/QUOTE]
При определении параметров надежности зоны теплоснабжения Питерской ТЭЦ - 22, содержащей 31089 участков, в 4005 циклах расчет выполнялся 87 часов. Пользовательский ПК с восьмиядерным процессором i7-6700 на 4ГГц имел 32 ГБ ОЗУ. При этом на каждый поверочный расчет уходило примерно 12 минут.
Варианты с сечением зоны для сокращения времени расчёта не рассматривались, т.к. результаты не были бы ликвидным и подверглись бы жесткой критике.
При любой ошибке в поверочных циклах расчет приходилось останавливать, устранять локальные проблемы и запускать все заново. Поэтому общее время решения задачи составило примерно 160 часов. При таких затратах только машинного времени, решение задачи по оценке надежности сложных СТС (а для простых СТС она не актуальна) становится доступной далеко не многим (очень терпеливым) пользователям и еще более не многим (супер терпеливым) заказчикам.
Алексей, у меня вопрос, ответ на который Вы наверно уже давно можете дать: возможно ли решение этой задачи (а м.б. других) выполнить параллельно, распределив последовательности вычислений между ядрами ЦП? В моем случае время расчёта потенциально сократилось бы в восемь раз.[/QUOTE]
[CODE][/CODE]