Delivery-Date: Tue, 29 Jul 2014 13:27:26 -0400
Return-Path: <tor-talk-bounces@lists.torproject.org>
X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on moria.seul.org
X-Spam-Level: 
X-Spam-Status: No, score=-4.3 required=5.0 tests=BAYES_00,FREEMAIL_FROM,
	FROM_LOCAL_NOVOWEL,RCVD_IN_DNSWL_MED,RP_MATCHES_RCVD autolearn=ham
	version=3.3.1
X-Original-To: archiver@seul.org
Delivered-To: archiver@seul.org
Received: from eugeni.torproject.org (eugeni.torproject.org [38.229.72.13])
	(using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits))
	(No client certificate requested)
	by khazad-dum.seul.org (Postfix) with ESMTPS id 89BA71E04B7
	for <archiver@seul.org>; Tue, 29 Jul 2014 13:27:24 -0400 (EDT)
Received: from eugeni.torproject.org (localhost [127.0.0.1])
	by eugeni.torproject.org (Postfix) with ESMTP id 6F30D305F2;
	Tue, 29 Jul 2014 17:27:14 +0000 (UTC)
Received: from localhost (localhost [127.0.0.1])
 by eugeni.torproject.org (Postfix) with ESMTP id 768ED30435
 for <tor-talk@lists.torproject.org>; Tue, 29 Jul 2014 17:19:04 +0000 (UTC)
X-Virus-Scanned: Debian amavisd-new at eugeni.torproject.org
Received: from eugeni.torproject.org ([127.0.0.1])
 by localhost (eugeni.torproject.org [127.0.0.1]) (amavisd-new, port 10024)
 with ESMTP id G9vlqEPs2ndx for <tor-talk@lists.torproject.org>;
 Tue, 29 Jul 2014 17:19:04 +0000 (UTC)
Received: from mout.gmx.com (mout.gmx.com [74.208.4.201])
 (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits))
 (Client did not present a certificate)
 by eugeni.torproject.org (Postfix) with ESMTPS id 4F00A30401
 for <tor-talk@lists.torproject.org>; Tue, 29 Jul 2014 17:19:04 +0000 (UTC)
Received: from [127.0.0.1] ([99.190.181.188]) by mail.gmx.com (mrgmxus002)
 with ESMTPSA (Nemesis) id 0MXZfE-1WxGqJ1laA-00WWRi for
 <tor-talk@lists.torproject.org>; Tue, 29 Jul 2014 19:19:01 +0200
Message-ID: <53D7D76A.4070707@gmx.com>
Date: Tue, 29 Jul 2014 12:18:34 -0500
From: Joe Btfsplk <joebtfsplk@gmx.com>
User-Agent: Mozilla/5.0 (Windows NT 6.0; WOW64;
 rv:24.0) Gecko/20100101 Thunderbird/24.6.0
MIME-Version: 1.0
To: tor-talk@lists.torproject.org
References: <CADop2NF77N7vqYeeCfNSPZyi1qBg8sOT2b=9DVar7qL4minJCg@mail.gmail.com>
 <53D5F18D.1030802@riseup.net>
 <CADop2NFQmhmkSqWEyeUH1htM+Ass3-Um6syW19OfjrPjJz7rZg@mail.gmail.com>
 <f3a9df0f1e2ad5416af33223b0ce16df@cryptolab.net>
In-Reply-To: <f3a9df0f1e2ad5416af33223b0ce16df@cryptolab.net>
X-Provags-ID: V03:K0:CWQGoUObQro10Yl4M3sHiLpBDfkMjGzVqSt1DhvDybGQL1eVStP
 N1MMl1sObukejMUajdjCGR6mT/QPzAj07F5u5/gCEpMeo2UpaIuHfgLiSdlFUfzDW3qa+lS
 asGkEbZn7+8GiCbTVFLs8+zeI+y/z/teGGCsBYDvEnG/8MmUAwMkS3m5U/WqZzjvAPPWJqv
 n0T6hgKYinu7mSrNHTJHw==
X-Content-Filtered-By: Mailman/MimeDel 2.1.15
Subject: Re: [tor-talk] What are use cases made unpleasant by Tor's speed?
X-BeenThere: tor-talk@lists.torproject.org
X-Mailman-Version: 2.1.15
Precedence: list
Reply-To: tor-talk@lists.torproject.org
List-Id: "all discussion about theory, design,
 and development of Onion Routing" <tor-talk.lists.torproject.org>
List-Unsubscribe: <https://lists.torproject.org/cgi-bin/mailman/options/tor-talk>, 
 <mailto:tor-talk-request@lists.torproject.org?subject=unsubscribe>
List-Archive: <http://lists.torproject.org/pipermail/tor-talk/>
List-Post: <mailto:tor-talk@lists.torproject.org>
List-Help: <mailto:tor-talk-request@lists.torproject.org?subject=help>
List-Subscribe: <https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-talk>, 
 <mailto:tor-talk-request@lists.torproject.org?subject=subscribe>
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset="us-ascii"; Format="flowed"
Errors-To: tor-talk-bounces@lists.torproject.org
Sender: "tor-talk" <tor-talk-bounces@lists.torproject.org>


On 7/28/2014 8:07 PM, Griffin Boyce wrote:
> Hey Virgil,
>
>     I'd say that the issue with Tor's speed is one of inconsistency,
> rather than outright slowness.
>
>     Give you an example:  I was watching a friend set up a new laptop, and
> she elected to fetch drivers direct from the manufacturer's website.  So
> someone downloads a few dozen files with the Tor Browser.  Pretty common
> stuff.  She ran into issues of speed -- at one point all pending
> downloads failed -- but for the most part the speed ranged from 200kbps
> to 1mbps.  There are circuits where the connection slows to Pyongyang
> levels, but for the most part Tor is pretty solid.
>
>     Tor excludes relays that have less than X speed over N period of time,
> but perhaps the threshhold for X should be raised and length N should be
> lowered.  My theory is that this would solve many of the "speed issues"
> that people experience.  Perhaps try simulating these differences with
> Shadow and report back your findings?
>
General question (to anyone):  Most users have noticed at times, TBB 
slowing to a halt.
Sometimes it might be the site's server - sometimes the relays in the 
built circuit & other times, something else.

How is Tor designed to handle when individual circuits are built, 
containing say, a relay current with throughput that's already at or 
near its capacity?

Does Tor detect that specific relays are already near capacity & drop it 
(them), for others that have significant, unused bandwidth?
As a test, when the speed of multiple sites is quite low, I've sometimes 
forced closing circuits.  Over time, I've noticed it often rebuilds the 
next circuit reusing 1 or 2 of the previous relays.

Often, the ones it reuses are very low bandwidth, but there's no way to 
instantly know if those reused relays are near their capacity. You just 
know that something is causing extreme slowness on multiple sites.

Then, TBB / Tor may speed up to where it's not half bad.  It's like a 
box of chocolates.

As many have said, it's not that TBB / Tor is slower than clear 
browsing.  But that it's so unpredictable, even unreliable at times, 
regarding speed.
Sometimes, "speed" isn't the right word.  It can be, "is it still alive, 
at all?  Do I still have a connection?"

No, it may never have generally consistent speeds, but sometimes it 
reminds me of the earliest internet days where at times, usability could 
be a problem on given days.
It'd be nice if the loading sites, etc., could just keep moving - at any 
speed.
-- 
tor-talk mailing list - tor-talk@lists.torproject.org
To unsubscribe or change other settings go to
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-talk

