Date: Thu, 5 Feb 2015 08:56:59 +0100 From: Dimitry Andric <dim@FreeBSD.org> To: "Lundberg, Johannes" <johannes@brilliantservice.co.jp> Cc: FreeBSD Current <freebsd-current@freebsd.org>, Allan Jude <allanjude@freebsd.org> Subject: Re: Weird behavior writing to SSD on 2013 MacBook Message-ID: <AF0781EF-50BD-4CAB-8FEC-6334EED6DACF@FreeBSD.org> In-Reply-To: <CAASDrVmcOzQiNMhi5dukd4PEyGXV4_T71jh3E3DfaWjKWWWM6g@mail.gmail.com> References: <CAASDrV=d=7aGdsDzDxRS2aXW%2BtWijVmNWrCNSYLWrWWvgwYx6Q@mail.gmail.com> <54D2C3DA.4060205@freebsd.org> <CAASDrV=9zrG8mH0Cn770yJLG6cBxuFjBQthhcHB_q4e7Afthww@mail.gmail.com> <CAASDrVnY8RQV2C=k=_v=23VD%2BQcXYegm1SLQPXDULwfQQ1xsDA@mail.gmail.com> <54D319EA.5020709@freebsd.org> <CAASDrVmcOzQiNMhi5dukd4PEyGXV4_T71jh3E3DfaWjKWWWM6g@mail.gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
--Apple-Mail=_F0CA1BB8-6CFF-40A4-8926-D637EA990818 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 If you let bsdtar continue, and press control-T a few times, does the user time (u) increase at all? Does it ever go any further, if you let it run for a very long time? I believe a problem may have been introduced by r277922, leading to filesystem hangs in some scenarios. It looks like this commit is also in dumbbell's github fork: = https://github.com/dumbbell/freebsd/commit/83723416a6bb8695d60c6573722a810= 86899f521 -Dimitry > On 05 Feb 2015, at 08:32, Lundberg, Johannes = <johannes@brilliantservice.co.jp> wrote: >=20 > The release is the latest snapshot memstick image and kernel is from > https://github.com/dumbbell/freebsd/tree/kms-drm-update-38. >=20 > I think this problem existed before I changed kernel. >=20 > I haven't changed any settings on the filesystem so I assume TRIM is = off. >=20 > When stopped "bsdtar" is in state "flswai". What does this mean? >=20 > / is 13 GB and 80% full. >=20 >=20 > -- > Johannes Lundberg > BRILLIANTSERVICE CO., LTD. >=20 > On Thu, Feb 5, 2015 at 4:21 PM, Allan Jude <allanjude@freebsd.org> = wrote: >=20 >> On 2015-02-04 20:40, Lundberg, Johannes wrote: >>> By the way, >>>=20 >>> For the second test I first ran portsnap extract without removing = the old >>> /usr/ports folder and it ran through quickly without any halts.. >>>=20 >>> -- >>> Johannes Lundberg >>> BRILLIANTSERVICE CO., LTD. >>>=20 >>> On Thu, Feb 5, 2015 at 10:38 AM, Lundberg, Johannes < >>> johannes@brilliantservice.co.jp> wrote: >>>=20 >>>> I deleted /usr/ports and did a new portsnap extract >>>>=20 >>>> portsnap stopped at /usr/ports/editors/teco >>>>=20 >>>> that folder is empty and the previous folder (editors/tea) is = populated >>>> with files. >>>>=20 >>>> portsnap stopped for about 2-3 minutes and during the whole time = gstat >>>> showed values like this: (disc io load was constantly fluctuating = around >>>> 200 MB/s, not static) >>>>=20 >>>> dT: 1.002s w: 1.000s >>>> L(q) ops/s r/s kBps ms/r w/s kBps ms/w %busy Name >>>> 1240 43523 0 0 0.0 43523 220158 24.1 99.5| ada0 >>>> 0 0 0 0 0.0 0 0 0.0 0.0| = ada0p1 >>>> 0 0 0 0 0.0 0 0 0.0 0.0| = ada0p2 >>>> 0 0 0 0 0.0 0 0 0.0 0.0| = ada0p3 >>>> 0 0 0 0 0.0 0 0 0.0 0.0| = ada0p4 >>>> 0 0 0 0 0.0 0 0 0.0 0.0| = ada0p5 >>>> 0 0 0 0 0.0 0 0 0.0 0.0| = ada0p6 >>>> 1240 43523 0 0 0.0 43523 220158 24.1 99.5| = ada0p7 >>>> 0 0 0 0 0.0 0 0 0.0 0.0| = ada0p8 >>>> 0 0 0 0 0.0 0 0 0.0 0.0| >>>> gpt/EFI%20System%20Partition >>>> 0 0 0 0 0.0 0 0 0.0 0.0| >>>> gptid/ca33c17c-0ef4-4d9b-b2bb-cb37a907504b >>>> 0 0 0 0 0.0 0 0 0.0 0.0| >> msdosfs/EFI >>>> 0 0 0 0 0.0 0 0 0.0 0.0| >> gpt/Untitled >>>> 0 0 0 0 0.0 0 0 0.0 0.0| >>>> gptid/319461e8-0310-47d5-b4d1-6ba5a92cf9a9 >>>> 0 0 0 0 0.0 0 0 0.0 0.0| >>>> gpt/Recovery%20HD >>>> 0 0 0 0 0.0 0 0 0.0 0.0| >>>> gptid/cb9530b7-8872-46d0-b36c-fca667b4e541 >>>> 0 0 0 0 0.0 0 0 0.0 0.0| >>>> gptid/6ac11466-21c5-4420-85bc-eb1c3c7fa616 >>>> 0 0 0 0 0.0 0 0 0.0 0.0| >>>> gptid/0047cc59-6b75-4508-98d0-842beafd3164 >>>> 0 0 0 0 0.0 0 0 0.0 0.0| >>>> gptid/ddebb168-ac18-11e4-8f9e-283737012e32 >>>> 0 0 0 0 0.0 0 0 0.0 0.0| >>>> msdosfs/NO_NAME >>>>=20 >>>>=20 >>>> That is, 100% busy and 200 MB/s... >>>>=20 >>>> top shows >>>>=20 >>>> last pid: 13709; load averages: 1.18, 0.98, >>>> 0.58 >>>> up 0+00:28:36 10:35:38 >>>> 27 processes: 1 running, 26 sleeping >>>> CPU: 0.0% user, 0.0% nice, 12.3% system, 11.1% interrupt, 76.6% = idle >>>> Mem: 25M Active, 651M Inact, 587M Wired, 30M Cache, 411M Buf, 2566M = Free >>>> Swap: 706M Total, 706M Free >>>>=20 >>>>=20 >>>> I have used FreeBSD with SSD plenty and never seen this behavior = before. >>>>=20 >>>> -- >>>> Johannes Lundberg >>>> BRILLIANTSERVICE CO., LTD. >>>>=20 >>>> On Thu, Feb 5, 2015 at 10:14 AM, Allan Jude <allanjude@freebsd.org> >> wrote: >>>>=20 >>>>> On 2015-02-04 19:29, Lundberg, Johannes wrote: >>>>>> Hi >>>>>>=20 >>>>>> I'm thought I was gonna do some test runs with HEAD on a 2013 = Macbook >>>>> Air >>>>>> and noticed some weird behavior regarding disk I/O. >>>>>>=20 >>>>>> This happens both when doing portsnap extract and clone from git >>>>> repository. >>>>>>=20 >>>>>> For example portsnap extract, the extraction process (the output = of >> it) >>>>>> suddenly stops, for seconds or maybe even minutes, quite many = times >>>>> during >>>>>> the whole extraction process. >>>>>> iostat reports ~200 MB/s on ada0 the whole time during freeze. >>>>>>=20 >>>>>>=20 >>>>>> pciconf: >>>>>>=20 >>>>>> ahci0@pci0:4:0:0: class=3D0x010601 card=3D0x91831b4b = chip=3D0x91831b4b >>>>>> rev=3D0x14 hdr=3D0x00 >>>>>> vendor =3D 'Marvell Technology Group Ltd.' >>>>>> class =3D mass storage >>>>>> subclass =3D SATA >>>>>>=20 >>>>>>=20 >>>>>> dmesg (relevant lines?): >>>>>>=20 >>>>>> ahci0: <Marvell 88SS9183 AHCI SATA controller> port >>>>>> = 0x1028-0x102f,0x1034-0x1037,0x1020-0x1027,0x1030-0x1033,0x1000-0x101f >>>>> mem >>>>>> 0xb0700000-0xb07001ff at device 0.0 on pci4 >>>>>> ahci0: AHCI v1.00 with 1 6Gbps ports, Port Multiplier not = supported >>>>>> ahcich0: <AHCI channel> at channel 0 on ahci0 >>>>>>=20 >>>>>> ada0 at ahcich0 bus 0 scbus0 target 0 lun 0 >>>>>> ada0: <APPLE SSD SD0128F A222821> ATA-8 SATA 3.x device >>>>>> ada0: Serial Number 1325A5401681 \^T\^T\^T\^T\^T\^T\^T >>>>>> ada0: 600.000MB/s transfers (SATA 3.x, UDMA6, PIO 512bytes) >>>>>> ada0: Command Queueing enabled >>>>>> ada0: 115712MB (236978176 512 byte sectors: 16H 63S/T 16383C) >>>>>> ada0: Previously was known as ad4 >>>>>>=20 >>>>>> GEOM: ada0: enabling Boot Camp >>>>>> GEOM: diskid/DISK-1325A5401681%20%14%14%14%14%14%14%14: enabling = Boot >>>>> Camp >>>>>>=20 >>>>>>=20 >>>>>> gpart: >>>>>>=20 >>>>>> =3D> 34 236978109 ada0 GPT (113G) >>>>>> 34 6 - free - (3.0K) >>>>>> 40 409600 1 efi (200M) >>>>>> 409640 174519128 2 apple-hfs (83G) >>>>>> 174928768 1269536 3 apple-boot (620M) >>>>>> 176198304 1376 - free - (688K) >>>>>> 176199680 29782016 4 linux-data (14G) >>>>>> 205981696 2097152 5 linux-swap (1.0G) >>>>>> 208078848 1600 6 efi (800K) >>>>>> 208080448 27261368 7 freebsd-ufs (13G) >>>>>> 235341816 1445888 8 freebsd-swap (706M) >>>>>> 236787704 190439 - free - (93M) >>>>>>=20 >>>>>>=20 >>>>>> One other weird thing is that FreeBSD does not show up in the = refind >>>>> boot >>>>>> menu by default, only OSX and Linux. I have to press ESC once to >> reload >>>>> for >>>>>> FreeBSD boot option to show up.. Any clues? Is my partition >>>>> configuration >>>>>> wrong in some way? >>>>>>=20 >>>>>> Thanks! >>>>>> -- >>>>>> Johannes Lundberg >>>>>> BRILLIANTSERVICE CO., LTD. >>>>>>=20 >>>>>=20 >>>>> For the disk io bit, try running 'gstat' instead of iostat, and = see >> what >>>>> it says. >>>>>=20 >>>>> -- >>>>> Allan Jude >>>>>=20 >>>>>=20 >>>>=20 >>>=20 >>=20 >> Is the disk nearly full? very random guess, but maybe it is the SSD >> running its garbage collection when it runs out of space. Do you have >> TRIM enabled? >>=20 >> -- >> Allan Jude >>=20 >>=20 >=20 > -- > =3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-= =3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D- > = =E7=A7=98=E5=AF=86=E4=BF=9D=E6=8C=81=E3=81=AB=E3=81=A4=E3=81=84=E3=81=A6=EF= =BC=9A=E3=81=93=E3=81=AE=E9=9B=BB=E5=AD=90=E3=83=A1=E3=83=BC=E3=83=AB=E3=81= =AF=E3=80=81=E5=90=8D=E5=AE=9B=E4=BA=BA=E3=81=AB=E9=80=81=E4=BF=A1=E3=81=97= =E3=81=9F=E3=82=82=E3=81=AE=E3=81=A7=E3=81=82=E3=82=8A=E3=80=81=E7=A7=98=E5= =8C=BF=E7=89=B9=E6=A8=A9=E3=81=AE=E5=AF=BE=E8=B1=A1=E3=81=A8=E3=81=AA=E3=82= =8B=E6=83=85=E5=A0=B1=E3=82=92=E5=90=AB=E3=82=93=E3=81=A7=E3=81=84=E3=81=BE= =E3=81=99=E3=80=82 > = =E3=82=82=E3=81=97=E3=80=81=E5=90=8D=E5=AE=9B=E4=BA=BA=E4=BB=A5=E5=A4=96=E3= =81=AE=E6=96=B9=E3=81=8C=E5=8F=97=E4=BF=A1=E3=81=95=E3=82=8C=E3=81=9F=E5=A0= =B4=E5=90=88=E3=80=81=E3=81=93=E3=81=AE=E3=83=A1=E3=83=BC=E3=83=AB=E3=81=AE= =E7=A0=B4=E6=A3=84=E3=80=81=E3=81=8A=E3=82=88=E3=81=B3=E3=81=93=E3=81=AE=E3= =83=A1=E3=83=BC=E3=83=AB=E3=81=AB=E9=96=A2=E3=81=99=E3=82=8B=E4=B8=80=E5=88= =87=E3=81=AE=E9=96=8B=E7=A4=BA=E3=80=81 > = =E8=A4=87=E5=86=99=E3=80=81=E9=85=8D=E5=B8=83=E3=80=81=E3=81=9D=E3=81=AE=E4= =BB=96=E3=81=AE=E5=88=A9=E7=94=A8=E3=80=81=E3=81=BE=E3=81=9F=E3=81=AF=E8=A8= =98=E8=BC=89=E5=86=85=E5=AE=B9=E3=81=AB=E5=9F=BA=E3=81=A5=E3=81=8F=E3=81=84= =E3=81=8B=E3=81=AA=E3=82=8B=E8=A1=8C=E5=8B=95=E3=82=82=E3=81=95=E3=82=8C=E3= =81=AA=E3=81=84=E3=82=88=E3=81=86=E3=81=8A=E9=A1=98=E3=81=84=E7=94=B3=E3=81= =97=E4=B8=8A=E3=81=92=E3=81=BE=E3=81=99=E3=80=82 > --- > CONFIDENTIALITY NOTE: The information in this email is confidential > and intended solely for the addressee. > Disclosure, copying, distribution or any other action of use of this > email by person other than intended recipient, is prohibited. > If you are not the intended recipient and have received this email in > error, please destroy the original message. > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to = "freebsd-current-unsubscribe@freebsd.org" --Apple-Mail=_F0CA1BB8-6CFF-40A4-8926-D637EA990818 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.26 iEYEARECAAYFAlTTIlEACgkQsF6jCi4glqNVwACgoPSJ+0o8rZ5EZLigH/iHKF2d 2MoAn1oSOG5r/3ySG79qE2sdaRK/MX+1 =F2vu -----END PGP SIGNATURE----- --Apple-Mail=_F0CA1BB8-6CFF-40A4-8926-D637EA990818--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?AF0781EF-50BD-4CAB-8FEC-6334EED6DACF>