regarding streaming frameworks, has anyone looked at http://code.google.com/p/xtreams/ ? the podcasts on it sounded interesting. cheers, Mike On Tue, Oct 5, 2010 at 5:02 PM, Stéphane Ducasse <stephane.ducasse@inria.fr> wrote:
Noury,
One of the other aspects that I find important is elementary efficiency.
A lot of stream related code in Smalltalk is not efficient, the actual data is copied around like crazy, turning it from a stream to a collection and then back into a stream multiple times. For Zinc HTTP Components I made a lot of effort to make it possible to read data from a socket stream in true streaming fashion (instead of just returning a byte array). Now, the idea was then that for example JPEGReadWriter>>#nextImage would work transparaently on that raw stream. Sadly, the code in JPEGReadWriter and friends just reads everything into an array before it starts to work !
Doing a #nextPutAll: <some byte array> should really try never to copy the array. Similary, a #next: <count> into: <some byte array> should similary write directly into the given array. What I see in the current SocketStream is <censored/> ;-)
This is why we implemented our own SocketStream in PostgresV3.
what is the license?
It's MIT, but it's not a general purpose SocketStream. sniff
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project