1
I Use This!
Inactive

Commits : Listings

Analyzed about 22 hours ago. based on code collected about 22 hours ago.
Feb 26, 2025 — Feb 26, 2026
Commit Message Contributor Files Modified Lines Added Lines Removed Code Location Date
Add new class BoundedPriorityBlockingQueue. We were using PriorityBlockingQueue, which isn't bounded, so of course we got tens of thousands of btree's in the queue, and ran out of memory. Use it, and impose a limit on proc_val.out as well. More... almost 16 years ago
Even more nasty hacking related to not having proper async! More... almost 16 years ago
Maybe fix serialiser More... almost 16 years ago
Fix pull? More... almost 16 years ago
Don't try to insert anyway. More... almost 16 years ago
Fix critical bug: we were starting from scratch after every restart, because we did not pull the previous index! More... almost 16 years ago
Logging More... almost 16 years ago
Show full trace if logMINOR enabled. More... almost 16 years ago
Logging More... almost 16 years ago
Doh More... almost 16 years ago
Fix failure to detect from MIME type race condition. More... almost 16 years ago
Sanity check. More... almost 16 years ago
Fix FIXMEs More... almost 16 years ago
More comments explaining two-phase pull. More... almost 16 years ago
Comments. More... almost 16 years ago
Reduce output queue on puller to minimise stuff getting bogged down in memory when it can't be processed immediately. More... almost 16 years ago
Severely throttle the number of deflates running in parallel. Because inserts are asynchronous this should not harm anything. Because things that generate deflate nodes mostly run inline, this should not result in high memory usage backlogs downstream either. More... almost 16 years ago
Fix progress More... almost 16 years ago
Don't ignore async push when progress == null More... almost 16 years ago
Individually limit parallelism for proc_deflate More... almost 16 years ago
Clear the data after we have set the metadata. More... almost 16 years ago
Make sure we use the same FreenetArchiver here. More... almost 16 years ago
More dirty hacking, document thoroughly. push() now returns, and tells SimpleProgress that it is done, as soon as it has a URI. The ultimate caller must call waitForAsyncInserts() before finishing. IterableSerialiser should be split up, but these hacks allow us to minimise memory usage without that, because we never have tons of memory pinned *and* are waiting for an insert. More... almost 16 years ago
Null out data once we have the URI. More... almost 16 years ago
Refactor, keep SimpleProgress up to date even when async. Caller can then join(), so this is more or less asynchronous. More... almost 16 years ago
Logging: timing. More... almost 16 years ago
Don't loop if broken. More... almost 16 years ago
Fix NPE More... almost 16 years ago
Don't leak. More... almost 16 years ago
Do the inserts asynchronously - at least once they've generated URIs (using EarlyEncode). More... almost 16 years ago