From owner-freebsd-questions@freebsd.org Sat Feb 16 18:48:40 2019 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1A1AE14F12B9 for ; Sat, 16 Feb 2019 18:48:40 +0000 (UTC) (envelope-from ipluta@wp.pl) Received: from mx4.wp.pl (mx4.wp.pl [212.77.101.12]) (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 6A69595F36 for ; Sat, 16 Feb 2019 18:48:38 +0000 (UTC) (envelope-from ipluta@wp.pl) Received: (wp-smtpd smtp.wp.pl 4977 invoked from network); 16 Feb 2019 19:48:35 +0100 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=wp.pl; s=1024a; t=1550342915; bh=BCaDdtN3ahvrJzLNSM047Epa8Qe8AA9rBd60zxB7dOk=; h=Subject:To:From; b=ajpX5ZRALk7fYd5KxtiRDV64iYhM3nyngXc2Sv5ld8Q5T8UV/Z51Bj298xj16uHA0 oE9Zj4m59VRr4X8xyvXjOCVO6WZnWR8uM6M3Mo3Fqw2vBKNhW68/qr/crPR5Sif3Ju cgUP0GOD5Ug6YRt/ul8skp12dO9g3maKhBC81VmY= Received: from afny252.neoplus.adsl.tpnet.pl (HELO [10.0.0.82]) (ipluta@wp.pl@[178.42.102.252]) (envelope-sender ) by smtp.wp.pl (WP-SMTPD) with ECDHE-RSA-AES256-GCM-SHA384 encrypted SMTP for ; 16 Feb 2019 19:48:35 +0100 Subject: Re: Sector size change with camcontrol To: Matthias Oestreicher , freebsd-questions@freebsd.org References: <53922cb7f04e5399ee5f71dab24d9ee0c1536a10.camel@smormegpa.no> From: Ireneusz Pluta Message-ID: <6a56b96e-7c4b-e108-7294-8be69e0f8ec6@wp.pl> Date: Sat, 16 Feb 2019 19:48:28 +0100 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:60.0) Gecko/20100101 Thunderbird/60.5.0 MIME-Version: 1.0 In-Reply-To: <53922cb7f04e5399ee5f71dab24d9ee0c1536a10.camel@smormegpa.no> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: pl X-WP-MailID: 45f6420c03ef83faed670ef5a35cde59 X-WP-AV: skaner antywirusowy Poczty Wirtualnej Polski X-WP-SPAM: NO 000000A [MQNU] X-Rspamd-Queue-Id: 6A69595F36 X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=wp.pl header.s=1024a header.b=ajpX5ZRA; spf=pass (mx1.freebsd.org: domain of ipluta@wp.pl designates 212.77.101.12 as permitted sender) smtp.mailfrom=ipluta@wp.pl X-Spamd-Result: default: False [-4.26 / 15.00]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:212.77.96.0/19]; FREEMAIL_FROM(0.00)[wp.pl]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[wp.pl:+]; MX_GOOD(-0.01)[cached: mx.wp.pl]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_HAM_SHORT(-0.84)[-0.840,0]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[wp.pl]; ASN(0.00)[asn:12827, ipnet:212.77.101.0/24, country:PL]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[wp.pl.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-0.999,0]; R_DKIM_ALLOW(-0.20)[wp.pl:s=1024a]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-questions@freebsd.org]; DMARC_NA(0.00)[wp.pl]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[12.101.77.212.list.dnswl.org : 127.0.5.0]; IP_SCORE(-0.91)[ipnet: 212.77.101.0/24(-2.56), asn: 12827(-2.04), country: PL(0.03)] X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 Feb 2019 18:48:40 -0000 W dniu 2019-02-16 o 18:41, Matthias Oestreicher pisze: > As from the manual, your drive is physically a 4K drive already, even if it REPORTS to have a > sector size of 512 bytes. It's irrelevant what the drives reports in FreeBSD. Matthias, thank you for your extensive explanation. That's all clear. My only point in attempting to change (reported) sector size is to improve performance. Wouldn't 4k seen by the OS allow to have higher IOPS, as compared to 512? To make the view complete: the drives are going to run in a 24-bay backplane, as a zpool created as: zpool create data \     mirror /dev/label/da0 /dev/label/da1 \     mirror /dev/label/da2 /dev/label/da3 \     ...     mirror /dev/label/da20 /dev/label/da21 \     spare  /dev/label/da22 /dev/label/da23