| Commit message (Collapse) | Author | Age | |
|---|---|---|---|
| * | Add magic to end of C files to make emacs happy; split test invocation into ↵ | Nick Mathewson | 2003-04-07 |
| | | | | | | | separate file. svn:r224 | ||
| * | make servers tolerate the dns bug. | Roger Dingledine | 2003-04-05 |
| | | | | | svn:r223 | ||
| * | better comments and a few patches | Roger Dingledine | 2003-03-04 |
| | | | | | svn:r164 | ||
| * | Bugfixes and enhancements in sendmes and dns farm | Roger Dingledine | 2003-02-18 |
| | | | | | svn:r161 | ||
| * | bugfix: actually remember the answer in the cache :) | Roger Dingledine | 2003-02-16 |
| | | | | | svn:r159 | ||
| * | rudimentary dns caching (of both resolves and resolve failures) | Roger Dingledine | 2003-02-14 |
| | | | | | | | | serious performance increase over non-caching svn:r158 | ||
| * | fix endian issues for topics -- they might work on bsd now | Roger Dingledine | 2003-02-06 |
| | | | | | | | | | | (they wouldn't have before) alternate code which bypasses the dns farm, so we can compare speed svn:r154 | ||
| * | make reusing circuits work (and be the default) | Roger Dingledine | 2003-02-06 |
| | | | | | | | | performance is better, but not by much. not sure why yet. svn:r153 | ||
| * | major overhaul: dns slave subsystem, topics | Roger Dingledine | 2003-01-26 |
| 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 | |||