Weird behavior writing to SSD on 2013 MacBook
Allan Jude
allanjude at freebsd.org
Thu Feb 5 07:20:56 UTC 2015
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 at 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 gstat
>> 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% idle
>> 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 at 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 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.
>>>>
>>>>
>>>> pciconf:
>>>>
>>>> ahci0 at pci0:4:0:0: class=0x010601 card=0x91831b4b chip=0x91831b4b
>>>> rev=0x14 hdr=0x00
>>>> vendor = 'Marvell Technology Group Ltd.'
>>>> class = mass storage
>>>> subclass = 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 supported
>>>> 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:
>>>>
>>>> => 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 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?
>>>>
>>>> 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
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 834 bytes
Desc: OpenPGP digital signature
URL: <http://lists.freebsd.org/pipermail/freebsd-current/attachments/20150205/d06bdc0a/attachment.sig>
More information about the freebsd-current
mailing list