<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">

<html>

<head>

  <meta content="text/html;charset=UTF-8" http-equiv="Content-Type">

  <title></title>

</head>

<body bgcolor="#ffffff" text="#000000">

Guillaume,<br>

<br>

I was using gabble every time.  The Collabora jabber server was up each

time I did a test, so I assume that by default I was using gabble.  I

have not yet tried a test with Salut because that seems to be broken on

the computer I have sugar-jhbuild on.  (I do have it working on another

box, but have not had the opportunity to do a test that way yet.)  The

stream tube code I use was adapted from the core Read activity.<br>

<br>

Good luck with getting p2p working.  That sounds like it would help a

lot.<br>

<br>

James Simmons<br>

<br>

<br>

Guillaume Desmottes wrote:

<blockquote cite="mid1208850579.8058.3.camel@cass-wks" type="cite">

  <pre wrap="">Le lundi 21 avril 2008 à 10:24 -0500, James Simmons a écrit :

  </pre>

  <blockquote type="cite">

    <pre wrap="">2).  Downloading a document is very slow.  I distribute View Slides 

files on an Apache server, using the Browse activity to copy same to the 

Journal.  This takes under a minute even for a large file (over 15mb).  

Then I share the document with another instance of Sugar on the same 

box.  *That* is agonizingly slow.  I know the two instances are not 

communicating directly, but it still seems like there is a lot of 

overhead going on.  Can I do anything about this?

    </pre>

  </blockquote>

  <pre wrap=""><!---->

Were you using Gabble or Salut? Currently Gabble stream tubes still send

their data through the jabber server making transfer really slow. I'm

working on implementing real p2p instead (#4047).

Salut doesn't have this problem though as it already uses TCP

connections.

        G.

  </pre>

</blockquote>

<br>

</body>

</html>