1
I Use This!
Inactive

Commits : Listings

Analyzed about 4 hours ago. based on code collected 1 day ago.
Jun 25, 2025 — Jun 25, 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... about 16 years ago
Even more nasty hacking related to not having proper async! More... about 16 years ago
Maybe fix serialiser More... about 16 years ago
Fix pull? More... about 16 years ago
Don't try to insert anyway. More... about 16 years ago
Fix critical bug: we were starting from scratch after every restart, because we did not pull the previous index! More... about 16 years ago
Logging More... about 16 years ago
Show full trace if logMINOR enabled. More... about 16 years ago
Logging More... about 16 years ago
Doh More... about 16 years ago
Fix failure to detect from MIME type race condition. More... about 16 years ago
Sanity check. More... about 16 years ago
Fix FIXMEs More... about 16 years ago
More comments explaining two-phase pull. More... about 16 years ago
Comments. More... about 16 years ago
Reduce output queue on puller to minimise stuff getting bogged down in memory when it can't be processed immediately. More... about 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... about 16 years ago
Fix progress More... about 16 years ago
Don't ignore async push when progress == null More... about 16 years ago
Individually limit parallelism for proc_deflate More... about 16 years ago
Clear the data after we have set the metadata. More... about 16 years ago
Make sure we use the same FreenetArchiver here. More... about 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... about 16 years ago
Null out data once we have the URI. More... about 16 years ago
Refactor, keep SimpleProgress up to date even when async. Caller can then join(), so this is more or less asynchronous. More... about 16 years ago
Logging: timing. More... about 16 years ago
Don't loop if broken. More... about 16 years ago
Fix NPE More... about 16 years ago
Don't leak. More... about 16 years ago
Do the inserts asynchronously - at least once they've generated URIs (using EarlyEncode). More... about 16 years ago