Quoting Bill Pringlemeir <[EMAIL PROTECTED]> from ml.softs.gtk-gnutella.devel: :The qrt_apply_patch() has three nested for loops. I also imagine that :these are continually updated by all leaf nodes and this has to be :digested to pass along the info to the ajoining ultras [and leaves?].
Yes, I'm aware of that. :Is it possible to improve qrt_apply_patch() or has it been well :studied? It is possible to improve it. The routing is currently in the state it was in when I wrote it circa 2002. :The total bzipped output of gprof (and ident) is 155k... so I didn't :post to the list. I think the hotspots are the most interesting bits. However, beware of gprof. For instance, if you start GTKG and it needs to compute a lot of SHA1 because you're sharing new files, the distribution of CPU usage will much different. It's good to understand the hotspots though, under a particular usage pattern. Raphael ------------------------------------------------------- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://ads.osdn.com/?ad_idv37&alloc_id865&op=click _______________________________________________ Gtk-gnutella-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/gtk-gnutella-devel
