Your home connection is not the bottleneck when it comes to tor. Consider running a middle node! On Oct 5, 2014 3:08 AM, <tor-talk-requ...@lists.torproject.org> wrote:
> Send tor-talk mailing list submissions to > tor-talk@lists.torproject.org > > To subscribe or unsubscribe via the World Wide Web, visit > https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-talk > or, via email, send a message with subject or body 'help' to > tor-talk-requ...@lists.torproject.org > > You can reach the person managing the list at > tor-talk-ow...@lists.torproject.org > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of tor-talk digest..." > > > Today's Topics: > > 1. Re: orWall 1.0.0 released! (Mike Perry) > 2. bbc horizons fairly recent Re: Tor in the media (stn) > 3. Tech Report on Tor Growth [pdf] (Virgil Griffith) > 4. Re: Tech Report on Tor Growth [pdf] (stn) > 5. Re: Tech Report on Tor Growth [pdf] (Mirimir) > 6. Re: Tech Report on Tor Growth [pdf] (Virgil Griffith) > 7. Re: Tor Browser default window size (Hartmut Haase) > 8. Tor Browser speed (Hartmut Haase) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Sat, 4 Oct 2014 15:27:12 -0700 > From: Mike Perry <mikepe...@torproject.org> > To: tor-talk@lists.torproject.org > Subject: Re: [tor-talk] orWall 1.0.0 released! > Message-ID: <20141004222712.gg9...@torproject.org> > Content-Type: text/plain; charset="utf-8" > > CJ: > > On 04/10/14 00:27, Mike Perry wrote: > > > Also looking forward to the "Logs" window doing something :) > > > > Same for me. This part will be complicated due to different kernel > > capabilities: > > some supports LOG target, other NFLOG, and the latter doesn't provide > > any nflog reader in the ROM (heya, Cyanogenmod, you're brain-dead on > this!). > > Thus it means: > > - detecting which kind of log is supported > > - create some UI in order to activate logs (already have some ideas) > > - inject some binary in the system for nflog support > > - ? and many other things. > > Yeah, sounds messy. Though from the droidwall days, I thought that LOG + > dmesg was the common denominator, but I've been running Cyanogenmod for > a long time... > > > Maybe this can be avoided, as AFWall+ is considering providing some > > intents as API end-points. This would mean: > > - install orWall > > - install AFWall+ > > and you'll get the best of both worlds, as AFWall will take care of the > > iptables and log interfaces, just executing orWall orders? > > Hrmm. Let's hope that AFWall is being careful with this. > > I get nervous when I hear that root apps are going to start exposing > APIs and Intents to configure stuff at the request of other apps. > > This is especially risky when we're talking about stuff like iptables > commands that are destined for shell/direct execution. There's just too > many ways to mess that up and open up potentially remote exploitable > root holes (which even webpages can sometimes exploit in the case of > Intents). > > -- > Mike Perry > -------------- next part -------------- > A non-text attachment was scrubbed... > Name: signature.asc > Type: application/pgp-signature > Size: 801 bytes > Desc: Digital signature > URL: < > http://lists.torproject.org/pipermail/tor-talk/attachments/20141004/6431787a/attachment-0001.sig > > > > ------------------------------ > > Message: 2 > Date: Sat, 4 Oct 2014 19:31:45 -0400 > From: stn <s...@ncf.ca> > To: tor-talk@lists.torproject.org > Subject: [tor-talk] bbc horizons fairly recent Re: Tor in the media > Message-ID: <bec60ff0-84e8-41f6-8d10-1f06d46fd...@ncf.ca> > Content-Type: text/plain; charset=us-ascii > > robert pointed me back to the media archive at tor. thanks. > > nice cache there. i like how the OGV format doesn't take any time to view > over a browser in addition to its open/free nature. other formats or > containers include avi mov webm mp4. > > vlc seems to play everything so far. > > this video looks fairly recent ( this BBC season ) and includes another > identifyable activist who used tor and reasonably concluded it protected > her upon interrogation by secret police. > > > https://media.torproject.org/video/BBC%20Horizon%202014-2015%20Episode%204%20-%20Inside%20the%20Dark%20Web-fTjNkbLBEqg.mp4 > > syrian activist > time > about 29:55 into vid. > > this video looks like an attempt to gently wake people up as well as (of > course) mentioning the deep dark boogey net. > > a quick survey might categorize it the video? ? > > traces networked anonymity concerns back to david chaum in early 80s. > > near the intro a journalist demos a smartphone on a street corner and > about 25 wifi hosts. that's allot of redundnant signal convergence > available for location estimation. > > unprotcted search concerns dealt with a pregnancy example and targetted > marketing. > > etc > > > > > > > > > > > > > > ------------------------------ > > Message: 3 > Date: Sat, 4 Oct 2014 16:57:03 -0700 > From: Virgil Griffith <i...@virgil.gr> > To: "tor-talk@lists.torproject.org" <tor-talk@lists.torproject.org> > Subject: [tor-talk] Tech Report on Tor Growth [pdf] > Message-ID: > < > cadop2nhk_uf63bpfkbto4kye6inmn2gctq9ro6errvjzmq1...@mail.gmail.com> > Content-Type: text/plain; charset=UTF-8 > > I hereby submit the following PDF as a Tor Tech Report. > > http://dl.dropbox.com/u/3308162/tor%20growth.pdf > > I'll be providing the various raw data files to github/torproject shortly. > > Qualitative conclusions are the same. The methodology is more > rigorous than it was before, some quantitative differences. Most > notably: > * Lots of stuff in Tor increases exponentially. > * Absolute Torperf is increasingly nicely. > * Normalized Torperf (Torperf relative to non-tor speeds) increases > glacially. > * There's statistical evidence that an injection of advertised > bandwidth would reliably improve Torperf performance. > > For non-policy makers, I think the main contribution I am offering is > a list of the various Tor growth rates (page 4, table 2) > > -V > > > ------------------------------ > > Message: 4 > Date: Sat, 4 Oct 2014 20:22:13 -0400 > From: stn <s...@ncf.ca> > To: tor-talk@lists.torproject.org > Subject: Re: [tor-talk] Tech Report on Tor Growth [pdf] > Message-ID: <f768807d-0ab1-4afe-a923-7f9ce206f...@ncf.ca> > Content-Type: text/plain; charset=us-ascii > > thanks so much virgil. > both report and posting dataset. > > steve > > On Oct 4, 2014, at 7:57 PM, Virgil Griffith wrote: > > > http://dl.dropbox.com/u/3308162/tor%20growth.pdf > > > > ------------------------------ > > Message: 5 > Date: Sat, 04 Oct 2014 21:53:39 -0600 > From: Mirimir <miri...@riseup.net> > To: tor-talk@lists.torproject.org > Subject: Re: [tor-talk] Tech Report on Tor Growth [pdf] > Message-ID: <5430c0c3.4000...@riseup.net> > Content-Type: text/plain; charset=windows-1252 > > On 10/04/2014 05:57 PM, Virgil Griffith wrote: > > I hereby submit the following PDF as a Tor Tech Report. > > > > http://dl.dropbox.com/u/3308162/tor%20growth.pdf > > > > I'll be providing the various raw data files to github/torproject > shortly. > > > > Qualitative conclusions are the same. The methodology is more > > rigorous than it was before, some quantitative differences. Most > > notably: > > * Lots of stuff in Tor increases exponentially. > > * Absolute Torperf is increasingly nicely. > > * Normalized Torperf (Torperf relative to non-tor speeds) increases > glacially. > > * There's statistical evidence that an injection of advertised > > bandwidth would reliably improve Torperf performance. > > > > For non-policy makers, I think the main contribution I am offering is > > a list of the various Tor growth rates (page 4, table 2) > > I've noticed something relevant to current discussion about Tor use. > > | Figure 8: Network Utilization Ratio (NUR) falls into three distinct > | stages. Within each stage the fitted line is essentially flat. What > | happened on 2013-10-08 and 2014-06-06!? The only thing we see is > | that on 2014-06-05 (one day prior) the EFF began their Tor Challenge. > > Silk Road was taken down by the FBI on 2014-10-02.[0] The site still > loaded, however, showing a "This Hidden Site Has Been Seized" message. > And so it probably took a few days for most users to get the news. > > Also, contemplating Figure 8, there may be a discontinuity at about July > 2013, when they took down Freedom Hosting.[1] > > I'm not aware of anything major in May-June of this year. > > [0] > https://lists.torproject.org/pipermail/tor-talk/2013-October/030268.html > [1] http://www.wired.com/2013/09/freedom-hosting-fbi/ > > > ------------------------------ > > Message: 6 > Date: Sat, 4 Oct 2014 21:22:18 -0700 > From: Virgil Griffith <i...@virgil.gr> > To: "tor-talk@lists.torproject.org" <tor-talk@lists.torproject.org> > Subject: Re: [tor-talk] Tech Report on Tor Growth [pdf] > Message-ID: > < > cadop2nhuacodkgk88jcbqrsspalftfu0cjxzev7yeswbgmn...@mail.gmail.com> > Content-Type: text/plain; charset=UTF-8 > > I will look at the "read bandwidth" data to see whether these sites going > down was the primary cause. But first impression it looks like that on > those dates "read bandwidth" went down as well as "advertised bandwidth" > went up. > > -V > > On Saturday, October 4, 2014, Mirimir <miri...@riseup.net> wrote: > > > On 10/04/2014 05:57 PM, Virgil Griffith wrote: > > > I hereby submit the following PDF as a Tor Tech Report. > > > > > > http://dl.dropbox.com/u/3308162/tor%20growth.pdf > > > > > > I'll be providing the various raw data files to github/torproject > > shortly. > > > > > > Qualitative conclusions are the same. The methodology is more > > > rigorous than it was before, some quantitative differences. Most > > > notably: > > > * Lots of stuff in Tor increases exponentially. > > > * Absolute Torperf is increasingly nicely. > > > * Normalized Torperf (Torperf relative to non-tor speeds) increases > > glacially. > > > * There's statistical evidence that an injection of advertised > > > bandwidth would reliably improve Torperf performance. > > > > > > For non-policy makers, I think the main contribution I am offering is > > > a list of the various Tor growth rates (page 4, table 2) > > > > I've noticed something relevant to current discussion about Tor use. > > > > | Figure 8: Network Utilization Ratio (NUR) falls into three distinct > > | stages. Within each stage the fitted line is essentially flat. What > > | happened on 2013-10-08 and 2014-06-06!? The only thing we see is > > | that on 2014-06-05 (one day prior) the EFF began their Tor Challenge. > > > > Silk Road was taken down by the FBI on 2014-10-02.[0] The site still > > loaded, however, showing a "This Hidden Site Has Been Seized" message. > > And so it probably took a few days for most users to get the news. > > > > Also, contemplating Figure 8, there may be a discontinuity at about July > > 2013, when they took down Freedom Hosting.[1] > > > > I'm not aware of anything major in May-June of this year. > > > > [0] > > https://lists.torproject.org/pipermail/tor-talk/2013-October/030268.html > > [1] http://www.wired.com/2013/09/freedom-hosting-fbi/ > > -- > > tor-talk mailing list - tor-talk@lists.torproject.org <javascript:;> > > To unsubscribe or change other settings go to > > https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-talk > > > > > ------------------------------ > > Message: 7 > Date: Sun, 05 Oct 2014 11:03:23 +0200 > From: Hartmut Haase <hha4...@web.de> > To: tor-talk@lists.torproject.org > Subject: Re: [tor-talk] Tor Browser default window size > Message-ID: <5431095b.8040...@web.de> > Content-Type: text/plain; charset=utf-8; format=flowed > > Hi, > > I have learned so far that the Tor Browser does not store the used > > window size like other programs do, becaus it always start with the same > > size. > at the moment Tor (3.6.6) starts with the last used window size but > after 1 second it switches to the default size. Why? > -- > Viele Gr??e, > Hartmut > > Hungerhilfe: http://www.thehungersite.com > > Ohne Zensur suchen: > http://suche.amnesty-bergedorf.de > Googeln ohne Google: > https://www.startpage.com/deu > > Das heutige Motto: > Ein Narr tut, was er nicht lassen kann; > ein Weiser l??t, was er nicht tun kann. > > > ------------------------------ > > Message: 8 > Date: Sun, 05 Oct 2014 11:07:54 +0200 > From: Hartmut Haase <hha4...@web.de> > To: tor-talk@lists.torproject.org > Subject: [tor-talk] Tor Browser speed > Message-ID: <54310a6a.3010...@web.de> > Content-Type: text/plain; charset=utf-8; format=flowed > > Hi, > I have upgraded my intenet connection from 25 Mbit/s to 100 Mbit/s, but > the Tor Browser das not work faster. Why not? > -- > Viele Gr??e, > Hartmut > > Hungerhilfe: http://www.thehungersite.com > > Ohne Zensur suchen: > http://suche.amnesty-bergedorf.de > Googeln ohne Google: > https://www.startpage.com/deu > > Das heutige Motto: > Bis Du gelernt hast zu leben, ist es bereits zu sp?t. > > > ------------------------------ > > Subject: Digest Footer > > _______________________________________________ > tor-talk mailing list > tor-talk@lists.torproject.org > https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-talk > > > ------------------------------ > > End of tor-talk Digest, Vol 45, Issue 18 > **************************************** > -- 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
