Re: [tor-relays] Sanity check on NumCPUs

2022-05-29 Thread dlugasny via tor-relays
Hi, for relays with connection faster than 100Mbit I suggest to use minimum 4 cores and 6-8GB Ram. Cheers Dlugasny Wysłano z bezpiecznej poczty e-mail Proton Mail. --- Original Message --- środa, 25 maja 2022 8:31 PM, Thoughts napisał(a): > For a non-exit relay, is "NumCPUs 2" still

Re: [tor-relays] Loss of Guard and HS Dir flags

2022-05-29 Thread Scott Bennett
Eddie wrote: > Necro alert !! > > Again, the same server has exhibited the same thing.? It has lost the > Guard, HS Dir, and Long-Lived (Stable) flags, despite being up for > almost 5 months with no reduction in Bandwidth. > > Cheers. > > > On 10/18/2021 9:42 PM, Eddie wrote: > > On 10/18/2021

Re: [tor-relays] Relay migration: best practices?

2022-05-29 Thread nusenu
If the IP and uplink speed does not change you can simply - stop tor at the old server - migrate the IP - migrate the tor config and the entire datadir - ensure the datadir is removed on the old server to avoid accidentally running more than one tor instance with the same key - ensure datadir per

[tor-relays] New OrNetStats Section: Largest Bridge Operators

2022-05-29 Thread nusenu
Hi, OrNetStats got a new section today showing the largest bridge operators by advertised bandwidth grouped by ContactInfo: https://nusenu.github.io/OrNetStats/#bridge-operators-grouped-by-contactinfo This is possible because the Torproject started to publish bridge ContactInfos. The listing o

Re: [tor-relays] Loss of Guard and HS Dir flags

2022-05-29 Thread Eddie
Necro alert !! Again, the same server has exhibited the same thing.  It has lost the Guard, HS Dir, and Long-Lived (Stable) flags, despite being up for almost 5 months with no reduction in Bandwidth. Cheers. On 10/18/2021 9:42 PM, Eddie wrote: On 10/18/2021 1:03 AM, Georg Koppen wrote: Ed

[tor-relays] Relay migration: best practices?

2022-05-29 Thread tor
Hello, I operate a small family of relays, over the 5 years it's been very set and forget and easy to maintain. Over those 5 years the servers have been cluttered with other half completed projects and general mess. I plan on reinstalling the OS from scratch, and understand I must backup the

Re: [tor-relays] Sanity check on NumCPUs

2022-05-29 Thread Scott Bennett
Roger Dingledine wrote: > On Wed, May 25, 2022 at 07:31:41PM -0500, Thoughts wrote: > > For a non-exit relay, is "NumCPUs 2" still the recommended maximum??? > > Running on a quad core and recently saw a message indicating I had > > insufficient CPU power to support the desired number of connecti

Re: [tor-relays] Sanity check on NumCPUs

2022-05-29 Thread Roman Mamedov
On Fri, 27 May 2022 13:11:06 -0500 Thoughts wrote: > It was my impression from reading some older documents that tor didn't > multithread well. Indeed it does not. But there's no need to hard-cap it to 2 CPUs via config, unless the plan is that multi-instance scenario with 2 cores per instance.

Re: [tor-relays] Sanity check on NumCPUs

2022-05-29 Thread Thoughts
It was my impression from reading some older documents that tor didn't multithread well.  Its also been my observation, but wanted a sanity check to see if that was still the case.  For instance, on one quad core low-power system I had, tor would max out at 28% of CPU - using 100% of one core a

Re: [tor-relays] Sanity check on NumCPUs

2022-05-29 Thread Roman Mamedov
On Wed, 25 May 2022 19:31:41 -0500 Thoughts wrote: > For a non-exit relay, is "NumCPUs 2" still the recommended maximum?   > Running on a quad core and recently saw a message indicating I had > insufficient CPU power to support the desired number of connections... I'm not sure why would it be