[Author Prev][Author Next][Thread Prev][Thread Next][Author Index][Thread Index]

Re: Regulating bandwidth

To: or-talk@xxxxxxxxxxxxx
Subject: Re: Regulating bandwidth
From: phobos@xxxxxxxxxx
Date: Fri, 25 May 2007 23:09:29 -0400
Delivered-to: archiver@xxxxxxxx
Delivered-to: or-talk-outgoing@xxxxxxxx
Delivered-to: or-talk@xxxxxxxx
Delivery-date: Fri, 25 May 2007 23:09:37 -0400
In-reply-to: <46574A11.5040502@xxxxxxxxxxxx>
Mail-followup-to: or-talk@xxxxxxxxxxxxx
References: <465723EB.3030302@xxxxxxxxxx> <20070525180639.GG6796@xxxxxxxxxxxxxx> <1bd71ad80705251247q227be4ccuda5e01f0696128d4@xxxxxxxxxxxxxx> <46574A11.5040502@xxxxxxxxxxxx>
Reply-to: or-talk@xxxxxxxxxxxxx
Sender: owner-or-talk@xxxxxxxxxxxxx
User-agent: Mutt/1.4.1i

On Fri, May 25, 2007 at 10:41:53PM +0200, olaf.selke@xxxxxxxxxxxx wrote 0.4K bytes in 13 lines about:
: instead of spending time programming fancy features like a "CPU limit" I
: suggest to focus on how to make better use of multiple cpus/cores most
: modern computers are equipped with. The OR I'm running is limited by cpu
: horsepower cause the main thread entirely eats up one cpu leaving three
: cpus being almost idle.

	Look into the NumCPU parameter.  From the man page:

"NumCPUs num
How many processes to use at once for decrypting onionskins. (Default: 1)"

-- 
Andrew

Follow-Ups:
- Re: Regulating bandwidth
  - From: Roger Dingledine

References:
- Regulating bandwidth
  - From: Andrew Del Vecchio
- Re: Regulating bandwidth
  - From: Roger Dingledine
- Re: Regulating bandwidth
  - From: Michael_google gmail_Gersten
- Re: Regulating bandwidth
  - From: Olaf Selke

Prev by Author: Re: LiveCD / USB for testing
Next by Author: Re: ISP TOS restrictions on servers
Previous by thread: Re: Regulating bandwidth
Next by thread: Re: Regulating bandwidth
Index(es):
- Author
- Thread