From: Marcel Holtmann <marcel@holtmann.org>
To: "Marc-André Laverdière" <m_laverd@alcor.concordia.ca>
Cc: BlueZ Mailing List <bluez-users@lists.sourceforge.net>
Subject: Re: [Bluez-users] Major slowdown when service discovery+opening a service happens on two systems trying to talk to each other
Date: Sat, 21 Feb 2004 00:14:53 +0100 [thread overview]
Message-ID: <1077318893.1433.6.camel@pegasus> (raw)
In-Reply-To: <1077309735.4036712706cd0@alcor.concordia.ca>
Hi Marc-Andre,
> Here's the situation in more Bluetooth-compliant terms:
> Configuration:
> Belkin FT0003 USB dongles
> RedHat 9 with kernel 2.4.28, from RedHat
> Running with latest released versions of BlueZ
> Running Impronto 1.18
> Running Java SDK 1.4.2.3
I can't tell you anything about the Java part, but the kernel version
that you are using don't exists ;)
> Bluetooth activity (all happening in Java):
>
> Implicit: Inquiry Scan [device is set as GIAC]
> Thread 1: Inquiry [aka Device Discovery] [runs perpetually, with some sleeping
> between each iteration]
> Thread 2: Page Scan [opening a service and waiting for clients with
> acceptAndOpen()]
> Thread 3: SDP Paging + Connection [Service Discovery] [does so when new devices
> are found, could happen anytime. Sleeps most of the time]
> Thread 4: Paging + Connection [L2CAP Connection as a slave] [happens at user's
> input]
>
> Computer A and Computer B are running this configuration
> Planned Test:
> Start program on both computers
> Wait for both Computer A and Computer B to discover each other via Inquiry
> User prompts Computer A to send a message to Computer B [creating a L2CAP
> connection]
> Computer B reads the message and closes the connection
> Both shut down their services and exit cleanly
>
> What happens:
> Inconsistent behaviour. Service discovery can happen promptly on Computer A and
> never finish on Computer B. Sometimes, service discovery completes around 20
> seconds for both systems.
> The L2CAP connection may not establish itself. Behaviour varies at every test's
> run, but generally the results look like a deadlock has occured somewhere.
> Very low Bluetooth performance compared to the speed of other configurations.
>
> I hope this makes more sense. I have to read more about the Bluetooth spec, see
> what I'm doing wrong Bluetooth-wise. Any sections particularly?
The problem that I see is that if device A runs an inquiry and device B
tries to page device A at the same time, this will fail. But this is a
topic for baseband experts and not for me. You can try to disable page
scan before you run an inquiry and re-enable it when your are finished.
Same goes for the inquiry scan.
Regards
Marcel
-------------------------------------------------------
SF.Net is sponsored by: Speed Start Your Linux Apps Now.
Build and deploy apps & Web services for Linux with
a free DVD software kit from IBM. Click Now!
http://ads.osdn.com/?ad_id=1356&alloc_id=3438&op=click
_______________________________________________
Bluez-users mailing list
Bluez-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-users
prev parent reply other threads:[~2004-02-20 23:14 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-02-15 1:20 [Bluez-users] Major slowdown when service discovery+opening a service happens on two systems trying to talk to each other Marc-Andre Laverdiere-Papineau
2004-02-15 14:31 ` Marcel Holtmann
[not found] ` <1076900027.403030bbba48f@alcor.concordia.ca>
2004-02-16 8:58 ` Marcel Holtmann
2004-02-16 20:17 ` Marc-Andre Laverdiere-Papineau
2004-02-17 12:52 ` Marcel Holtmann
[not found] ` <1077033023.4032383f0b3d3@alcor.concordia.ca>
2004-02-17 16:10 ` Marcel Holtmann
2004-02-20 20:42 ` Marc-André Laverdière
2004-02-20 23:14 ` Marcel Holtmann [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=1077318893.1433.6.camel@pegasus \
--to=marcel@holtmann.org \
--cc=bluez-users@lists.sourceforge.net \
--cc=m_laverd@alcor.concordia.ca \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.