В новой версии Tempest декларируется новая возможность - секторное моделирование. Кто-нибудь работал с секторами в Tempest? Насколько хорошо там все работает?
Да, тоже интересно. Как понял из презентации - сначала рассчитывается вся модель, и перетоки между заданными сегментами записываются в файл. дальше можно адаптировать какой-нибудь сектор отдельно. Но если изменим что-то в секторе, то он неизбежно влияет и на "заграницу". вот это непонятно..пробовать руки не дошли еще, да и прочел презентацию бегло...
Перечитал презенташку. Об этом ничего нет. Но похоже нужно адаптировать сектор и изредка пересчитывать всю модель...больше ничего в голову не приходит)
Я спросил это не потому, что не знаю как все реализовано в эклипсе. Поясню вопрос. В эклипсовской (Eclipse 100) реализации расчетов секторов (кл. слова dumpflux, useflux, fluxreg, fluxtype) есть несколько серьезных недостатков. Два основных следующие:
нельзя выполнять расчеты на секторе, предварительно не просчитав полную модель с заданием грида fluxreg. Соответственно гибко вырезать сектора и просчитывать их не получается.
при расчёте сектора время инициализации сходно со временем инициализации полной модели. Если сектор небольшой, время расчёта может составлять пару минут.. а инициализация - десятки минут. Таким образом смазывается преимущество от использования секторов.
Ясно, что технически устранить эти недостатки несложно, почему этого не делает Schlumberger я не знаю. Недостатки очевидны. Вот я и подумал-может быть Roxar при создании аналогичной опции сразу сделал все более-менее нормально? Чтобы можно было из его аналога unrst-файла оперативно брать граничные условия при расчёте сектора ну и чтобы считывалось при инициализации только то, что нужно.
Пока что в любом симуляторе (Eclipse, Tempest, tNavigator) надо расчитывать большую модель для просчета граничных условий. Однако сорока на хвосте принесла, что у нас в стране кое-где кое-кто ведет работы по созданию софта-оболочки, который считает сектора (используя Eclipse) без просчета большой модели, обмениваясь граничными условиями на каждом временном шаге. Выигрыша по времени это не дает, зато позволяет запустить модели, которые в принципе неподъемны по размерам.
Теоретически, для того чтобы вырезать и считать сектора произвольной формы, нужно для каждого временного шага хранить переток из одной ячейки в другую, это в общем случае пропорционально КВАДРАТУ количества ячеек пополам (т.к. могут существовать NNC, LGR). Т.е. прибавьте к объему UNRST-файла еще "пол-квадрата количества ячеек" * 2 байт * число шагов. А практически, если откинуть NNC и LGR и считать, что сетка просто как SIMBOX с шестигранными кубиками, то надо прибавить как минимум 6*кол-во ячеек * 2 байт * число шагов.
Знаком с технологией сшивки. Знаю где давно были созданы и работают такие софты-оболочки, не в ТННЦ. Хотя может в ТННЦ уже тоже есть. Wasteland Rat, не надо ничего хранить, все уже есть в UNRST-файле. FLUX-файл для любого региона можно сделать самому из UNRST. Еще коммент-сшивка может давать выигрыш во времени расчёта. Роксаровская поддержка здесь появляется?
В общем выяснил у поддержки. Если кому-то интересно, то гибко выбирать сектора на сегодняшний день в Tempest нельзя, требуется предварительный просчет полной модели (также как и в эклипсе). По поводу времени инициализации-неизвестно. Меньше по сравнению с целой моделью, но насколько-вопрос открытый. Видимо таковым он и останется для меня пока не получу лицензию и не проведу серию тестов.
Да, тоже интересно. Как понял из презентации - сначала рассчитывается вся модель, и перетоки между заданными сегментами записываются в файл. дальше можно адаптировать какой-нибудь сектор отдельно. Но если изменим что-то в секторе, то он неизбежно влияет и на "заграницу". вот это непонятно..пробовать руки не дошли еще, да и прочел презентацию бегло...
Перечитал презенташку. Об этом ничего нет. Но похоже нужно адаптировать сектор и изредка пересчитывать всю модель...больше ничего в голову не приходит)
Не пойму, в чем новизна? В Eclipse по-моему такое давно есть.
Tempest традиционно отстает на десятилетие, поэтому по всем будующим новшествам можно прочитать в мануалах по eclipse. Уже сейчас.
Я спросил это не потому, что не знаю как все реализовано в эклипсе. Поясню вопрос. В эклипсовской (Eclipse 100) реализации расчетов секторов (кл. слова dumpflux, useflux, fluxreg, fluxtype) есть несколько серьезных недостатков. Два основных следующие:
нельзя выполнять расчеты на секторе, предварительно не просчитав полную модель с заданием грида fluxreg. Соответственно гибко вырезать сектора и просчитывать их не получается.
при расчёте сектора время инициализации сходно со временем инициализации полной модели. Если сектор небольшой, время расчёта может составлять пару минут.. а инициализация - десятки минут. Таким образом смазывается преимущество от использования секторов.
Ясно, что технически устранить эти недостатки несложно, почему этого не делает Schlumberger я не знаю. Недостатки очевидны. Вот я и подумал-может быть Roxar при создании аналогичной опции сразу сделал все более-менее нормально? Чтобы можно было из его аналога unrst-файла оперативно брать граничные условия при расчёте сектора ну и чтобы считывалось при инициализации только то, что нужно.
Пока что в любом симуляторе (Eclipse, Tempest, tNavigator) надо расчитывать большую модель для просчета граничных условий. Однако сорока на хвосте принесла, что у нас в стране кое-где кое-кто ведет работы по созданию софта-оболочки, который считает сектора (используя Eclipse) без просчета большой модели, обмениваясь граничными условиями на каждом временном шаге. Выигрыша по времени это не дает, зато позволяет запустить модели, которые в принципе неподъемны по размерам.
Теоретически, для того чтобы вырезать и считать сектора произвольной формы, нужно для каждого временного шага хранить переток из одной ячейки в другую, это в общем случае пропорционально КВАДРАТУ количества ячеек пополам (т.к. могут существовать NNC, LGR). Т.е. прибавьте к объему UNRST-файла еще "пол-квадрата количества ячеек" * 2 байт * число шагов. А практически, если откинуть NNC и LGR и считать, что сетка просто как SIMBOX с шестигранными кубиками, то надо прибавить как минимум 6*кол-во ячеек * 2 байт * число шагов.
Эта сорока на хвосте?
https://docs.google.com/viewer?a=v&pid=sites&srcid=ZGVmYXVsdGRvbWFpbnxvaWxpbmR1c3RyeTIwMTEwNDI2Mjl8Z3g6N2YyMzM4NjVlYWRmODJlMQ
Знаком с технологией сшивки. Знаю где давно были созданы и работают такие софты-оболочки, не в ТННЦ. Хотя может в ТННЦ уже тоже есть. Wasteland Rat, не надо ничего хранить, все уже есть в UNRST-файле. FLUX-файл для любого региона можно сделать самому из UNRST. Еще коммент-сшивка может давать выигрыш во времени расчёта. Роксаровская поддержка здесь появляется?
Пиши в поддержку. "Насколько хорошо всё работает?" - этот вопрос?
Нет. Что имелось в виду под "хорошей работой" детализировано ниже
Нет, но сдается, что корни из одного места.
В общем выяснил у поддержки. Если кому-то интересно, то гибко выбирать сектора на сегодняшний день в Tempest нельзя, требуется предварительный просчет полной модели (также как и в эклипсе). По поводу времени инициализации-неизвестно. Меньше по сравнению с целой моделью, но насколько-вопрос открытый. Видимо таковым он и останется для меня пока не получу лицензию и не проведу серию тестов.