1 / 20

Extreme Scaling … and friends

Extreme Scaling … and friends. Presented by Cory Sharp UC Berkeley. Outline. PEG: Things we did well Extreme scaling goals Extreme scaling issues Final demo goals. PEG: Things we did well. acoustic. ultrasound. mag. dot. NEST PEG Midterm Demo.

jack
Download Presentation

Extreme Scaling … and friends

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript


  1. Extreme Scaling… and friends Presented by Cory Sharp UC Berkeley

  2. Outline • PEG: Things we did well • Extreme scaling goals • Extreme scaling issues • Final demo goals

  3. PEG: Things we did well

  4. acoustic ultrasound mag dot NEST PEG Midterm Demo • Problem: detect unfriendly vehicle enter sensitive area, track using magnetics, pursue and capture by UGV • 10x10 array of robust wireless, self-localizing sensors over 400 m2 area • Low cost, robust ‘mote’ device: magnetometer, microcontroller, radio network, ultrasonic transceiver • Evader: human controlled Rover • Pursuer: autonomous rover with mote, embedded PC, GPS evader pursuer

  5. PEG Video

  6. PEG: Things we did well • Modular software, SystemC • Actually reusable, compose system services, remote invocation • Routing, landmark-based • Robust mobile-to-mobile routing within the nodes • Neighborhood • Node identification, membership, and data sharing abstraction • Remote Config, Ident • Delayed parameter binding reduces reprogramming • Remote command-line interface • When GUI’s just don’t cut it: scripting 100 real nodes, baby • Heirarchical system structure • Primary sensors simple, defer processing to agents

  7. Extreme Scaling Goals

  8. Extreme Scaling Goals • To create a robust 10,000 node autonomous ad hoc sensor network in an operationally relevant environment for demonstrating the capabilities in the monitoring and protection of long linear structures, by the end of FY ’04 • NEST Extreme Scaling Analysis • To discuss the NEST plan • Robust 10,000 node autonomous ad hoc sensor network • Operationally relevant environment • Demonstrating the capabilities • Monitoring and Protection • Long linear structures (Pipelines, borders, …) • End of FY ’04

  9. SYRIA 300 km border AL QAIM IRAQ IRAQ / SYRIA Border October 2003

  10. 2 400 nodes/km “Kansas Pipeline” – Canonical 10,000 Node Problem Both sides Sensor node with 50m range Exfiltration node (PDA) dirt road 25 km Schedule 3 month 1000 6 month 3000 6000 9 month 500m Full system demonstration 12 month Specs • Dismounts – armed and unarmed • Vehicles • 2 second latency • < $150/node • Pfa < 1 alarm/day • Pd = 0.95 at walking speed 500m 1% of Total Laydown

  11. Extreme Scaling Responsibilities • Ohio State is the lead • Berkeley’s role • Reprogramming a 10,000 node network • Software modules • Network reprogramming boot loader • System monitoring / watchdog • System support

  12. Scaling Issues

  13. Extreme Scaling Issues… raised in a NEST Sep’03 telecon • Timeline is too aggressive • June 04 100 • December 04 1000 • June 05 10,000 2. Sensing is a problem a. Magnetics unlikely to detect weapons at ranges > 1m b. PIR unlikely to be a cure-all c. Consider McEwan radars 3. Comms range seen as problematic 4. Need 4 X more PDA’s – Pfa / lifetime / latency very aggressive and triplet may be impossible to achieve simultaneously

  14. Extreme Scaling Issues… raised in a NEST Sep’03 telecon • Need for rock-solid over air loading capability needed to • demonstrate scalability – and this is not currently in hand. • Architecture work needed. • Power is a huge problem for a demonstration • Always on needed to achieve Pfa? • Debugging and software loads are battery intensive • Lifetimes are currently far too short 7. Solid packaging needed (“one touch only”) • Need a separate contractor to actually camp in desert • and deploy sensors • 9. Next tier PDA work needed , as well as highest tier (GUI)

  15. Extreme Scaling Issues… raised in a NEST Sep’03 telecon • Dynamic tagging seen as an alternate approach that • demonstrates scalability without problems in static sensor laydown 11. Rush to production seen as a costly mistake. A disciplined, Step-by-step process with formalized acceptance criteria at each Stage was recommended to avoid a failure.

  16. NEST Final Demo Goals

  17. NEST Final Demo Goals • “Bigger and better” than the midterm demo • We have the opportunity to push the demo instead of being pulled (kicking and screaming) by it • The midterm demo is money in the bank, let’s spend it • Push to get the experiments and data we need for research we care about • Extracting data from and manipulating large deployments • Establish a 100-node UCB testbed • NEST extreme scaling demo • NEST final demo

  18. Steering the Final DemoA.K.A. “If DARPA paid for and deployed an insane number of nodes, and you wanted to explore your research ideas on a real, large deployment, what research would that be?” • Identifying failing or malicious nodes • Measuring application-level metrics • Testing multi-object tracking • Exploring the small-world connectivity model • 100 small robots as agents of the network • … your ideas?

  19. Thanks! gg ppt, ownt

More Related