Date: Fri, 28 Aug 2015 13:01:20 +0100 From: Philips Healthcare <campaigns@digitalfire.co.za> To: freebsd-net@freebsd.org Subject: Accelerating Healthcare Innovation Message-ID: <2015082813132820.2129.272@digitalfire.co.za>
next in thread | raw e-mail | index | archive | help
Philips Healthcare Issue: August 2015 Dramatic changes in store for the hospital of tomorrow “Big data” and information and communications technology set to revolutionize healthcare. Find out more ( http://dfire.ensighthq.com/content/philips/P020/media/Philips_WSJ-02_Dramatic-changes-in-store-for-the-hospital-of-tomorrow.pdf?origin=3_me_en_healthcare_media_campaign_digitalfire_eb_jul__kenya ) Precious details See how Philips MRI technology helped a team of MRI clinicians and surgeons remove a boy’s brain tumor. Follow Mustafa into the operating room in this touching story of hope. Find out more ( https://www.youtube.com/watch?v=k5KZsxLw1Bg?origin=3_me_en_healthcare_media_campaign_philips_eb_jul__kenya ) Precious details No baby forgotten No baby forgotten Gertrude’s Children’s Hospital used the Philips IntelliVue X2 technology to monitor an abandoned baby’s vital signs and help her thrive. Find out more ( https://www.youtube.com/watch?v=O2OMV-7xgts?origin=3_me_en_healthcare_media_campaign_philips_eb_jul__kenya ) Also in this issue: Leveraging key intersections to accelerate healthcare innovation Sharing risk, responsibility and reward Technology and process re-engineering open the door to coordinated care Leveraging key intersections to accelerate healthcare innovation Sharing risk, responsibility and reward Technology and process re-engineering open the door to coordinated care Find out more ( http://dfire.ensighthq.com/content/philips/P020/media/Philips_WSJ-05_Leveraging-key-intersections-to-accelerate-healthcare-innovation.pdf?origin=3_me_en_healthcare_media_campaign_digitalfire_eb_jul__kenya ) Find out more ( http://dfire.ensighthq.com/content/philips/P020/media/Philips_WSJ-13_Sharing-risk-responsibility-and-reward.pdf?origin=3_me_en_healthcare_media_campaign_digitalfire_eb_jul__kenya ) Find out more ( http://dfire.ensighthq.com/content/philips/P020/media/Philips_WSJ-16_Technology-and-process-re-engineering-open-the-door-to-coordinated-care.pdf?origin=3_me_en_healthcare_media_campaign_digitalfire_eb_jul__kenya ) Subscribe to the Philips Health newsletter ( http://dfire.ensighthq.com/live/content.php?Item_ID=7911 ) Footer From owner-freebsd-net@freebsd.org Fri Aug 28 16:35:29 2015 Return-Path: <owner-freebsd-net@freebsd.org> Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3F70B9C5BBA for <freebsd-net@mailman.ysv.freebsd.org>; Fri, 28 Aug 2015 16:35:29 +0000 (UTC) (envelope-from chris@stankevitz.com) Received: from mango.stankevitz.com (mango.stankevitz.com [208.79.93.194]) by mx1.freebsd.org (Postfix) with ESMTP id 2B926304 for <freebsd-net@freebsd.org>; Fri, 28 Aug 2015 16:35:29 +0000 (UTC) (envelope-from chris@stankevitz.com) Received: from Chriss-MacBook-Pro.local (209-203-101-124.static.twtelecom.net [209.203.101.124]) (using TLSv1.2 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by mango.stankevitz.com (Postfix) with ESMTPSA id 913FC164F; Fri, 28 Aug 2015 09:35:23 -0700 (PDT) Message-ID: <55E08DCA.6000009@stankevitz.com> Date: Fri, 28 Aug 2015 09:35:22 -0700 From: Chris Stankevitz <chris@stankevitz.com> User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:31.0) Gecko/20100101 Thunderbird/31.7.0 MIME-Version: 1.0 To: David DeSimone <ddesimone@verio.net>, "freebsd-net@freebsd.org" <freebsd-net@freebsd.org> Subject: Re: ssh over WAN: TCP window too small References: <55DCF080.7080208@stankevitz.com> <20150826010323.GN33167@funkthat.com> <55DD2A98.2010605@stankevitz.com> <20150826082457.GQ33167@funkthat.com> <55DE2FDF.5030707@stankevitz.com> <20150826223215.GS33167@funkthat.com> <BLUPR0801MB674E8904245E6707D8E082FBA6F0@BLUPR0801MB674.namprd08.prod.outlook.com> In-Reply-To: <BLUPR0801MB674E8904245E6707D8E082FBA6F0@BLUPR0801MB674.namprd08.prod.outlook.com> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Networking and TCP/IP with FreeBSD <freebsd-net.freebsd.org> List-Unsubscribe: <https://lists.freebsd.org/mailman/options/freebsd-net>, <mailto:freebsd-net-request@freebsd.org?subject=unsubscribe> List-Archive: <http://lists.freebsd.org/pipermail/freebsd-net/>; List-Post: <mailto:freebsd-net@freebsd.org> List-Help: <mailto:freebsd-net-request@freebsd.org?subject=help> List-Subscribe: <https://lists.freebsd.org/mailman/listinfo/freebsd-net>, <mailto:freebsd-net-request@freebsd.org?subject=subscribe> X-List-Received-Date: Fri, 28 Aug 2015 16:35:29 -0000 On 8/26/15 5:46 PM, David DeSimone wrote: > On 8/26/15 1:24 AM, John-Mark Gurney wrote: >>> 94146 ssh 6.686140 CALL read(0x4,0x7fffffff6c70,0x4000) >>> 94146 ssh 6.686154 GIO fd 4 read 4096 bytes >>> [ read of stdin (/dev/zero) snipped) >> >> It would be interesting to know how long from the read of stdin (and is >> it really reading stdin in 4k blocks? If so, that should be fixed) > > The read is making a call with 0x4000 = 16k buffer size, but it only receives 4k, probably because that is the max size of the pipe buffer. In that example I used `ssh < /dev/null`. I would have used 'dd if=/dev/zero bs=1m | ssh` but at the time I did not know about `foo | ktrace bar`. Although if there is such a thing named "pipe buffer" I'm not sure it would have made a difference... Chris
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?2015082813132820.2129.272>