| 
					
				 | 
			
			
				@@ -18,6 +18,13 @@ Changes in version 0.2.1.23 - 2010-0?-?? 
			 | 
		
	
		
			
				 | 
				 | 
			
			
				  
			 | 
		
	
		
			
				 | 
				 | 
			
			
				 Changes in version 0.2.2.7-alpha - 2010-01-19 
			 | 
		
	
		
			
				 | 
				 | 
			
			
				   o Major features (performance): 
			 | 
		
	
		
			
				 | 
				 | 
			
			
				+    - We were selecting our guards uniformly at random, and then weighting 
			 | 
		
	
		
			
				 | 
				 | 
			
			
				+      which of our guards we'd use uniformly at random. This imbalance 
			 | 
		
	
		
			
				 | 
				 | 
			
			
				+      meant that Tor clients were severely limited on throughput (and 
			 | 
		
	
		
			
				 | 
				 | 
			
			
				+      probably latency too) by the first hop in their circuit. Now we 
			 | 
		
	
		
			
				 | 
				 | 
			
			
				+      select guards weighted by currently advertised bandwidth. We also 
			 | 
		
	
		
			
				 | 
				 | 
			
			
				+      automatically discard guards picked using the old algorithm. Fixes 
			 | 
		
	
		
			
				 | 
				 | 
			
			
				+      bug 1217; bugfix on 0.2.1.3-alpha. Found by Mike Perry. 
			 | 
		
	
		
			
				 | 
				 | 
			
			
				     - When choosing which cells to relay first, relays can now favor 
			 | 
		
	
		
			
				 | 
				 | 
			
			
				       circuits that have been quiet recently, to provide lower latency 
			 | 
		
	
		
			
				 | 
				 | 
			
			
				       for low-volume circuits. By default, relays enable or disable this 
			 | 
		
	
	
		
			
				| 
					
				 | 
			
			
				@@ -69,6 +76,11 @@ Changes in version 0.2.2.7-alpha - 2010-01-19 
			 | 
		
	
		
			
				 | 
				 | 
			
			
				     - New options for SafeLogging to allow scrubbing only log messages 
			 | 
		
	
		
			
				 | 
				 | 
			
			
				       generated while acting as a relay. 
			 | 
		
	
		
			
				 | 
				 | 
			
			
				     - Ship the bridges spec file in the tarball too. 
			 | 
		
	
		
			
				 | 
				 | 
			
			
				+    - Avoid a mad rush at the beginning of each month when each client 
			 | 
		
	
		
			
				 | 
				 | 
			
			
				+      rotates half of its guards. Instead we spread the rotation out 
			 | 
		
	
		
			
				 | 
				 | 
			
			
				+      throughout the month, but we still avoid leaving a precise timestamp 
			 | 
		
	
		
			
				 | 
				 | 
			
			
				+      in the state file about when we first picked the guard. Improves 
			 | 
		
	
		
			
				 | 
				 | 
			
			
				+      over the behavior introduced in 0.1.2.17. 
			 | 
		
	
		
			
				 | 
				 | 
			
			
				  
			 | 
		
	
		
			
				 | 
				 | 
			
			
				   o Minor bugfixes (compiling): 
			 | 
		
	
		
			
				 | 
				 | 
			
			
				     - Fix compilation on OS X 10.3, which has a stub mlockall() but 
			 |