slixmpp/sleekxmpp/xmlstream
Vijay Pandurangan deb52ad350 This change stops sleekxmpp from spending huge amounts of time unnecessarily computing logging data that may never be used. This is a HUGE performance improvement; in some of my test runs, unnecessary string creation was accounting for > 60% of all CPU time.
Note that using % in a string will _always_ perform the sting substitutions, because the strings are constructed before the function is called. So log.debug('%s' % expensiveoperation()) will take about the same CPU time whether or not the logging level is DEBUG or INFO. if you use , no substitutions are performed unless the string is actually logged
2011-11-20 03:39:05 +08:00
..
handler This change stops sleekxmpp from spending huge amounts of time unnecessarily computing logging data that may never be used. This is a HUGE performance improvement; in some of my test runs, unnecessary string creation was accounting for > 60% of all CPU time. 2011-11-20 03:39:05 +08:00
matcher This change stops sleekxmpp from spending huge amounts of time unnecessarily computing logging data that may never be used. This is a HUGE performance improvement; in some of my test runs, unnecessary string creation was accounting for > 60% of all CPU time. 2011-11-20 03:39:05 +08:00
__init__.py Underscore names by default. 2010-10-17 22:04:42 -04:00
filesocket.py Cleanup logging and exception handling. 2011-05-31 10:23:05 -07:00
jid.py Explicitly test for inequality in JIDs. 2011-11-14 09:15:43 -08:00
scheduler.py Update scheduler with locks and ability to remove tasks. 2011-08-25 13:34:30 -07:00
stanzabase.py Fix memory reference bugs. 2011-09-01 00:50:45 -07:00
test.py moved seesmic branch to trunk 2009-06-03 22:56:51 +00:00
test.xml moved seesmic branch to trunk 2009-06-03 22:56:51 +00:00
testclient.py moved seesmic branch to trunk 2009-06-03 22:56:51 +00:00
tostring.py Clean up and unify tostring once and for all. 2011-08-04 11:41:36 -07:00
xmlstream.py This change stops sleekxmpp from spending huge amounts of time unnecessarily computing logging data that may never be used. This is a HUGE performance improvement; in some of my test runs, unnecessary string creation was accounting for > 60% of all CPU time. 2011-11-20 03:39:05 +08:00