Re: Connection drops data if it sent too quickly

[Michael Albinus <Michael.Albinus@alcatel.de>]

storm@cua.dk (Kim F. Storm) writes:

> > I've written some few lines which reproduce the problem under HP-UX
> > with all Emacsen available for me (20.7, 21.2, 21.2.93):
> > 
> > (with-temp-buffer
> >   (let ((bytes 1000)
> > 	(proc (start-process (buffer-name) (current-buffer) "wc" "-c")))
> >     (process-send-string proc (make-string bytes ?x))
> >     (process-send-eof proc)
> >     (process-send-eof proc)
> >     (accept-process-output proc 1)
> >     (goto-char (point-min))
> >     (re-search-forward "\\w+")
> >     (message "Bytes sent: %s\tBytes received: %s" bytes (match-string 0))))
> > 
> > No problem under other Unices, like Solaris.
> 
> So this sounds like a HP-UX specific problem.

Not a native HP-UX problem, but a problem of Emacs process handling
under HP-UX. The same code works without any problem from XEmacs.

> As such, it would be great if the current 0.1 second chunk delay (and
> similar delay in tramp-send-linewise) was a defvar which could be set
> to 0.0 on non-HPUX (and non-Tru64) platforms.  
> 
> That would make tramp run MUCH faster.  I tried this on GNU/Linux, and
> it makes a huge difference!

Yes, this would make sense. Maybe an autodetection during startup of
Tramp, based on the code above.

Kai?

Best regards, Michael.