Hello Marcin,

Sunday, February 12, 2006, 8:04:26 PM, you wrote:

>> i reported only the speed of the buffering transformers. this don't
>> include speed of char encoding that should be very low at this time.

MQK> Recoding will be slow if it's done on top of buffering and if encoding
MQK> itself has heavy startup. Buffering should be on the very top, so it
MQK> amortizes the cost of starting the recoder.

MQK> It should be possible to use iconv for recoding. Iconv works on blocks
MQK> and it should not be applied to one character at a time.

recoding don't need any startup. each vGetChar or vPutChar
just executes one or more vGetByte/vPutByte calls, according to
encoding rules. this should be fast enough


MQK> Byte streams and character streams should be distinguished in types,
MQK> preferably by class-constrained parametric polymorphism. In particular

so that vGetBuf, vGetChar, and getWord32 can't be used at the same
stream?


MQK> byte buffers and char buffers should be reperesented differently,
MQK> so block copying between byte streams moves whole blocks of memory.

in my lib, block copying between streams can be performed only at the
byte level. if you need to copy N chars with non-trivial encoding, or
need to copy chars with recoding, you should use "vGetChar h1 >>=
vPutChar h2" operation repeated


MQK> I have designed and implemented these issues for my language Kogut,
MQK> and now I'm trying to port them to Haskell.

MQK> Static typing gets in the way in various places (hiding the type
MQK> behind an existentially qualified type, passing optional named
MQK> arguments), but it looks doable.

MQK> The design uses buffers internally. A buffer is a queue of characters
MQK> or bytes, with amortized O(1) cost of operating at an end, and fast
MQK> block operations. A buffer itself is a stream too (reading eats its
MQK> contents from the beginning, writing appends to the end).

i use different design. we can compare speed/features/robustness/easy
of adding new features of our libraries. you can see my lib at:

You can find further information about the library at the page
http://haskell.org/haskellwiki/Library/Streams and download it as
http://freearc.narod.ru/Streams.tar.gz





-- 
Best regards,
 Bulat                            mailto:[EMAIL PROTECTED]



_______________________________________________
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
http://www.haskell.org/mailman/listinfo/haskell-cafe

Reply via email to