[cl-openid-devel] missing packages in shelf and trivial-utf8 bug
Maciek Pasternacki
maciej at pasternacki.net
Tue Jul 15 21:49:18 UTC 2008
On Mon, 2008-07-14 at 22:40 +0300, Anton Vodonosov wrote:
> Flexi-streams are not slow. Some work was invested into optimization
> recently. Take a look:
[...]
> (time
> (dotimes (i 100000)
> (utf-8-bytes-to-string *test-body*)))
>
> Evaluation took:
> 4.813 seconds of real time
> 4.8125 seconds of user run time
> 0.0 seconds of system run time
> [Run times include 0.454 seconds GC run time.]
> 0 calls to %EVAL
> 0 page faults and
> 528,785,288 bytes consed.
>
> (defparameter *utf8-ex-fmt* (flexi-streams:make-external-format :utf-8))
>
> (time
> (dotimes (i 100000)
> (flexi-streams:octets-to-string *test-body*
> :external-format *utf8-ex-fmt*)))
>
> Evaluation took:
> 4.109 seconds of real time
> 4.109375 seconds of user run time
> 0.0 seconds of system run time
> [Run times include 0.078 seconds GC run time.]
> 0 calls to %EVAL
> 0 page faults and
> 159,986,344 bytes consed.
>
> This is SBCL with flexi-streams-1.0.3 and the latest trivial-utf-8.
Wow! Flexi-streams even cons less than trivial-utf-8! It seems that I
have outdated info (I remember from not long ago some discussions about
Hunchentoot being slow, and about flexi-streams being the cause). I
still like trivial-utf-8 better, partly because it's simpler and I
understand it better. ;) I will rethink the decision about
trivial-utf-8 during the refactoring -- I'll have to look at the
portability, too.
Regards,
Maciej.
--
-><- Maciej 'japhy' Pasternacki -><- http://www.pasternacki.net/ -><-
More information about the cl-openid-devel
mailing list