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
This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:40:55 UTC