This back and forth on performance is great! I often see ByteString used where Text is theoretically more appropriate (eg. the Snap web framework) and it would be good to get these performance issues ironed out so people feel more comfortable using the right tool for the job based upon API rather than performance.
Many other languages have two major formats for strings (binary and text) and it would be great if performance improvements for ByteString and Text allowed the same kind of convergence for Haskell. Kevin On Aug 13, 7:53 pm, "Bryan O'Sullivan" <b...@serpentine.com> wrote: > On Fri, Aug 13, 2010 at 9:55 AM, Daniel Fischer > <daniel.is.fisc...@web.de>wrote: > > > > > That's an unfortunate example. Using the stringsearch package, substring > > searching in ByteStrings was considerably faster than in Data.Text in my > > tests. > > Interesting. Got a test case so I can repro and fix? :-) > > _______________________________________________ > Haskell-Cafe mailing list > haskell-c...@haskell.orghttp://www.haskell.org/mailman/listinfo/haskell-cafe _______________________________________________ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe