The stricter version of Data.Binary is here:
http://code.haskell.org/gf/src/Data
It avoids the stack overflow and *might* be faster.
On 8/5/09, Malcolm Wallace
Let's discuss, then have the steering committee recommend yay/nay.
We should have _some_ kind of binary library in the Platform, but I don't know whether the proposed library is the right one.
In a recent application, I found Data.Binary very slow, both to encode and to decode data. Decoding had stack-overflows, and when I increased the stack, it took about 20mins to read in an 8Mb file. When I then turned on optimisation with -O, the performance improved considerably (down to ~30secs to read the same file). This was using the standard instances of Binary for data structures like Data.Map. 30secs was still too slow, so we ended up needing to write our own improved instance for Data.Map. (Timings were similar with both ghc-6.8.3 and ghc-6.10.3.)
Regards, Malcolm
_______________________________________________ Libraries mailing list Libraries@haskell.org http://www.haskell.org/mailman/listinfo/libraries