Project

General

Profile

Actions

Feature #6906

closed

Make VTG strategies task decision requests delay configurable

Added by Evgeny Novikov about 8 years ago. Updated over 6 years ago.

Status:
Closed
Priority:
Urgent
Assignee:
Category:
Tasks generation
Target version:
Start date:
02/26/2016
Due date:
% Done:

0%

Estimated time:
Published in build:

Description

At the moment VTG strategies (actually just ABKM since Vitaly did nothing still) requests Bridge for task decisions each second. But this may be both too often and too seldom. Corresponding option should be included into a Klever Core configuration rather than in jobs since it most likely doesn't affect verification results.


Related issues 3 (0 open3 closed)

Related to Klever - Feature #8097: Decrease the number of requestsClosedIlja Zakharov04/19/2017

Actions
Has duplicate Klever - Bug #7854: Remove busy waiting from VTG strategiesRejected01/16/2017

Actions
Blocked by Klever - Feature #8299: Implement a new request to get statuses of solving tasksClosedVladimir Gratinskiy07/17/201707/18/2017

Actions
Actions #1

Updated by Evgeny Novikov almost 7 years ago

  • Priority changed from Normal to High

Increase the issue priority as of its duplicate. There some ideas how to solve it can be found.

Actions #2

Updated by Alexey Khoroshilov almost 7 years ago

I have said about DBs

May be task queues should be managed using something like RethinkDB or CouchDB?
Or maybe PostgreSQL notifications would be enough?

but as far as we do not work directly with DBs, may be, approaches like EventsSource could be more appropriate to organize a channel from server to client:
https://pythonhosted.org/eventsource/
https://github.com/tOkeshu/requests-eventsource

Actions #3

Updated by Evgeny Novikov almost 7 years ago

  • Assignee set to Ilja Zakharov
  • Priority changed from High to Urgent

Let's do it together with #6608.

I don't recommend to use any "advanced" technologies since this usually hardens everything and gives not so much as expected. Nevertheless next time if it will be really necessary and one will have time an appropriate time we can try.

Actions #4

Updated by Evgeny Novikov over 6 years ago

  • Target version set to 2.0
Actions #5

Updated by Evgeny Novikov over 6 years ago

  • Category set to Tasks generation
  • Target version changed from 2.0 to 0.2

This considerable Core refactoring is always completed and it would be better to have it in master ASAP while Klever 1.0 will be devoted to great conceptual improvements.

Actions #6

Updated by Ilja Zakharov over 6 years ago

  • Status changed from New to Resolved

Implemented in the core-refactoring branch as a part of VTG and AVTG major refactoring.

Actions #7

Updated by Evgeny Novikov over 6 years ago

  • Status changed from Resolved to Closed

I merged the branch to master in aec48ac1. At the moment parameters are hardcoded but one day users will be able to specify them if we will find this useful.

Actions

Also available in: Atom PDF