Hi! On Sat, Dec 20, 2008 at 12:30 AM, Scott Bennett <benn...@cs.niu.edu> wrote: > Roger missed mentioning (step two) that you can adjust the queue limit > yourself, e.g., by adding to torrc > > MaxONionsPending 200 > > to double the default limit of 100. Try 200, and if that takes care of it, > fine. If not, set it to something higher. It does increase tor's memory > requirement, but only by a small amount.
But is not this value more something of a "warn when there is so many onions queued"? OK, it is true that higher values somehow smooth out peeks, but otherwise it also means that I would introduce larger delays for onions going through my relay. From a perspective of "real time" processing it means that I would increase the limit of "real time". So the question is what is better: that I decrease advertised bandwidth and have onions routed almost immediately or that I advertise more bandwidth (which I do have) but that from time to time it could happen that it takes a lot of time for some of them to get through. On the other hand it could be true that the default value is meant for relays with lower bandwidth and so there is a lot of onions going through the system and they are also processed very fast: only that there are so many of them at a given moment that the queue gets full. It is not so much a problem of delay than of a supporting high throughput. Mitar