On Tue, Jun 10, 2014 at 10:38 AM, Karsten Loesing
wrote:
> On 10/06/14 05:41, Damian Johnson wrote:
let me make one remark about optimizing Postgres defaults: I wrote quite
a few database queries in the past, and some of them perform horribly
(relay search) whereas others perform re
Hi all!
On Mon, Jun 9, 2014 at 10:22 AM, Karsten Loesing wrote:
> On 09/06/14 01:26, Damian Johnson wrote:
>> Oh, and another quick thought - you once mentioned that a descriptor
>> search service would make ExoneraTor obsolete, and in looking it over
>> I agree. The search functionality ExoneraT
Here's your regular reminder for the weekly IRC meeting for people
working on the program "tor". (This won't cover all the other
programs developed under the Tor umbrella.)
The next meeting time will be:
Wednesday June 11, 19:00 UTC.
(That's 3pm EDT and 12:00 noon PDT.)
As usual, we'll do
Hey all,
in the past weeks I've been working on understanding what can be done
using Twitter APIs and its media support in its CDN (for a later
captcha implementation), as well as on improving my existing Twitter
bridge distributor bot PoC. I've written some broken code, but it's
alright. More det
Hi Virgil,
I think a modified atlas that has a better top relay list and plays with
various (non-financial) gamification concepts is long due. When you look
at BOINC/SETI, it can work well. I agree that by simply interfacing with
onionoo (plus probably some aggregation of data), you can generate a
General remarks:
* I agree 100% with your Dec 2013 post.
* All data I seek to make available in "Torati" is available from
Onionoo.
The proposal is to interface to Torati is like ATLAS but keyed by Tor
nickname.
* However, where Atlas intends primarily to be a reference, Torati aims
to
2014-06-10 0:27 GMT-04:00 :
>
> Hello Israel,
>
>
Hi Michael.
> How do you qualify 'difficult?' Is this a duration matter or are
> there timeouts and repeated stream downloads? Is it a financial
> (money per megaoctet) problem for the users?
>
>
Actually, this is how Nima described it, giving
Hi all,
As start of my project, I made patch to work queue, making thread pool more
efficient and wrote some benchmarks.
Future work
1.Rewrite architecture of tor circuit processing, to use thread pool
2.Write benchmarks showing, that multi core implementation efficient, or
not?
Most of my work
On 06/09/2014 08:26 PM, Virgil Griffith wrote:
> For a while I've been seeking to grow the Tor network in both size and
> goodput. Towards this end, I've explored various avenues such as
> increasing user-awareness via tor2web. More recently, I've been exploring
> financial incentives like TorCoi
On 10/06/14 18:14, Damian Johnson wrote:
>> ... including searches for other IPv4 addresses in the same
>> /24 and other IPv6 addresses in the same /48.
>
> Ahhh. *That* would indeed make this a lot more of a pita. ExoneraTor
> gives no indication that it accepts /24 or /48 ranges. Is that
> capab
> ... including searches for other IPv4 addresses in the same
> /24 and other IPv6 addresses in the same /48.
Ahhh. *That* would indeed make this a lot more of a pita. ExoneraTor
gives no indication that it accepts /24 or /48 ranges. Is that
capability even used by visitors?
__
[Attempting to move this discussion to tor-dev@ to avoid cross-posting;
assuming my Reply-To: header won't get eaten by Mailman..]
On 10/06/14 02:26, Virgil Griffith wrote:
> For a while I've been seeking to grow the Tor network in both size and
> goodput. Towards this end, I've explored various
On 10/06/14 05:41, Damian Johnson wrote:
>>> let me make one remark about optimizing Postgres defaults: I wrote quite
>>> a few database queries in the past, and some of them perform horribly
>>> (relay search) whereas others perform really well (ExoneraTor). I
>>> believe that the majority of per
13 matches
Mail list logo