| commit | 2f1423481a54e121574d33ffa10d0f81e55ac6d0 | |
| author | Dan Carpenter <dan.carpenter@oracle.com> | |
| Tue, 31 Jul 2018 10:55:25 +0000 (31 13:55 +0300) | ||
| committer | Dan Carpenter <dan.carpenter@oracle.com> | |
| Tue, 31 Jul 2018 10:55:25 +0000 (31 13:55 +0300) | ||
| tree | aa59d1486dedc943c238d3338adb7907fce25263 | treesnapshot (tar.gz zip) |
| parent | 2847cdc82529e8707e69421f84d8788432ce52b7 | commitdiff |
mtag_data: cache DB results
In the original code, we didn't cache the results because say you're in a
loop then the same expression could have multiple values. Or maybe it
wasn't turned no because the cache wasn't cleared out at the end of a
function leading to a use after free.
So far, I haven't noticed any real speedup from caching the data...
Signed-off-by: Dan Carpenter <dan.carpenter@oracle.com>
In the original code, we didn't cache the results because say you're in a
loop then the same expression could have multiple values. Or maybe it
wasn't turned no because the cache wasn't cleared out at the end of a
function leading to a use after free.
So far, I haven't noticed any real speedup from caching the data...
Signed-off-by: Dan Carpenter <dan.carpenter@oracle.com>
| smatch_mtag_data.c | diffblobblamehistory |