Re: freebsd and multiprocessing

On 3/2/2010 12:59 PM, Tim Arnold wrote: > > I'll write some test programs using multiprocessing and see how they > go before committing to rewrite my current code. I've also been > looking at 'parallel python' although it may have the same issues. > http://www.parallelpython.com/ > parallelpytho

Re: python vs. grep

Anton Slesarev wrote: But I have some problem with writing performance grep analog. I don't think you can ever catch grep. Searching is its only purpose in life and its very good at it. You may be able to come closer, this thread relates. http://groups.google.com/group/comp.lang.python/

Re: Efficient way of testing for substring being one of a set?

[EMAIL PROTECTED] wrote: > Dennis Benzinger: >> You could use the Aho-Corasick algorithm > Aho-Corasick_algorithm>. >> I don't know if there's a Python implementation yet. > > http://hkn.eecs.berkeley.edu/~dyoo/python/ahocorasick/ > http://nicolas.lehuen.com/

Re: Regex Speed

John Machin wrote: > Or a Glushkov NFA simulated by bit parallelism re module ... see > http://citeseer.ist.psu.edu/551772.html > (which Russ Cox (author of the paper you cited) seems not to have > read). > NR-grep looks interesting, I'll read that. Thanks. > Cox uses a "pathological regex" (reg

Re: Regex Speed

[EMAIL PROTECTED] wrote: > While creating a log parser for fairly large logs, we have run into an > issue where the time to process was relatively unacceptable (upwards > of 5 minutes for 1-2 million lines of logs). In contrast, using the > Linux tool grep would complete the same search in a matter