From owner-freebsd-current@freebsd.org Thu Nov 26 11:16:55 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id D89614A922D for ; Thu, 26 Nov 2020 11:16:55 +0000 (UTC) (envelope-from freebsd@grem.de) Received: from mail.evolve.de (mail.evolve.de [213.239.217.29]) (using TLSv1.3 with cipher TLS_CHACHA20_POLY1305_SHA256 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA512 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mail.evolve.de", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4ChZw572jXz3qwX for ; Thu, 26 Nov 2020 11:16:53 +0000 (UTC) (envelope-from freebsd@grem.de) Received: by mail.evolve.de (OpenSMTPD) with ESMTP id 286652bb; Thu, 26 Nov 2020 11:16:44 +0000 (UTC) Received: by mail.evolve.de (OpenSMTPD) with ESMTPSA id 05498dae (TLSv1.3:AEAD-CHACHA20-POLY1305-SHA256:256:NO); Thu, 26 Nov 2020 11:16:43 +0000 (UTC) Date: Thu, 26 Nov 2020 12:16:23 +0100 From: Michael Gmelin To: Gary Jennejohn Cc: Warner Losh , tech-lists , FreeBSD Current Subject: Re: possible usb3-connected hard drive spin down causing lag Message-ID: <20201126121623.31ea2cd3@bsd64.grem.de> In-Reply-To: <20201126091206.0dcd5b33@ernst.home> References: <20201126080724.1cb3a8af@ernst.home> <20201126091206.0dcd5b33@ernst.home> X-Face: $wrgCtfdVw_H9WAY?S&9+/F"!41z'L$uo*WzT8miX?kZ~W~Lr5W7v?j0Sde\mwB&/ypo^}> +a'4xMc^^KroE~+v^&^#[B">soBo1y6(TW6#UZiC]o>C6`ej+i Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAJFBMVEWJBwe5BQDl LASZU0/LTEWEfHbyj0Txi32+sKrp1Mv944X8/fm1rS+cAAAACXBIWXMAAAsTAAAL EwEAmpwYAAAAB3RJTUUH3wESCxwC7OBhbgAAACFpVFh0Q29tbWVudAAAAAAAQ3Jl YXRlZCB3aXRoIFRoZSBHSU1QbbCXAAAAAghJREFUOMu11DFvEzEUAGCfEhBVFzuq AKkLd0O6VrIQsLXVSZXoWE5N1K3DobBBA9fQpRWc8OkWouaIjedWKiyREOKs+3PY fvalCNjgLVHeF7/3bMtBzV8C/VsQ8tecEgCcDgrzjekwKZ7TwsJZd/ywEKwwP+ZM 8P3drTsAwWn2mpWuDDuYiK1bFs6De0KUUFw0tWxm+D4AIhuuvZqtyWYeO7jQ4Aea 7jUqI+ixhQoHex4WshEvSXdood7stlv4oSuFOC4tqGcr0NjEqXgV4mMJO38nld4+ xKNxRDon7khyKVqY7YR4d+Cg0OMrkWXZOM7YDkEfKiilCn1qYv4mighZiynuHHOA Wq9QJq+BIES7lMFUtcikMnkDGHUoncA+uHgrP0ctIEqfwLHzeSo+eUA66AqzwN6n 2ZHJhw6Qh/PoyC/QENyEyC/AyNjq74Bs+3UH0xYwzDUC4B97HgLocg1QLYgDDO1v f3UX9Y307Ew4AHh67YAFFsxEpkXwpXY3eIgMhAAE3R19L919nNnuD2wlPcDE3UeT L2ytEICQib9BXgS2fU8PrD82ToYO1OEmMSnYTjSqSv9wdC0tPYC+rQRQD9ESnldF CyqfmiYW+tlALt8gH2xrMdC/youbjzPXEun+/ReXsMCDyve3dZc09fn2Oas8oXGc Jj6/fOeK5UmSMPmf/jL+GD8BEj0k/Fn6IO4AAAAASUVORK5CYII= MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4ChZw572jXz3qwX X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.44 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[grem.de:s=20180501]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; R_SPF_ALLOW(-0.20)[+ip4:213.239.217.29/32]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[grem.de]; SPAMHAUS_ZRD(0.00)[213.239.217.29:from:127.0.2.255]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[grem.de:+]; NEURAL_HAM_SHORT(-0.94)[-0.942]; FREEMAIL_TO(0.00)[gmail.com]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RBL_DBL_DONT_QUERY_IPS(0.00)[213.239.217.29:from]; ASN(0.00)[asn:24940, ipnet:213.239.192.0/18, country:DE]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 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: Thu, 26 Nov 2020 11:16:55 -0000 On Thu, 26 Nov 2020 10:12:06 +0100 Gary Jennejohn wrote: > On Thu, 26 Nov 2020 01:14:02 -0700 > Warner Losh wrote: > > > On Thu, Nov 26, 2020 at 1:07 AM Gary Jennejohn > > wrote: > > > On Thu, 26 Nov 2020 00:10:40 +0000 > > > tech-lists wrote: > > > > > > > Hi, > > > > > > > > I have a usb3-connected harddrive. dmesg shows this: > > > > [...] > > > > da0: Fixed Direct Access SPC-4 SCSI device > > > > [...] > > > > > > > > running current-r367806-arm64 > > > > > > > > I think it might be auto-spinning-down or auto-sleeping. It's > > > > making initial interaction lag of 2-3 seconds. Is there a > > > > sysctl or something somewhere where I can tell it to never > > > > sleep? Or is that something I'd need to contact the > > > > manufacturer about? Or is there an alternative strategy like > > > > tmpfs. It's not a "green" drive but I guess it might be > > > > "green" in that it's usb3 powered. > > > > > > > > I have vfs.read_max=128 in /etc/sysctl.conf > > > > zdb has ashift=12 > > > > > > > > In case it's relevant, the filesystem on the disk is zfs. Once > > > > "woken up", inferaction is quick, as expected. > > > > thanks, > > > > > > > > > > I'd be interested in an answer to this question myself. I have > > > several USB-attached UFS2 disks which spin down after a few > > > minutes. > > > > > > But, based on some quick searches, this behavior is either a > > > "feature" of the disk itself - seems common with so-called green > > > disks - or of the controller in the external enclosure or docking > > > station. > > > > > > This behavior makes sense for drives used with laptops, but for > > > desktop computers not so useful. > > > > > > There are some sysctl's relevant to spindown, but they appear to > > > only come into play during suspend or shutdown. The ones > > > relevant to USB which I found are: > > > > > > kern.cam.ada.spindown_suspend: Spin down upon suspend > > > kern.cam.ada.spindown_shutdown: Spin down upon shutdown > > > > > > There may be commands which a user can send the disk/controller to > > > disable this behavior, but I didn't find any with my simple > > > searches. > > > > For SAS drives, there's a mode page that controls this behavior. > > > > You might see if the sysutil/ataidle port/package does what you > > want. > > Thanks, Warner, but that port is not in my HEAD ports tree. It's > also not in the HEAD pkg repository. Many the name has changed? > > My disks are all SATA in various USB3 enclosures/docking stations. > I also used ataidle in the past, but it was removed from the ports tree in 2018 (see MOVED). Since then, I'm using camcontrol to set standby timeout values on my SATA drives, I never tried it on USB devices though. Example: /sbin/camcontrol standby /dev/da2 -v -t 1800 Best, Michael -- Michael Gmelin