Guy Harris wrote: > > > (performace simply sucks, if a 100MB trace file is loaded). > > ...which needs to be fixed (some profiling results suggest that the > heavy use of "printf"-family routines when generating the lines in the > packet list display contributes significantly to this; making > "ip_to_str()" and "ether_to_str()" generate the strings by hand helped a > bit, but not a lot - and the "printf"-family routines and stuff they > call still contributed a lot; Microsoft Network Monitor read in one > large trace file significantly faster than did Ethereal), but, at least > as a short-term workaround, it sounds as if a file-reading filter would > be useful. Some time ago, I made an improvement of the snprintf function (see http://ethereal.zing.org/lists/ethereal-dev/199905/msg00108.html) because some profiling tests show me that it was a particularly good point to enhance. I think that the heavy use of some GTK functions also contributes significantly to this loss of performance but I can't see really how since the GTK library was not profiled when I performed the tests. -- Laurent DENIEL | E-mail: deniel@xxxxxxxxxxx Paris, FRANCE | laurent.deniel@xxxxxxxxxxxxxxxxxxxxxxxxxxxx | WWW : http://www.worldnet.fr/~deniel All above opinions are personal, unless stated otherwise.
Powered by MHonArc 2.6.10