<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
  <meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
</head>
<body bgcolor="#ffffff" text="#000000">
Hi or-dev,<br>
<br>
I have just spent a little time thinking about this and tinkering here.<br>
I may not have been too clear before.<br>
<br>
I ideally want to have my Tor installation acting as a server and a
client at the same time.<br>
Failing that 2 machines are required, one as a server and one being
used as a client, which I think is not ideal.<br>
If I could find a way to have it run as a server - a fast one - but
with limited bandwidth allocated, and then a client at the same time, I
would be happy.<br>
Right now I have 384mb Recv and 78mb served, so the 2 numbers are not
necessarily symmetric.<br>
<br>
At present with Tor, as you say, EITHER Recv OR Sent is used in
bandwidth limiting, with connections being blown away when the node
moves to hibernate state.<br>
<br>
Ideally I would like only 'server'' connections blown away, but the
ability to act as a client intact so I can continue browsing with the
same node.<br>
In this endeavour I have been playing with the code and so far I have
half the story covered, with only Sent bytes operating in the hibernate
code.<br>
What I need now is to switch off the blowing away of 'Client mode'
based connection, and still enabling them be created. Though I am not
sure if that's possible ?<br>
<br>
Of course, according to how the originators of Tor intended, I could be
barking up the wrong tree ?<br>
<div class="moz-signature"><br>
With kind regards,
<br>
Cav Edwards<br>
<br>
</div>
<br>
<br>
Damian Johnson wrote:
<blockquote
 cite="mid:AANLkTi=-_AutETg2gBSF4a8BAJ=spewaPPnk2-iC1_jw@mail.gmail.com"
 type="cite">It hibernates when <b>either</b> the read or write total
reaches your limit for the accounting period. This is documented in the
man page under AccountingMax:<br>
  <a moz-do-not-send="true"
 href="http://www.torproject.org/tor-manual.html.en">http://www.torproject.org/tor-manual.html.en</a><br>
  <br>
Usually these values are decently symmetric. Cheers! -Damian<br>
  <br>
  <div class="gmail_quote">On Thu, Aug 12, 2010 at 11:28 AM, Cav <span
 dir="ltr">&lt;<a moz-do-not-send="true" href="mailto:cav@gotadsl.co.uk">cav@gotadsl.co.uk</a>&gt;</span>
wrote:<br>
  <blockquote class="gmail_quote"
 style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">Dear
Group,<br>
    <br>
I have noticed that if I set a bandwidth restraint for my server, it
hibernates when the amount of data 'downloaded' rather than 'sent'
reaches the specified limit within the accounting period.<br>
Thinking about it... does it make more sense for the limit to be
applied to the amount of 'sent' data as opposed to 'received' ?<br>
    <font color="#888888">-- <br>
    <br>
With kind regards,<br>
Cav Edwards<br>
    <br>
    </font></blockquote>
  </div>
  <br>
</blockquote>
</body>
</html>