From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from smtp152.dfw.emailsrvr.com (smtp152.dfw.emailsrvr.com [67.192.241.152]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by huchra.bufferbloat.net (Postfix) with ESMTPS id E36CF201263 for ; Thu, 20 Jun 2013 01:58:26 -0700 (PDT) Received: from localhost (localhost.localdomain [127.0.0.1]) by smtp32.relay.dfw1a.emailsrvr.com (SMTP Server) with ESMTP id D050550697; Thu, 20 Jun 2013 04:58:24 -0400 (EDT) X-Virus-Scanned: OK Received: by smtp32.relay.dfw1a.emailsrvr.com (Authenticated sender: ford-AT-isoc.org) with ESMTPSA id 1F4DB50686; Thu, 20 Jun 2013 04:58:23 -0400 (EDT) Mime-Version: 1.0 (Mac OS X Mail 6.5 \(1508\)) Content-Type: text/plain; charset=iso-8859-1 From: Matthew Ford In-Reply-To: Date: Thu, 20 Jun 2013 09:58:15 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <81F8FFF3-0AB7-490C-90C8-DD9957761E0F@isoc.org> References: To: Dave Taht X-Mailer: Apple Mail (2.1508) Cc: bloat Subject: Re: [Bloat] low latency workshop X-BeenThere: bloat@lists.bufferbloat.net X-Mailman-Version: 2.1.13 Precedence: list List-Id: General list for discussing Bufferbloat List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Jun 2013 08:58:27 -0000 On 19 Jun 2013, at 22:27, Dave Taht wrote: > I was trying to find the isoc/rite low latency workshop info http://www.internetsociety.org/latency2013 > via > google today and stumbled across a competing event in london and a > whole website dedicated to the latency issues in the trading industry. Interesting, thanks for the pointer. I wouldn't describe it as competing = though - seems pretty focussed on the high-frequency trading = application, although there is obviously overlap. Mat >=20 > This talk >=20 > = http://low-latency.com/audio/london-low-latency-summit-2013-workshop-low-l= atency-application-engineering >=20 > had slide 18 showing the enormous improvement in from-userspace > timestamp fetching behavior in linux - from 637ns for CLOCK_REALTIME > in 2.6.27, to 35ns in linux 3.5.4... >=20 > Based on some old scars I was leery of using timestamping in userspace > for some tasks. No longer. >=20 > There are also some boards that look useful for analyzing hard > networking stuff in detail mentioned. >=20 > --=20 > Dave T=E4ht >=20 > Fixing bufferbloat with cerowrt: = http://www.teklibre.com/cerowrt/subscribe.html > _______________________________________________ > Bloat mailing list > Bloat@lists.bufferbloat.net > https://lists.bufferbloat.net/listinfo/bloat