From owner-freebsd-stable@freebsd.org Sat Feb 29 00:45:00 2020 Return-Path: Delivered-To: freebsd-stable@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 BC8DF24A75D for ; Sat, 29 Feb 2020 00:45:00 +0000 (UTC) (envelope-from mario.olofo@gmail.com) Received: from mail-qv1-xf31.google.com (mail-qv1-xf31.google.com [IPv6:2607:f8b0:4864:20::f31]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 48Tnk26qt0z4GMH for ; Sat, 29 Feb 2020 00:44:58 +0000 (UTC) (envelope-from mario.olofo@gmail.com) Received: by mail-qv1-xf31.google.com with SMTP id dc14so2234849qvb.9 for ; Fri, 28 Feb 2020 16:44:58 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=X77z+O4XcxqOH5yjRU+ByOYCIAuqbObCn2oiBgy9KtM=; b=rsFoMhAHW91/EbG5mcA64e5DfHYZihsP0BhvUfkdLstljsvltaxKQmu7vF0bBqn6xs DvQPqxrEsxlERhiH+nnnmvC3pyZIOf3lqrAwJmBQhmfB0AMwUo/XREdy1a/1x/fEYmY+ UXhRsoJr+48WUa245HOhUH1PdcWkoOris/PmoAWQWYvPlEzFLdyG289gg6KsrBN7ByY1 HLvN5sCYSHUZjlXU18ycAYL2zNpvRH0p4GCTHGa6GlDVzKy/0kTWhF5L0yYwG2ERcvWi kH0MA4njPCy/hyVORnjmLafVCHTnrFMOsty8KPo9sCtocvIx8zLOoMwl/Qu6MQeXgMfN OoLQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=X77z+O4XcxqOH5yjRU+ByOYCIAuqbObCn2oiBgy9KtM=; b=SLNjgFBtJ4/NpyG8fqLHMXgNS97HGgcNLPHpa2zeXjB0PPY2vlXBHf03l50Zy9ym3/ ig5GQ9OfEDHhoHFMiyswr9jc3ox6LaAL4g9KXh4spK3Mti15T5MJVg1P9Z/d19HOIivq tr1xnrzbqizV3smqfflipUoSqc5jcN/jaNYRS+oOgkQfFWniF25owtDqj3dS+BUdFDXJ m/kd4+ufxAwv82n+ngQbhvOKZ1Dz54AsHjnkipxl5WlpJ0NyxzOxVtOuXAbwifcu86Zu r3NQ95evwWLru89Fz5OJgwAt8uU7Pm42+gvD1jEgSwS93M/s68iJCQqqylWXFyQWfG0Q H0Mg== X-Gm-Message-State: APjAAAVQBv03SL4l6MHcUyyBeH19nzQaleeMc+shT7nVzyeA0Bq7AQT6 TDPHcY6xhbEVduqVOPu9o+zHcqBvBF91rTYLTb0= X-Google-Smtp-Source: APXvYqxkxlI76PWNcl2W9f45J4jbgOOXjKKPlgBqKzOtn3cNxME6s0HddlYsXPcMHO4O0rOqZbsYTRpdOaKosOZUoxA= X-Received: by 2002:a0c:e188:: with SMTP id p8mr6243496qvl.8.1582937097261; Fri, 28 Feb 2020 16:44:57 -0800 (PST) MIME-Version: 1.0 References: <20200224144602.GA64065@phouka1.phouka.net> <437a5eae-03c8-737d-48bf-39e2e9163d6d@nomadlogic.org> <81ef514d-2575-e9e2-136b-dc79d1c62d74@nomadlogic.org> <5127f890-3e97-4982-1e09-3f9e53ecf6aa@nomadlogic.org> In-Reply-To: From: Mario Olofo Date: Fri, 28 Feb 2020 21:44:45 -0300 Message-ID: Subject: Re: Running FreeBSD on M.2 SSD To: Theron Cc: Pete Wright , FreeBSD Stable X-Rspamd-Queue-Id: 48Tnk26qt0z4GMH X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=rsFoMhAH; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of marioolofo@gmail.com designates 2607:f8b0:4864:20::f31 as permitted sender) smtp.mailfrom=marioolofo@gmail.com X-Spamd-Result: default: False [-3.00 / 15.00]; FREEMAIL_FROM(0.00)[gmail.com]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; FREEMAIL_TO(0.00)[gmail.com]; FROM_EQ_ENVFROM(0.00)[]; IP_SCORE(0.00)[ip: (-6.99), ipnet: 2607:f8b0::/32(-1.88), asn: 15169(-1.67), country: US(-0.05)]; MIME_TRACE(0.00)[0:+,1:+,2:~]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; TAGGED_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; TAGGED_RCPT(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; IP_SCORE_FREEMAIL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[] Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Feb 2020 00:45:00 -0000 Hello guys, a little update that let me more confused I reinstalled the FreeBSD with 4k pages using the sysctl vfs.zfs.min_auto_ashift =3D 12 and no errors after a lot of stress I put on it. One thing that I noticed is that with the pool as 4k, the disk fill up very fast, recompiling the kernel used my 8GB space and didn't even completed. But now I don't know if the 4k is the correct answer or if this just delays the problem as the pages are bigger. Mario Em sex., 28 de fev. de 2020 =C3=A0s 13:18, Mario Olofo escreveu: > Yes, tried 4k quirk but not on install because don't know how to, I did a > clean install then patch and rebuild the kernel, but > the volume was already configured for 512bytes, I think I would need to > create manually the volume, but don't remember how to anymore xD > But I'll search some tutorials and try. From what I saw, the patch > suggested on bugzilla got merged into the stable branch, so the quirk wil= l > be > detected to use 4k in the installer in a near future. > > Mario > > Em sex., 28 de fev. de 2020 =C3=A0s 12:52, Theron > escreveu: > >> On 2020-02-28 09:14, Mario Olofo wrote: >> > Thanks! >> > >> > The only thing that I didn't checked was the questions of Theron, abou= t >> > misaligned data. >> > The layout of the disk is as follows: >> > >> > Disco /dev/sdb: 447,1 GiB, 480113590272 bytes, 937721856 setores >> > Unidades: setor de 1 * 512 =3D 512 bytes >> > Tamanho de setor (l=C3=B3gico/f=C3=ADsico): 512 bytes / 512 bytes >> > Tamanho E/S (m=C3=ADnimo/=C3=B3timo): 512 bytes / 512 bytes >> > Tipo de r=C3=B3tulo do disco: gpt >> > Identificador do disco: D1725E60-D734-4461-90F8-E9EB2376A65A >> > >> > Dispositivo In=C3=ADcio Fim Setores Tamanho Tipo >> > /dev/sdb1 2048 1023999 1021952 499M Windows ambiente de >> > recupera=C3=A7=C3=A3o >> > /dev/sdb2 1024000 1228799 204800 100M Sistema EFI >> > /dev/sdb3 1228800 1261567 32768 16M Microsoft reservado >> > /dev/sdb4 1261568 532482047 531220480 253,3G Microsoft dados b=C3= =A1sico >> > /dev/sdb5 532482048 549257215 16775168 8G FreeBSD ZFS >> > /dev/sdb6 549257216 937719807 388462592 185,2G Linux sistema de >> arquivos >> > >> > The zfsroot was configured automatically by the installer, so I think >> that >> > it align the volume automaticaly right? >> > >> > Mario >> >> Yes, I don't see any potential alignment issue here. I would wonder if >> this drive is misrepresenting its physical sector size, deceiving ZFS >> and the SATA driver into making small writes that the drive does not >> actually support, but it looks like you may have already tried the >> relevant workaround: >> >> On 2020-02-27 23:44, Mario Olofo wrote: >> > Maybe the problem really is a combination of factors, for the person >> that >> > filed a bug on bugzilla the fix was setting the quirks 4k and >> broken_trim, >> > but for me the real block size is 512bytes and only setting the flag >> > broken_trim didn't help... >> > >> > Mario >> Did you try 4k quirk ? >> >> Theron >> >