Confirm behavior in Cache
Is there any strong reason to have the confirm behavior in Cache while updating whisper ?
Does it just handle failed whisper updates ? It does a lot linear searches and moves in notConfirmed there. just curious if there is a strong motivation for that.
Also, I didn't see any handle around failed confirmed points, looks like just appending to notConfirmed and keeping it there. feel free to point it out if i'm missing anyting
notConfirmed used for store points after remove from main cache and before save to whisper file. and for access to them via carbonlink
the removal of points is in the method Cache.Confirm
maybe this is not best solution. you found this in the cpu profile?