The question posed in "Subject: [freenet-dev] Is a failed insert worth more than a failed request?" still stands.
I suggest that: - Not all failed requests are equal. - *The* distinguishing factor is the number of RejectedOverload's forwarded to the originator. - For example, an insert is more likely to produce several RejectedOverload's than a request, but they are both counted equally as a failure. - We should therefore count a single RejectedOverload as a failure - even if the request is automatically retried by a later node and succeeds. We can then count that success as a success. This is analogous to packet retransmission; if the retransmit is lost as well as the original packet, it's reasonable to reduce the send rate again. However we differ in that the eventual successful resend is counted as a success... maybe we shouldn't? - We should still take the round trip time as the overall time for the request (assuming it eventually succeeds rather than timing out). Is this reasonable? -- Matthew J Toseland - toad at amphibian.dyndns.org Freenet Project Official Codemonkey - http://freenetproject.org/ ICTHUS - Nothing is impossible. Our Boss says so. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Digital signature URL: <https://emu.freenetproject.org/pipermail/devl/attachments/20060412/3c78c76c/attachment.pgp>
