Presentation is loading. Please wait.

Presentation is loading. Please wait.

Web100 Basil Irwin National Center for Atmospheric Research Matt Mathis Pittsburgh Supercomputing Center Halloween, 2000.

Similar presentations


Presentation on theme: "Web100 Basil Irwin National Center for Atmospheric Research Matt Mathis Pittsburgh Supercomputing Center Halloween, 2000."— Presentation transcript:

1 Web100 Basil Irwin irwin@ucar.edu National Center for Atmospheric Research Matt Mathis mathis@psc.edu Pittsburgh Supercomputing Center Halloween, 2000

2 NCAR National Center for Atmospheric Research 2 The Problem

3 NCAR National Center for Atmospheric Research 3 Problem Explanation A major TCP design feature is to compensate for packet/ack latency by sending and buffering multiple consecutive unacknowledged packets Packets are buffered for possible retransmission until acknowledgement is received, so the maximum size of the TCP transmit buffer determines the maximum amount of data that can be retransmitted prior to acknowledgement

4 NCAR National Center for Atmospheric Research 4 Problem Explanation (cont.) Transmission will stop if the TCP transmit buffer fills up because none of the transmitted packets have been acknowledged To utilized the full bandwidth of a given connection, packets need to be transmitted continuously, i.e., packet transmission must never stop Therefore, the TCP transmit buffer must be large enough to avoid completely filling up with unacknowledged packets

5 NCAR National Center for Atmospheric Research 5 Problem Explanation (cont.) To avoid “premature” filling, the TCP transmit buffer must be at least the number of bytes equal to the product of the round trip latency and the bandwidth of the connection The problem is that the TCP transmit buffer size is usually defaulted by the application to the kernel default value, and the kernel default is usually sized for low bandwidth LAN connections with very small latency

6 NCAR National Center for Atmospheric Research 6 Problem Explanation (cont.) Also, most apps don’t provide a user-parameter to override the default value And even if they did, how does one “know” what the bandwidth of the connection is? So the problem is that most TCP apps repeatedly halt data transmission due to mini-sized TCP transmit buffers, and they don’t provide a way for the user to increase the buffer size, and even if they did, the user doesn’t know what size to use

7 NCAR National Center for Atmospheric Research 7 A Solution

8 NCAR National Center for Atmospheric Research 8 Solution Explanation Have the OS/kernel transparently, automatically, and optimally set the TCP transmit buffer size (“autotuning”) for the bandwidth and latency conditions detected at all times during every TCP connection based on congestion feedback information available from the TCP stack This is easier said than done, and it is what Web100 is all about

9 NCAR National Center for Atmospheric Research 9 What Web100 Is Do “autotuning” via the following method: Implement per-connection TCP MIB in kernel Similar to UNIX netstat information, but per- TCP-connection and more useful information Write-variables will allow user-level TCP- connection performance tuning based on real- time congestion feedback from TCP connection Also allows multitude of user-level display and diagnostic tools regarding TCP behavior during real-time

10 NCAR National Center for Atmospheric Research 10 The Prototype

11 NCAR National Center for Atmospheric Research 11 Implementation Information ~1,200 diff lines against Linux 2.2.14 API is through /proc pseudo-file system About 80 defined variables right now All counters are cumulative (soon to include statistical measures as well) Counters updated continuously in kernel; /proc updates each time accessed One instance of data structure for each TCP session in /proc

12 NCAR National Center for Atmospheric Research 12 The Coding Team Matt Mathis at PSC is principal designer John Heffner at PSC is currently the main coder Andy Adams at PSC is working on prototype autotuning daemon John Estabrook at NCSA is working on prototype GUI applications (Jeff Semke formerly at PSC was lead software engineer and programmer)

13 NCAR National Center for Atmospheric Research 13 128.182.61.238.22 128.182.61.156.1022 ESTABLISHED --------------------------+-------------------------+--------------------------- PktsIn 1974 | PktsOut 1951 | Enabled: DataPktsIn 972 | DataPktsOut 1002 | SACK N AckPktsIn 1975 | AckPktsOut 949 | ECN N DataBytesIn 19823 | DataBytesOut 74651 | Timestamps N DupAcksIn 0 | PktsRetran 0 | | BytesRetran 0 | --------------------------+-------------------------+--------------------------- loss episodes 0 | cwnd 1453792 | winscale rcvd 0 timeouts 0 | max cwnd 1453792 | rwin rcvd 986816 TO after FR 0 | ssthresh 0 | max rwin rcvd 986880 | min ssthresh 0 | winscale sent 0 | max ssthresh 0 | rwin sent 32120 | | max rwin sent 32120 ---------------------+----+-----------------+-------+-------+------------------- rto (ms) 20 | rtt (ms) 1 | mss 1448 | Rate min rto (ms) 20 | min rtt (ms) 0 | min mss 1448 | Out (kbps) 0.1 max rto (ms) 20 | max rtt (ms) 1 | max mss 1448 | In (kbps) 0.0 ---------------------+----------------------+---------------+------------------- Overall rate-controlling effects (only valid if we are the sender): aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa Receiver:(S)topped,(A)pp,(B)ufsize / Path:(C)ongestion / Sender:(b)ufsize,(a)pp Sample Demo Output

14 NCAR National Center for Atmospheric Research 14 Demo Code Release

15 NCAR National Center for Atmospheric Research 15 Timetable Alpha release to made today (Halloween)! * Very limited set of handpicked testers * To test install procedures * To test API and API documentation * To provide bug and feature feedback Additional alpha testers are possible, but must provide a test plan Beta release date unknown * Code is in an extremely early state * Project just received funding from NSF on 9/15

16 NCAR National Center for Atmospheric Research 16 Web100 Project Elements

17 NCAR National Center for Atmospheric Research 17 Support

18 NCAR National Center for Atmospheric Research 18 Develop Support Procedures Distribution of source, binary, etc. Feedback from users to developers Website development Answer questions, etc, Much of this is being done by NCSA

19 NCAR National Center for Atmospheric Research 19 Continued Development

20 NCAR National Center for Atmospheric Research 20 Code Improvements Continuous kernel, MIB, and feature improvements based on user feedback What we have now is a concept demonstration just to start the feedback process Expect several iterations Projected work includes OS-independent library-based API, autotuning the receive buffer, 64-bit counters, statistical variables

21 NCAR National Center for Atmospheric Research 21 Autotuning Use the writeable variables to develop user- level dynamic optimal maximum TCP buffer- size algorithms based on TCP congestion- feedback variables

22 NCAR National Center for Atmospheric Research 22 Tool Development Assist tool developers, collect, package, and distribute tools

23 NCAR National Center for Atmospheric Research 23 TCP-MIB Development

24 NCAR National Center for Atmospheric Research 24 TCP-MIB Define, publish, and shepherd new TCP-MIB through the MIB standards process

25 NCAR National Center for Atmospheric Research 25 Vendor Acceptance

26 NCAR National Center for Atmospheric Research 26 Work with Vendors Extremely important commercial OS vendors pick this code up as quickly as possible Integral part of Web100 proposal Will work closely with vendors to achieve this Includes working with Linux community to have Web100 code included in standard Linux kernel releases

27 NCAR National Center for Atmospheric Research 27 Linux Distribution Work with Linux distributors to pick up Web100 tool suite Perhaps publish Web100/NSF Linux release based on one or more common commercial releases, perhaps including other work from other NLANR/I2 development projects

28 NCAR National Center for Atmospheric Research 28 URLs

29 NCAR National Center for Atmospheric Research 29 URLs www.web100.org

30 NCAR National Center for Atmospheric Research 30 Project Status

31 NCAR National Center for Atmospheric Research 31 Pending NSF Funding Major funding for Web100 has been provided from NSF/CISE/ANIR Web100 also has received $100,000 grant from Cisco Systems.

32 NCAR National Center for Atmospheric Research 32 Partners National Center for Atmospheric Research Pittsburgh Supercomputer Center National Center for Supercomputing Applications

33 NCAR National Center for Atmospheric Research 33 Discussion and Feedback!


Download ppt "Web100 Basil Irwin National Center for Atmospheric Research Matt Mathis Pittsburgh Supercomputing Center Halloween, 2000."

Similar presentations


Ads by Google