View Issue Details
ID | Project | Category | View Status | Date Submitted | Last Update |
---|---|---|---|---|---|
0007156 | Taler | exchange | public | 2022-01-24 20:29 | 2022-11-04 20:53 |
Reporter | Florian Dold | Assigned To | Christian Grothoff | ||
Priority | normal | Severity | minor | Reproducibility | have not tried |
Status | closed | Resolution | fixed | ||
Product Version | git (master) | ||||
Target Version | 0.9 | Fixed in Version | 0.9 | ||
Summary | 0007156: fakebank is always killed by OOM killer | ||||
Description | The default RAM usage of fakebank is way too high. I'm running the wallet tests on a 16GB machine (with dev tools and browsers running of course) and I'm not able to use fakebank. There seems to be a configuration setting for the RAM usage, but the default is definitely too high. Is there a way to configure the fakebank to dynamically allocate memory? What happens when we do more transactions than the pre-allocated number allows? Does it crash and burn or realloc? Is any of this documented? | ||||
Tags | No tags attached. | ||||
|
Default reduced from 128 M entries to 128 k entries in 917b2f37..bccdf7e4. Impact of the option documented in ea9af7a..520dad0 (docs.git): RAM_LIMIT This gives the number of transactions to keep in memory. Older transactions will be overwritten and history requests for overwritten transactions will fail. |
Date Modified | Username | Field | Change |
---|---|---|---|
2022-01-24 20:29 | Florian Dold | New Issue | |
2022-01-24 20:29 | Florian Dold | Status | new => assigned |
2022-01-24 20:29 | Florian Dold | Assigned To | => Christian Grothoff |
2022-02-19 21:22 | Christian Grothoff | Note Added: 0018701 | |
2022-02-19 21:22 | Christian Grothoff | Status | assigned => resolved |
2022-02-19 21:22 | Christian Grothoff | Resolution | open => fixed |
2022-02-19 21:22 | Christian Grothoff | Fixed in Version | => 0.9 |
2022-02-19 21:23 | Christian Grothoff | Product Version | => git (master) |
2022-02-19 21:23 | Christian Grothoff | Target Version | => 0.9 |
2022-11-04 20:53 | Christian Grothoff | Status | resolved => closed |