I have a feeling that the capability of participating in up to four activities over a simple mesh scenario (no school server present) seems good enough. But I may be wrong and we certainly don't have enough (if any) user input to validate this (or not). <br>
<br><div class="gmail_quote">On Thu, Apr 17, 2008 at 6:38 PM, Benjamin M. Schwartz <<a href="mailto:bmschwar@fas.harvard.edu">bmschwar@fas.harvard.edu</a>> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
-----BEGIN PGP SIGNED MESSAGE-----<br>
Hash: SHA1<div class="Ih2E3d"><br>
<br>
Ricardo Carrano wrote:<br>
| Assuming this is correct, than some questions follow.<br>
| - Is 4 a reasonable limit (is the XO capable of more in terms of processing<br>
| and memory?)<br>
<br></div>
The XO is definitely capable of more, especially for activities like Chat<br>
that require minimal CPU/RAM and are usually silent on the network.<div class="Ih2E3d"><br>
<br>
| - Is this a hard limit? How hard is to increase this number and what is the<br>
| compromise?<br>
<br></div>
I have an additional question:<br>
Could the firmware allow the driver to designate one or more of those<br>
slots as a trivial bitwise filter?  This would allow the driver to<br>
subscribe to one or more ranges of multicast addresses.  It would also<br>
provide graceful degradation if there are too many multicast addresses to<br>
fit: the surplus addresses can just be OR'd together into a filter.  There<br>
will be some false positives that will have to be screened out by the<br>
driver, but perhaps not too many.<br>
<br>
- --Ben<br>
-----BEGIN PGP SIGNATURE-----<br>
Version: GnuPG v2.0.7 (GNU/Linux)<br>
Comment: Using GnuPG with Mozilla - <a href="http://enigmail.mozdev.org" target="_blank">http://enigmail.mozdev.org</a><br>
<br>
iD8DBQFIB9GAUJT6e6HFtqQRAu8kAKCXPHKqWLm5Rk2pimt8+yg3sW/VKgCfTTjn<br>
eqzgVrWnAxfJ9wmOvkbMWzI=<br>
=h0XZ<br>
-----END PGP SIGNATURE-----<br>
</blockquote></div><br>