From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Kai Grossjohann Newsgroups: gmane.emacs.devel Subject: Re: non-blocking connect Date: Thu, 04 Nov 2004 16:21:57 +0100 Message-ID: <861xf9fxm2.fsf@ketchup.de.uu.net> References: <20041101.133846.202527302.kazu@iijlab.net> <20041101050909.GR29502@boetes.org> <20041103133036.GK29018@boetes.org> <20041104131026.GA26116@jkossen.xs4all.nl> NNTP-Posting-Host: deer.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1099578191 23236 80.91.229.6 (4 Nov 2004 14:23:11 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Thu, 4 Nov 2004 14:23:11 +0000 (UTC) Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Nov 04 15:23:05 2004 Return-path: Original-Received: from lists.gnu.org ([199.232.76.165]) by deer.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 1CPiW0-0001eU-00 for ; Thu, 04 Nov 2004 15:23:04 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1CPie9-0000nE-Hs for ged-emacs-devel@m.gmane.org; Thu, 04 Nov 2004 09:31:29 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33) id 1CPidz-0000n4-To for emacs-devel@gnu.org; Thu, 04 Nov 2004 09:31:20 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33) id 1CPidz-0000mk-9z for emacs-devel@gnu.org; Thu, 04 Nov 2004 09:31:19 -0500 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1CPidz-0000ma-5z for emacs-devel@gnu.org; Thu, 04 Nov 2004 09:31:19 -0500 Original-Received: from [80.91.229.2] (helo=main.gmane.org) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CPiVM-0007eR-Kw for emacs-devel@gnu.org; Thu, 04 Nov 2004 09:22:24 -0500 Original-Received: from list by main.gmane.org with local (Exim 3.35 #1 (Debian)) id 1CPiVK-0003SV-00 for ; Thu, 04 Nov 2004 15:22:22 +0100 Original-Received: from ketchup.de.uu.net ([139.4.38.244]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 04 Nov 2004 15:22:22 +0100 Original-Received: from kai by ketchup.de.uu.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 04 Nov 2004 15:22:22 +0100 X-Injected-Via-Gmane: http://gmane.org/ Original-To: emacs-devel@gnu.org Original-Lines: 19 Original-X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: ketchup.de.uu.net User-Agent: Gnus/5.110003 (No Gnus v0.3) Emacs/21.3.50 (gnu/linux) Cancel-Lock: sha1:CfJF1H0vFt9//5JnUWaPcKVbZZM= X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: main.gmane.org gmane.emacs.devel:29433 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:29433 Jochem Kossen writes: > So, the things i suspect might have something to do with it: > - chunksize (what does the default do in comparison with values like > 500/1024/2048)? I read the documentation, but it doesn't mention > what tramp does if it's set to nil. Setting tramp-chunksize to 500 means that Tramp will send 500 bytes of data, then wait a bit before sending the next chunk of data. Setting tramp-chunksize to nil means that Tramp will send all of the data at once, unchunked, so to speak. (For instance, for writing a file via base64 inline encoding, Tramp would base64-encode the buffer contents, then send the whole encoded buffer to the remote end at once with a single process-send-region invocation.) Kai