Hi Daniel,

I'm working on the next iteration of the rewrite package incorporating 
your changes and some 3.4 adjustments.

In the meantime please try to replace receiveData with receiveDataNoWait 
in SocketStream>>upToAll: and let me know if this helps.

Michael


danielv at netvision.net.il wrote:
> Hi Michael.
> 
> More information - yesterday I removed the 10ms delay, and getting and
> removing messages still seems much slower than in the old image. I'm
> saying seems, because I didn't do fair timing tests on both versions
> while leaving the messages on the server. I'll try to do that tommorow,
> when I have more mail.
> 
> Note that removing seems to be very slow, maybe even slower than getting
> mail (!?), and it used to be almost immidiate on my machine before.
> 
> Daniel
> 
> Michael Rueger <m.rueger at acm.org> wrote:
> 
>>
>>danielv at netvision.net.il wrote:
>>
>>Nice work! I'll integrate it into the package.
>>
>>
>>>* Is it possible that getting mail is slower? maybe the 10ms delay in
>>>multiline response? maybe I'm imagining things.
>>
>>The 10ms delay (actually in the Socket code) is a workaround for the 
>>semaphore timeout seeming to hang occasionally at least on Windows.
>>
>>It would be interesting though to see if and how the performance is 
>>different between the old and the new network code.
>>
>>Michael
> 
> 
>