Return-Path: Message-ID: From: Robert Rawlins To: BlueZ development Date: Sat, 19 Jan 2008 16:16:40 +0000 In-Reply-To: <200801182017.36181.chick@computergeek.freeserve.co.uk> References: <200801182017.36181.chick@computergeek.freeserve.co.uk> MIME-Version: 1.0 Subject: Re: [Bluez-devel] Same Old Speed Issues Reply-To: BlueZ development List-Id: BlueZ development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0739626127==" Sender: bluez-devel-bounces@lists.sourceforge.net Errors-To: bluez-devel-bounces@lists.sourceforge.net --===============0739626127== Content-Type: multipart/alternative; boundary="_6a9d7e0e-91c2-4e70-91e7-d40bdb7bc8c7_" --_6a9d7e0e-91c2-4e70-91e7-d40bdb7bc8c7_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hello Tim, =20 Thanks for getting back me on this. I've not tried changing the block size = at all, I would love to give that a go. Would you mind giving me a little a= dvice on how to do so? I had a quick google around but couldn't really find= anything related to obex block sizes. =20 As a little addition to the information I posted yesterday, I've done some = more testing this morning. I built a system on different architecture and u= sing a slackware linux instead of debian and still had the same issues. I a= lso went out and bought myself a totally different dongle from a different = manufacturer which also has this slow transmit speed, so I can definitely c= onfirm this doesn't appear to be a hardware or OS related issue, I'm guessi= ng something config related. =20 If you wouldn't mind giving me a little advice on how to change that block = size I would love to give that a shot. =20 Thanks mate for your time, =20 Rob > From: chick@computergeek.freeserve.co.uk> To: bluez-devel@lists.sourcefor= ge.net> Date: Fri, 18 Jan 2008 20:17:35 +0000> Subject: Re: [Bluez-devel] S= ame Old Speed Issues> > On Friday 18 January 2008 15:04:58 Robert Rawlins w= rote:> > At the moment I've tried using both ussp-push and open-obex push c= lients to> > transfer the file, both giving me the same results. I'm achiev= ing roughly> > 25Kbytes/s transfer speed both up and down. I've tried runni= ng these same> > dongles from my Windows PC and achieve well over 100kBytes= /s. (This is> > transmitting to a Sony k850i handset which is v2.0 + EDR). = This would lead> > me to believe its not an issue with the Dongle, more lik= ely something with> > my Linux configuration> >> > Have you tried changing = the OBEX block size - try forcing the minimum size to > 64kB-1?> > Cheers,>= Tim> > > -----------------------------------------------------------------= --------> This SF.net email is sponsored by: Microsoft> Defy all challenges= . Microsoft(R) Visual Studio 2008.> http://clk.atdmt.com/MRT/go/vse01200000= 70mrt/direct/01/> _______________________________________________> Bluez-de= vel mailing list> Bluez-devel@lists.sourceforge.net> https://lists.sourcefo= rge.net/lists/listinfo/bluez-devel _________________________________________________________________ Telly addicts unite! http://www.searchgamesbox.com/tvtown.shtml= --_6a9d7e0e-91c2-4e70-91e7-d40bdb7bc8c7_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hello Tim,

Thanks for getting back me on this. I've not tried changing the block size = at all, I would love to give that a go. Would you mind giving me a little a= dvice on how to do so? I had a quick google around but couldn't really find= anything related to obex block sizes.

As a little addition to the information I posted yesterday, I've done some = more testing this morning. I built a system on different architecture and u= sing a slackware linux instead of debian and still had the same issues. I a= lso went out and bought myself a totally different dongle from a different = manufacturer which also has this slow transmit speed, so I can definit= ely confirm this doesn't appear to be a hardware or OS related is= sue, I'm guessing something config related.

If you wouldn't mind giving me a little advice on how to change that block = size I would love to give that a shot.

Thanks mate for your time,

Rob

> From: chick@computergeek.freeserve.co.uk
> To: bluez-devel@lists= .sourceforge.net
> Date: Fri, 18 Jan 2008 20:17:35 +0000
> Subj= ect: Re: [Bluez-devel] Same Old Speed Issues
>
> On Friday 18 = January 2008 15:04:58 Robert Rawlins wrote:
> > At the moment I've= tried using both ussp-push and open-obex push clients to
> > tran= sfer the file, both giving me the same results. I'm achieving roughly
&g= t; > 25Kbytes/s transfer speed both up and down. I've tried running thes= e same
> > dongles from my Windows PC and achieve well over 100kBy= tes/s. (This is
> > transmitting to a Sony k850i handset which is = v2.0 + EDR). This would lead
> > me to believe its not an issue wi= th the Dongle, more likely something with
> > my Linux configurati= on
> >
>
> Have you tried changing the OBEX block siz= e - try forcing the minimum size to
> 64kB-1?
>
> Cheer= s,
> Tim
>
>
> ----------------------------------= ---------------------------------------
> This SF.net email is sponso= red by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2= 008.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
>= ; _______________________________________________
> Bluez-devel maili= ng list
> Bluez-devel@lists.sourceforge.net
> https://lists.sou= rceforge.net/lists/listinfo/bluez-devel

Messenger on the= move. Text MSN to 63463 now! = --_6a9d7e0e-91c2-4e70-91e7-d40bdb7bc8c7_-- --===============0739626127== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ --===============0739626127== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Bluez-devel mailing list Bluez-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bluez-devel --===============0739626127==--