From owner-freebsd-net@freebsd.org Fri Aug 28 12:11:29 2015 Return-Path: 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 751199C430C for ; Fri, 28 Aug 2015 12:11:29 +0000 (UTC) (envelope-from bounce_Ayw26yaeJnSA8M82_xvx4YcsukLNnIm4c_df8eb5e06b037b98_1@pm1009.com) Received: from b3.mtb-2.com (b3.mtb-2.com [69.63.146.172]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 279F69FB for ; Fri, 28 Aug 2015 12:11:28 +0000 (UTC) (envelope-from bounce_Ayw26yaeJnSA8M82_xvx4YcsukLNnIm4c_df8eb5e06b037b98_1@pm1009.com) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; s=mykey2; d=mtb-2.com; h=Reply-To:List-Unsubscribe:From:To:Subject:MIME-Version:Date:Message-Id:Content-Type; bh=bW2ZP9GjjYFdsuxpg9A3KZGQnec=; b=uaVvrLq9QFteF2bLnTt2wBBVnj9OJsIQw6NWQ48OjrU+NCm4rTqm0LmQu7XWgiLyDcw3J/ws5NJ6 6E2dZJ0N4TWCzYjL0C4KKK7GBXCGXHyzrdyDEIsdy8quvJ0flNTN1UWeZ4S919BrtkuG0p6Bnv0F DoAJSBawMD4Gura27dqN0DrS9iMBk64wEyHK3VAh1W+JO23B7XRsPM8EN+vxD45lVXMHh8jpMDSf mS+gyrAqwdpBIxQ352n6of3gwoDWb8UGxk+/q+5onzwAqXpt4n5KViZkj4qK9h8BTZHPK4lHBSh1 8NK1dpdR/NZ2FuHLKfDpRquPmpTSKURjOAMTtw== Received: from localhost (10.10.204.18) by b3.mtb-2.com id hs17v2157o49 for ; Fri, 28 Aug 2015 14:01:20 +0200 (envelope-from ) Reply-To: digital@cgconsulting.co.za X-Priority: 3 X-Report-Abuse: X-Data: xvx4YcsukLNnIm4c.df8eb5e06b037b98 X-Data-EUID: 38c72f7ae0162144901e855c78e5cf06 X-Data-Rating: -2 From: Philips Healthcare To: freebsd-net@freebsd.org Subject: Accelerating Healthcare Innovation MIME-Version: 1.0 Date: Fri, 28 Aug 2015 13:01:20 +0100 Message-Id: <2015082813132820.2129.272@digitalfire.co.za> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Aug 2015 12:11:29 -0000 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: 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 ; 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 ; 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 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 , "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> In-Reply-To: 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 List-Unsubscribe: , List-Archive: List-Post: List-Help: List-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