[Server-devel] Two separate sets of install scripts?

[John Watlington]

The failure point won't be the server, it will be the network.  Right  
now
we are rushing to fix problem in the collaborative middleware which
explode when a number of laptops sit on the mesh.  Just playing back
a single trace times 200 doesn't come anywhere close to emulating it.

Likewise, it is easy to saturate three channels of mesh while testing
the web filtering/caching with just three or six laptops...

wad

On Feb 14, 2008, at 12:57 PM, Greg Smith (gregmsmi) wrote:

> Hi Tony et al,
>
> I think Sulochan or Bryan need to confirm on these points.
>
> FYI I will be on the road most of the next three weeks so address any
> specific questions directly to them. I'll watch and try to extract any
> consensus or decisions for posting in the wiki.
>
> BTW I may have recruited 1 - 3 more volunteers from the XO support  
> gang
> to build Nepal style XSX machines. I'll let them confirm when  
> ready. My
> goal is to document a very well defined Nepal implementation by the
> first week of March. Test beds can mirror that so any problems,  
> bugs or
> new features can be reproduced and verified before being deployed in
> production in Nepal. That may be optimistic but we'll see...
>
> The hardest thing to reproduce may be 200 x Xos all squawking on the
> Mesh at the same time. I wonder if we could capture an ethereal
> (http://www.ethereal.com/) or TCP dump of all traffic on an active XO.
> Then emulate the XO (QEMU?) on a high end server, generate the same
> traffic (http://wiki.ethereal.com/Tools) and send it out at 200x
> original data rate. That wont emulate 200 radios or 200 clients but it
> may help quantify the performance of the XSX under load (e.g. HTTP,  
> BW,
> CP/SCP over mount (NFS?) etc.) Just an idea, target phase 2.
>
> There's still room for more test beds so just reply here to get in the
> loop. There's no need to sign an SLA :-) You just need motivation,  
> and a
> box.
>
> Thanks,
>
> Greg S
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Wed, 13 Feb 2008 10:02:04 -0700
> From: Tony Pearson <tpearson at us.ibm.com>
> Subject: [Server-devel] Two separate sets of install scripts?
> To: server-devel at lists.laptop.org
> Message-ID:
> 	
> <OF39537AAA.E08D1ECC-ON072573EE.005CE53E-072573EE.005D985F at us.ibm.com>
> Content-Type: text/plain; charset="utf-8"
>
> Greg,
> Ok, I see the new topology in  your last post
>
> XO <-> XS/default gateway <-> Squid <-> Internet
>
> Q1- Are we having two XS machines and one Squid box, or is it one and
> one as shown in the diagram?
> Q2 - Are we going to try to have the same XS-150 build for both but  
> just
> activate certain features on each, or try to have customized install
> scripts?
> In other words, we could take the XS-150 base, install MySQL, install
> PHP modules, install Moodle, Install Squid.  Then on the XS we  
> activate
> MySQL and Moodle, be don't activate Squid, and on the Squid box, we
> don't bother to turn on MySQL and Moodle, but there are there as  
> backup
> for each other just in case?
> Q3 - Do we want to consider a failure scenario where one or the other
> box fails, and run everything from a single machine?  In other words,
> the box is bilingual, can be either a XS or a Squid or both, and
> configured with easy to use scripts or PHP webpages.
> Q4 - Will XS reverse proxy its own server content?  I have been  
> looking
> into eAccelerator and a few others that can help speed up the MySQL
> calls.
>
> I have been told I will get my Active Antenna sometime this week, so
> will be able to run a better test this weekend.
>
>
>
>
> Tony Pearson
> Senior Storage Consultant, IBM System Storage?
> Telephone: +1 520-799-4309 |  tie 321-4309 |  Cell: +1 520 990-8669
> email: tpearson at us.ibm.com |  GSA: http://tucgsa.ibm.com/~tpearson
> Blog: http://www.ibm.com/developerworks/blogs/page/InsideSystemStorage
> AKA: 990tony Paravane, eightbar specialist
>
> _______________________________________________
> Server-devel mailing list
> Server-devel at lists.laptop.org
> http://lists.laptop.org/listinfo/server-devel