Feature #9013

Get rid of redundant caches

Added by Evgeny Novikov about 2 years ago. Updated about 2 years ago.

Target version:
Start date:
Due date:
% Done:


Estimated time:
Published in build:


In some cases it is a very complicated and thus error-prone work to properly deal with caches. Moreover, if due to some programming error some cache is calculated incorrectly, one should recalculate this cache after a bug fix. Recalculating caches for production databases can take hours. So, we should remain caches just when they are strictly required, e.g. we can't compare error traces with patterns each time when we need to find these relations.

The issue was implemented in branch remove-caches.

Related issues

Blocks Klever - Bug #9027: Fix Bridge unit testsClosed06/28/2018




Updated by Evgeny Novikov about 2 years ago

  • Blocks Bug #9027: Fix Bridge unit tests added

Updated by Evgeny Novikov about 2 years ago

  • Target version changed from 2.0 to 1.1

This issue is not strictly bound with purposes of 2.0 that targets verification of C software.


Updated by Evgeny Novikov about 2 years ago

  • Status changed from Resolved to Closed

This great improvement is in master since 29f75b3ec. As there is no more issues for Klever 1.1, that commit is marked as v1.1rc1. Let's everybody start extensive testing to reveal tricky bug and to issue Klever 1.1 in a week or less.

CI tests passed. Besides, I compare manually quality and speed of different actions before and after cache removing. I noticed that some bugs were fixed, e.g. at the moment after confirming mark associations corresponding numbers at the job page and at the jobs tree page are shown properly. Also, although in some cases I used different hardware for comparison, but after removing caches Bridge seems to operate even faster as before! Vladimir made very good optimizations.

Also available in: Atom PDF