Skip site navigation (1)Skip section navigation (2)
Date:      Thu, 5 Feb 2015 17:07:55 +0900
From:      "Lundberg, Johannes" <johannes@brilliantservice.co.jp>
To:        Dimitry Andric <dim@freebsd.org>
Cc:        FreeBSD Current <freebsd-current@freebsd.org>, Allan Jude <allanjude@freebsd.org>
Subject:   Re: Weird behavior writing to SSD on 2013 MacBook
Message-ID:  <CAASDrVnE1T-bkav763PHuFzCr%2BR9ou=SBQcfTt%2B2i=69d7G0=A@mail.gmail.com>
In-Reply-To: <AF0781EF-50BD-4CAB-8FEC-6334EED6DACF@FreeBSD.org>
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> <AF0781EF-50BD-4CAB-8FEC-6334EED6DACF@FreeBSD.org>

next in thread | previous in thread | raw e-mail | index | archive | help
The only values that change are "load" and "r". "u" and "s" are 0.00.
If I wait long enough it always continues but might be several minutes.


--
Johannes Lundberg
BRILLIANTSERVICE CO., LTD.

On Thu, Feb 5, 2015 at 4:56 PM, Dimitry Andric <dim@freebsd.org> wrote:

> 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/83723416a6bb8695d60c6573722a81=
086899f521
>
> -Dimitry
>
> > On 05 Feb 2015, at 08:32, Lundberg, Johannes <
> johannes@brilliantservice.co.jp> wrote:
> >
> > The release is the latest snapshot memstick image and kernel is from
> > https://github.com/dumbbell/freebsd/tree/kms-drm-update-38.
> >
> > I think this problem existed before I changed kernel.
> >
> > I haven't changed any settings on the filesystem so I assume TRIM is of=
f.
> >
> > When stopped "bsdtar" is in state "flswai". What does this mean?
> >
> > / is 13 GB and 80% full.
> >
> >
> > --
> > Johannes Lundberg
> > BRILLIANTSERVICE CO., LTD.
> >
> > On Thu, Feb 5, 2015 at 4:21 PM, Allan Jude <allanjude@freebsd.org>
> wrote:
> >
> >> On 2015-02-04 20:40, Lundberg, Johannes wrote:
> >>> By the way,
> >>>
> >>> For the second test I first ran portsnap extract without removing the
> old
> >>> /usr/ports folder and it ran through quickly without any halts..
> >>>
> >>> --
> >>> Johannes Lundberg
> >>> BRILLIANTSERVICE CO., LTD.
> >>>
> >>> On Thu, Feb 5, 2015 at 10:38 AM, Lundberg, Johannes <
> >>> johannes@brilliantservice.co.jp> wrote:
> >>>
> >>>> I deleted /usr/ports and did a new portsnap extract
> >>>>
> >>>> portsnap stopped at /usr/ports/editors/teco
> >>>>
> >>>> that folder is empty and the previous folder (editors/tea) is
> populated
> >>>> with files.
> >>>>
> >>>> portsnap stopped for about 2-3 minutes and during the whole time gst=
at
> >>>> showed values like this: (disc io load was constantly fluctuating
> around
> >>>> 200 MB/s, not static)
> >>>>
> >>>> 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
> >>>>
> >>>>
> >>>> That is, 100% busy and 200 MB/s...
> >>>>
> >>>> top shows
> >>>>
> >>>> 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% id=
le
> >>>> Mem: 25M Active, 651M Inact, 587M Wired, 30M Cache, 411M Buf, 2566M
> Free
> >>>> Swap: 706M Total, 706M Free
> >>>>
> >>>>
> >>>> I have used FreeBSD with SSD plenty and never seen this behavior
> before.
> >>>>
> >>>> --
> >>>> Johannes Lundberg
> >>>> BRILLIANTSERVICE CO., LTD.
> >>>>
> >>>> On Thu, Feb 5, 2015 at 10:14 AM, Allan Jude <allanjude@freebsd.org>
> >> wrote:
> >>>>
> >>>>> On 2015-02-04 19:29, Lundberg, Johannes wrote:
> >>>>>> Hi
> >>>>>>
> >>>>>> 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.
> >>>>>>
> >>>>>> This happens both when doing portsnap extract and clone from git
> >>>>> repository.
> >>>>>>
> >>>>>> For example portsnap extract, the extraction process (the output o=
f
> >> it)
> >>>>>> suddenly stops, for seconds or maybe even minutes, quite many time=
s
> >>>>> during
> >>>>>> the whole extraction process.
> >>>>>> iostat reports ~200 MB/s on ada0 the whole time during freeze.
> >>>>>>
> >>>>>>
> >>>>>> pciconf:
> >>>>>>
> >>>>>> ahci0@pci0:4:0:0:    class=3D0x010601 card=3D0x91831b4b chip=3D0x9=
1831b4b
> >>>>>> rev=3D0x14 hdr=3D0x00
> >>>>>>    vendor     =3D 'Marvell Technology Group Ltd.'
> >>>>>>    class      =3D mass storage
> >>>>>>    subclass   =3D SATA
> >>>>>>
> >>>>>>
> >>>>>> dmesg (relevant lines?):
> >>>>>>
> >>>>>> 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 supporte=
d
> >>>>>> ahcich0: <AHCI channel> at channel 0 on ahci0
> >>>>>>
> >>>>>> 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
> >>>>>>
> >>>>>> GEOM: ada0: enabling Boot Camp
> >>>>>> GEOM: diskid/DISK-1325A5401681%20%14%14%14%14%14%14%14: enabling
> Boot
> >>>>> Camp
> >>>>>>
> >>>>>>
> >>>>>> gpart:
> >>>>>>
> >>>>>> =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)
> >>>>>>
> >>>>>>
> >>>>>> One other weird thing is that FreeBSD does not show up in the refi=
nd
> >>>>> 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?
> >>>>>>
> >>>>>> Thanks!
> >>>>>> --
> >>>>>> Johannes Lundberg
> >>>>>> BRILLIANTSERVICE CO., LTD.
> >>>>>>
> >>>>>
> >>>>> For the disk io bit, try running 'gstat' instead of iostat, and see
> >> what
> >>>>> it says.
> >>>>>
> >>>>> --
> >>>>> Allan Jude
> >>>>>
> >>>>>
> >>>>
> >>>
> >>
> >> 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?
> >>
> >> --
> >> Allan Jude
> >>
> >>
> >
> > --
> > =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"
>
>

--=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.



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CAASDrVnE1T-bkav763PHuFzCr%2BR9ou=SBQcfTt%2B2i=69d7G0=A>