rsync over ssh hang issue understood

[mwoehlke]

Darryl Miles wrote:
> mwoehlke wrote:
>> Darryl Miles wrote:
>> [snip]
>>>  * The outstanding byte count needs to be protected by a mutex.
>>
>> Are you familiar with the Interlocked* family of functions? Depending 
>> on what exactly you need to do with the value, a mutex may be 
>> unnecessary.
> 
> Do these function perform buslock prefixed increment/add with memory 
> operand.   As per Linux kernel /usr/src/linux/include/asm-i386/atomic.h. 
>  Its an atomic add operation that would be needed, but I dont think that 
> will be the only thing that will need intra-thread protection.  The 
> close() case flag setting might need to be involved too as well as other 
> things, like we need serialization.

Um... probably? Did you try looking at them? There is an 
InterlockedExchangeAdd (I think that's the right name... anyway, you 
feed it a pointer and a constant, and you get back the previous value). 
At any rate, anything Linux can do in assembly, Windows can also do, 
also in assembly, with it's own __asm keyword. The syntax is a little 
different, but it's there, and for something as speed-sensitive as I 
would guess pipes are, this sort of optimization is probably a Good Thing.

Mostly, there is an Interlocked function that will save you from inline 
assembly of most assembly instructions that accept the 'lock' prefix.

Of course, if it can't be done without a mutex in assembly, then it 
can't be done without a mutex, and you remain the person (as opposed to 
me) that knows the answer to that question.

-- 
Matthew
Do not expose to hippos. Doing so may void your warranty.


--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Problem reports:       http://cygwin.com/problems.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/