- 14 Aug, 2003 1 commit
-
-
Roger Dingledine authored
add NumCpus config variable in preparation for cpuworkers hardcode /etc/torrc path for config (simplifies win32 port) improve exit policy debugging during router entry parsing svn:r397
-
- 12 Aug, 2003 1 commit
-
-
Nick Mathewson authored
- signal support - forking for DNS farm - changes for async IO - daemonizing In other words, some files still don't build, and the ones that do build, do nonblocking IO incorrectly. I'm also not checking in the project files till I have a good place for them. svn:r380
-
- 17 Jun, 2003 1 commit
-
-
Nick Mathewson authored
svn:r333
-
- 27 May, 2003 1 commit
-
-
Roger Dingledine authored
point to the streams for this circ. svn:r296
-
- 20 May, 2003 1 commit
-
-
Roger Dingledine authored
remove sendme cells replace malloc with tor_malloc patch (but not track down) bug in onion pending list streamline connection_ap handshake svn:r293
-
- 02 May, 2003 1 commit
-
-
Roger Dingledine authored
the OP only crypts the appropriate number of times depending on which layer (hop on the path) it's for/from. svn:r262
-
- 01 May, 2003 1 commit
-
-
Roger Dingledine authored
svn:r258
-
- 11 Apr, 2003 1 commit
-
-
Roger Dingledine authored
svn:r230
-
- 08 Apr, 2003 1 commit
-
-
Roger Dingledine authored
route selection still doesn't pay attention to exit policies though svn:r227
-
- 07 Apr, 2003 1 commit
-
-
Nick Mathewson authored
svn:r224
-
- 05 Apr, 2003 1 commit
-
-
Roger Dingledine authored
(breaks backward compatibility) svn:r222
-
- 24 Mar, 2003 1 commit
-
-
Roger Dingledine authored
svn:r216
-
- 19 Mar, 2003 4 commits
-
-
Nick Mathewson authored
svn:r213
-
Nick Mathewson authored
svn:r206
-
Nick Mathewson authored
svn:r204
-
Nick Mathewson authored
svn:r198
-
- 17 Mar, 2003 1 commit
-
-
Nick Mathewson authored
svn:r187
-
- 18 Feb, 2003 1 commit
-
-
Roger Dingledine authored
Bugfixes and enhancements in sendmes and dns farm svn:r161
-
- 14 Feb, 2003 2 commits
-
-
Roger Dingledine authored
serious performance increase over non-caching svn:r158
-
Roger Dingledine authored
svn:r157
-
- 06 Feb, 2003 2 commits
-
-
Roger Dingledine authored
(they wouldn't have before) alternate code which bypasses the dns farm, so we can compare speed svn:r154
-
Roger Dingledine authored
performance is better, but not by much. not sure why yet. svn:r153
-
- 26 Jan, 2003 1 commit
-
-
Roger Dingledine authored
on startup, it forks off a master dns handler, which forks off dns slaves (like the apache model). slaves as spawned as load increases, and then reused. excess slaves are not ever killed, currently. implemented topics. each topic has a receive window in each direction at each edge of the circuit, and sends sendme's at the data level, as per before. each circuit also has receive windows in each direction at each hop; an edge sends a circuit-level sendme as soon as enough data cells have arrived (regardless of whether the data cells were flushed to the exit conns). removed the 'connected' cell type, since it's now a topic command within data cells. at the edge of the circuit, there can be multiple connections associated with a single circuit. you find them via the linked list conn->next_topic. currently each new ap connection starts its own circuit, so we ought to see comparable performance to what we had before. but that's only because i haven't written the code to reattach to old circuits. please try to break it as-is, and then i'll make it reuse the same circuit and we'll try to break that. svn:r152
-
- 24 Nov, 2002 1 commit
-
-
Roger Dingledine authored
svn:r138
-
- 02 Oct, 2002 1 commit
-
-
Roger Dingledine authored
svn:r132
-
- 01 Oct, 2002 1 commit
-
-
Roger Dingledine authored
(text that it spits out immediately upon connect) svn:r124
-
- 26 Sep, 2002 1 commit
-
-
Roger Dingledine authored
proxies now periodically pull down an hourly-updated directory, and replace their router list with it if it parses correctly. svn:r112
-
- 22 Sep, 2002 1 commit
-
-
Roger Dingledine authored
httpap is obsolete; we support privoxy directly now! smtpap is obsolete; need to find a good socks4a-enabled smtp proxy/client I dub thee 0.0.1. svn:r107
-
- 17 Sep, 2002 1 commit
-
-
Roger Dingledine authored
see http://archives.seul.org/or/dev/Sep-2002/msg00018.html svn:r103
-
- 24 Aug, 2002 1 commit
-
-
Roger Dingledine authored
svn:r82
-
- 18 Jul, 2002 1 commit
-
-
Roger Dingledine authored
Servers are allowed to send 100 cells initially, and can't send more until they receive a 'sendme' cell from that direction, indicating that they can send 10 more cells. As it currently stands, the exit node quickly runs out of window, and sends bursts of 10 whenever a sendme cell gets to him. This is much much much faster (and more flexible) than the old "give each circuit 1 kB/s and hope nothing overflows" approach. Also divided out the connection_watch_events into stop_reading, start_writing, etc. That way we can control them separately. svn:r54
-
- 16 Jul, 2002 1 commit
-
-
Roger Dingledine authored
Each socket reads at most 'bandwidth' bytes per second sustained, but can handle bursts of up to 10*bandwidth bytes. Cells are now sent out at evenly-spaced intervals, with padding sent out otherwise. Set Linkpadding=0 in the rc file to send cells as soon as they're available (and to never send padding cells). Added license/copyrights statements at the top of most files. router->min and router->max have been merged into a single 'bandwidth' value. We should make the routerinfo_t reflect this (want to do that, Mat?) As the bandwidth increases, and we want to stop sleeping more and more frequently to send a single cell, cpu usage goes up. At 128kB/s we're pretty much calling poll with a timeout of 1ms or even 0ms. The current code takes a timeout of 0-9ms and makes it 10ms. prepare_for_poll() handles everything that should have happened in the past, so as long as our buffers don't get too full in that 10ms, we're ok. Speaking of too full, if you run three servers at 100kB/s with -l debug, it spends too much time printing debugging messages to be able to keep up with the cells. The outbuf ultimately fills up and it kills that connection. If you run with -l err, it works fine up through 500kB/s and probably beyond. Down the road we'll want to teach it to recognize when an outbuf is getting full, and back off. svn:r50
-
- 10 Jul, 2002 3 commits
-
-
Roger Dingledine authored
this was another bug i introduced with the 5 july patch. i should look at that patch more closely. :) svn:r39
-
Roger Dingledine authored
svn:r37
-
Matej Pjafjar authored
Bugfix : connection_exit_process_data_cell() quit after receiving the SS, without waiting for the destination addr/port svn:r35
-
- 05 Jul, 2002 1 commit
-
-
Roger Dingledine authored
svn:r29
-
- 02 Jul, 2002 1 commit
-
-
Roger Dingledine authored
The 'or' process can now be told (by the global_role variable) what roles this server should play -- connect to all ORs, listen for ORs, listen for OPs, listen for APs, or any combination. * everything in /src/op/ is now obsolete. * connection_ap.c now handles all interactions with application proxies * "port" is now or_port, op_port, ap_port. But routers are still always referenced (say, in conn_get_by_addr_port()) by addr / or_port. We should make routers.c actually read these new ports (currently I've kludged it so op_port = or_port+10, ap_port=or_port+20) * circuits currently know if they're at the beginning of the path because circ->cpath is set. They use this instead for crypts (both ways), if it's set. * I still obey the "send a 0 back to the AP when you're ready" protocol, but I think we should phase it out. I can simply not read from the AP socket until I'm ready. I need to do a lot of cleanup work here, but the code appears to work, so now's a good time for a checkin. svn:r22
-
- 30 Jun, 2002 1 commit
-
-
Roger Dingledine authored
general cleanup, particularly in buffers.c svn:r17
-
- 26 Jun, 2002 1 commit
-
-
Roger Dingledine authored
svn:r2
-