spajic / enisey

SPAJIC

Overmind

use overmind to start all necessary processes, listed in Procfile

prereqs: overmind in /usr/local/bin, tmux

start: overmind d

connect tmux to one of overminded processes: overmind connect web

enisey's Issues

Сгруппировать исходные файлы по папкам

Доработка тестирования - вывод всей необходимой информации

Вывод всех интересующих параметров, чтобы не приходилось самому смотреть логи и что-то вычислять.

В частности, задержки на накладные расходы.
Время расчёта на сервере общее, среднее, и т.п.

Config

Выбрать и внедрить в проект механизм для работы с конфигурационными файлами.

Разобраться с производительностью формирования СЛАУ, обхода графа

Чтение конфигов Benchmark

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

Сделать сервис управления ресурсами типа CUDA, типа CPU.

На CUDA соответствующие CUDA-алгоритмы.
На CPU-CPU-алгоритмы.

SlaeSolverIceCVM -> SlaeSolverServant

1. Переделать в SlaeSolverIceServant.
2. Сделать более рациональную функцию SetSlaeSolverType в сочетании с функцией Solve - не создавать каждый раз solver, а пересоздавать только при вызове SetSlaeSolverType. [и то можно не пересоздавать, а брать уже существующий, хотя в принципе, не велика разница.]

Log

Выбрать и внедрить в проект инструмент для логгирования.
Использовать его.

Сделать сервис диспетчер комплектов вычислительных ресурсов

У него запрашивают вычислительный ресурс -> возвращает прокси, либо ответ, что такого нет.
Чтобы он мог возвращать комплекты вычислительных ресурсов типа CPU, CUDA.

Просмотр невязок стац расчётов в Весте

Обеспечить возможность сравнения расчётов моих и @МСК.

1. Формировать файл, который если его передать Весте в качестве результатов расчётов показывал бы в каждом объекте невязки @МСК и мои
2. Посмотреть, какую в этом случае пользу можно будет извлечь из отчётов, которые есть в Весте.
3. Формировать список по узлам - # узла, значение моё, значение @МСК, невязка.
   Списки для давлений, расходов, температур, дисбалансов.
4. Обсудить с @dl как можно было бы интегрировать такой функционал в Весту.
5. Интегрировать функционал в Весту.

MKL sparse Slae solver

Освоить реализацию компонент в виде сервисов IceBox

На примере СЛАУ: CVM, CUSP.

GasTransferSystemIceUsual -> GasTransferSystemServant

ICE-generated -> CamelCase, исключить из repo, в папку IceGen

Переименовать файлы *.ice в по другому соглашению об именовании, типа SlaeSolverIce - готово.
Исключить из репозитория автоматически генерируемые файлы - готово.
Генерировать ice-файлы в папку IceGen в каждом проекте - сделано в Enisey, ice_server.
Подумать, попробовать - можно ли оставить ice файлы только в одном проекте, чтобы генерация файлов происходила в одном месте, а из других проектов ссылаться на сгенерированные файлы.

Фабричный метод - статический в интерфейсном классе

Как описано у Мейерса.
М.б. передача дополнительных данных через map - параметр типа ключ-значение, как встречается в ICE.

Сравнить производительность у меня и у @МСК

Придумать как, и замерить.
Сопоставлять именно одно и то же - время от момента начала расчёта до времени завершения.
Попробовать у @МСК замерить сколько времени занимает моделирование трубопроводов.
Сколько времени занимает решение системы.
В общем - сделать профилировку.
Попробовать использовать одинаковые модели трубы у меня и у него для более точного совпадения результатов расчёта и сравнения производительности.