Встраиваемая Библиотека Workflow/BPM Для Python?
Если (как Вы пишете) Вы не интересуетесь персистентностью, простое решение должно было бы увеличить Ваш размер "кучи" и использовать средства виртуальной памяти Вашей операционной системы. Часть "кучи", которая не впишется в физическую память Вашего компьютера, закончит тем, что была разбита на страницы на диске, давая Вам точно, что Вы хотите: нормальный доступ STL к данным часто хранится на диске. Операционная система будет заботиться о кэшировании наиболее используемых страниц в физической памяти и выселении к диску те, Вы не используете много. Ваш код останется тем же, и можно увеличить его производительность просто путем добавления большей физической памяти.
Для увеличения размера "кучи" проверяют параметры операционной системы, как ulimit (1) в системах Unix и свойствах System - Усовершенствованный - Производительность - Усовершенствованный - Виртуальная память на Windows XP. Если Вы совершили нападки, 32-разрядный предел на 4 ГБ рассматривают перемещение в архитектуру на 64 бита или компиляцию Вашей программы для 64 битов.
2 ответа
Oh yes, tons. But most of them depend on a specific framework. DCWorkflow is integrated with Zopes CMF, for example. hurry.workflow is for Zope 3, etc. SpiffWorkflow presumes sql-alchemy, etc. This is because you need to have something to apply the workflow to, and that means you need to make some basic assumptions on the objects you use.
Hurry.workflow is probably one of the more independent ones, but it still assumes both that you use the Persistence library (and therefore in practice ZODB), and zope3's security model.
So you probably need to expand a bit on your requirements here...
Вы это смотрели? http://code.djangoproject.com/wiki/GoFlow