linux-bluetooth.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Garry Paxinos <paxinos@gmail.com>
To: Iain Hibbert <plunky@rya-online.net>
Cc: linux-bluetooth@vger.kernel.org
Subject: Re: upper limit of bonded devices?
Date: Tue, 6 Apr 2010 14:32:06 -0400	[thread overview]
Message-ID: <x2xf3ae2ce11004061132gd546fb7emd890e6c096c72bd3@mail.gmail.com> (raw)
In-Reply-To: <1270577971.764253.580.nullmailer@galant.ukfsn.org>

Thanks for the quick reply!    We actually have an application that
could conceivable pair with over 1M devices if the project is
successful.

There are really two other issues to resolve in this scenario -

1. Is it possible to have the computer initiate the connection to a
bonded device without previously knowing what devices are currently in
the vicinity?  Especially when our bonded DB is excessively large.

2. Is there a way (even if we need to do device driver work) to gain
access to signal strength before bonding to  a device?  And before
connecting to a device?  We really need to limit ourselves to bonding
and connecting with devices that are located in a very close
proximity.

Thanks,
Pax.

On Tue, Apr 6, 2010 at 2:19 PM, Iain Hibbert <plunky@rya-online.net> wrote:
> On Tue, 6 Apr 2010, Garry Paxinos wrote:
>
>> Is there a practical upper limit of the number of devices that can be
>> bonded to a single computer?
>>
>> I am considering reworking the bonding code to use a MySQL DB to store
>> the list of devices, but was wondering if there was any other limit
>> (either coding or practical).   For example, can a single computer
>> bond with 1k devices?  what about 100K or even 1M ?
>
> There is no reason it cannot pair with such a number of devices though I
> can't think how you will fit them all in your pocket..
>
> ..but bear in mind that it cannot connect with more than 7 in a Bluetooth
> piconet at any one time. (perhaps with other transports it can do more)
> and because pairing generally involves human interaction, it is not a
> frequently occurring event.
>
> I suspect the vast majority of usage case is pairing with <10 in the
> lifetime of the device and that using a MySQL database would be just
> overkill.. but perhaps there are other, more minimal, data-storage front
> ends that can be used (cdb?), if you wanted to provide generic access to
> the information..
>
> regards,
> iain
>

  reply	other threads:[~2010-04-06 18:32 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <r2if3ae2ce11004061001mc539e7eaq206d43ffb12fb2d2@mail.gmail.com>
2010-04-06 17:08 ` upper limit of bonded devices? Garry Paxinos
2010-04-06 18:19   ` Iain Hibbert
2010-04-06 18:32     ` Garry Paxinos [this message]
2010-04-06 19:57       ` Iain Hibbert
2010-04-06 23:53         ` Peter Dons Tychsen
2010-04-07 13:07           ` Garry Paxinos

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=x2xf3ae2ce11004061132gd546fb7emd890e6c096c72bd3@mail.gmail.com \
    --to=paxinos@gmail.com \
    --cc=linux-bluetooth@vger.kernel.org \
    --cc=plunky@rya-online.net \
    /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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).