From owner-freebsd-current@freebsd.org Sun Jan 7 17:41:46 2018 Return-Path: Delivered-To: freebsd-current@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 D74EAE77BC3 for ; Sun, 7 Jan 2018 17:41:46 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-210-119.reflexion.net [208.70.210.119]) (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 8295C6FB56 for ; Sun, 7 Jan 2018 17:41:46 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 14607 invoked from network); 7 Jan 2018 17:41:44 -0000 Received: from unknown (HELO rtc-sm-01.app.dca.reflexion.local) (10.81.150.1) by 0 (rfx-qmail) with SMTP; 7 Jan 2018 17:41:44 -0000 Received: by rtc-sm-01.app.dca.reflexion.local (Reflexion email security v8.40.4) with SMTP; Sun, 07 Jan 2018 12:41:44 -0500 (EST) Received: (qmail 25431 invoked from network); 7 Jan 2018 17:41:44 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 7 Jan 2018 17:41:44 -0000 Received: from [192.168.1.25] (c-76-115-7-162.hsd1.or.comcast.net [76.115.7.162]) by iron2.pdx.net (Postfix) with ESMTPSA id BEE5EEC8BF3; Sun, 7 Jan 2018 09:41:43 -0800 (PST) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Subject: Re: USB stack From: Mark Millard In-Reply-To: Date: Sun, 7 Jan 2018 09:41:43 -0800 Cc: FreeBSD Current Content-Transfer-Encoding: quoted-printable Message-Id: <1F10CBFE-1AAC-4307-976A-0CDA80EDC616@dsl-only.net> References: <3F9697E3-3C25-45CB-804A-9C3607E434C4@dsl-only.net> <0AB4ED58-E01A-4761-B6EF-4D56F8CA21E3@dsl-only.net> To: blubee blubeeme X-Mailer: Apple Mail (2.3273) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 07 Jan 2018 17:41:46 -0000 On 2018-Jan-7, at 7:50 AM, blubee blubeeme = wrote: > I ran this test and here's some results. > gstat -pd images: >=20 > 18GB file from laptop to phone: https://imgur.com/a/7iHwv > 18GB file from laptop to ssd: https://imgur.com/a/40Q6V > multiple small files from laptop to phone: https://imgur.com/a/B4v4y > multiple small files from laptop to ssd: https://imgur.com/a/mDiMu >=20 > The files are missing timestamps but the originals were taken with = scrot and have timestamps available here: = https://nofile.io/f/mzKnkpM9CyC/stats.tar.gz2 >=20 > as far as why there's such high deletions? I can't say I'm only using = cp. I assume that md99 is for a file-based swap-space, such as via /var/swap0 file. (As a side note I warn about bugzilla 206048 for such contexts.) Otherwise please describe how md99 is created. (Below I assume the swap-space usage of md99.) The only other device that your pictures show is your NVMe device nvd0. No picture shows a device for the LG v30 when it is mentioned above as being copied to or from. How is it that there is no mounted device shown for the LG v30? No picture shows a device for the SSD when it is mentioned above as being copied to or from. How is it that there is no mounted device shown for the SSD? Without a device displayed for the LG-v30/SSD there is nothing displayed for its reads or writes. This makes the gstat -pd useless. May be the p needs to be omitted for some reason? gstat -d =3D=3D=3D Mark Millard markmi at dsl-only.net