[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