То, что вы видите, это именно то, что вы ожидаете, потому что это именно то, для чего нужны возражения - контроль, когда прекратить симуляцию. (Строго говоря, «контроль, когда заканчивать фазу», но обычно есть только одна фаза, которая потребляет время - фаза запуска .)
В основном, если нет возражений, Симуляция останавливается. Таким образом, когда вы комментируете свой код, который вызывает и отбрасывает возражения, возражения не возникают, поэтому моделирование немедленно останавливается (без каких-либо действий).
Вы должны всегда поднимать возражение в любом моделировании UVM, в противном случае оно немедленно прекратится;
вы должны всегда отбрасывать все возражения в какой-то момент иначе ваша симуляция никогда не остановится.
Существует хорошая статья о том, как сделать этот здесь теперь здесь. Я еще на самом деле не попробовал это, я придерживался django на Механизме Приложения, но это, кажется, твердый пример.
Статья является хорошим примером, но сейчас она немного устарела, поскольку патч больше не требуется , последняя версия Cherrypy должна работать без него. , Я запустил приведенный ниже пример в среде разработки. Я включил cherrypy в zip-файл, так как движок приложений Google имеет ограничение в одну тысячу файлов на приложение, это также упрощает развертывание.
Я также использую диспетчер Cherrypy для маршрутизации запроса.
import sys
sys.path.insert(0, 'cherrypy.zip')
import cherrypy
import wsgiref.handlers
class Root:
exposed = True
def GET(self):
return "give a basic description of the service"
d = cherrypy.dispatch.MethodDispatcher()
conf = {'/':
{
'request.dispatch': d
}
}
app = cherrypy.tree.mount(Root(), "/",conf)
wsgiref.handlers.CGIHandler().run(app)
Пока я не сталкивался с какими-либо конкретными проблемами, но я читал, что у некоторых людей были проблемы с сессиями.