Degraded write perf...
 
Notifications
Clear all

Degraded write performance Thunderbay4

 Tico
(@tico)
Active Member Customer

I added two 6tb hgst HGST HUS726060ALA640 to my existing HGST HUS726060ALA640 and Toshiba X300 6TB Raid 0 to create a raid 5 array.
All disks had been certified with SR. I reinitialized all disks creating a raid 5 with 1 tb partition, 2 tb partition and a 14 tb partition. The partitions also passed validation. I'm using a Thunder bay4 with Raid-xt and TB2 connection to a mid 2104 rMBP. I'm running High Sierra 12.13.4 beta 2 refresh . I also have a Akito miniQuad4 with 4 SSD's in a raid 0.

I'm only getting a ~ 75mb write for any partition on the TB4 and a ~ 500 read.
On the MiniQuad I'm getting the expected ~1000mb write & ~ 1100 read.

I have other machines with akito TB3 quad 4 & internal raid arrays and have never seen these problems.

Any ideas?

Quote
Topic starter Posted : 14/02/2018 12:30 pm
(@softraid-support)
Member Admin

Seems like write cache is disabled. Are you running an expired trial version?

ReplyQuote
Posted : 14/02/2018 2:45 pm
 Tico
(@tico)
Active Member Customer

Seems like write cache is disabled. Are you running an expired trial version?

I forgot to say the write cache is enabled. I don't see the speed reduction on my Akitio mini QuadX (tb3) running on the same machine. I'm using a 30 day trial version while I'm waiting for my Softraid xt to upgraded to full version since I got the Akitio. The procurement order should be ready tomorrow then I'll have the full version.

ReplyQuote
Topic starter Posted : 14/02/2018 3:58 pm
 Tico
(@tico)
Active Member Customer

Seems like write cache is disabled. Are you running an expired trial version?

Just got my serial number put in & rebooted. Same behavior.

ReplyQuote
Topic starter Posted : 14/02/2018 4:30 pm
(@softraid-support)
Member Admin

Sorry I have to ask basic questions, but this is a forum.

How full is the volume? You implied it was freshly created?

If you have a volume on the same machine that is writing fast (normally), then this has to be a hardware issue.

If this volume is "new", can you do some destructive tests? I am thinking of "zero disk", on each disk, one at a time. Let it run for a while on each disk, and make sure all are showing the same speeds.

Also, are you using "archive" drives? Those get really slow after a few minutes of writing, and could explain this behavior.

ReplyQuote
Posted : 14/02/2018 5:54 pm
 Tico
(@tico)
Active Member Customer

Sorry I have to ask basic questions, but this is a forum.

How full is the volume? You implied it was freshly created?

If you have a volume on the same machine that is writing fast (normally), then this has to be a hardware issue.

If this volume is "new", can you do some destructive tests? I am thinking of "zero disk", on each disk, one at a time. Let it run for a while on each disk, and make sure all are showing the same speeds.

Also, are you using "archive" drives? Those get really slow after a few minutes of writing, and could explain this behavior.

These are freshly created. Drives were initialized & validated first. They had already been certified in the past. 2 of the drives I have been using in the same enclosure (Thunderbay4) as a raid 0 for about a year. the drives have between 5k to 14k hr of usage. They are not archive drives, but HGST Helium drives (except the Toshiba). I'm re-running the certification on all of them now.
I partitioned the 18 tb into a 1tb, 2 tb and ~15 tb partitions & tried the speed test on all & consistently recorded ~93mb read. The smaller partitions were about 60% full & the large one ~ 99% empty-did not change in the slow write times. A single native drive gives me ~230mb read & write. The certification times are all very close across the drives with about 14 hrs remaining out of ~18hrs. Do you think it would be useful to "zero" the drives also?

I also have a Akito thunder3 quad mini with 4 crucial m500's in a raid0 on the same machine (mid 2014 rMBP TB2) & getting +1000 mb as expected.

My Akito thunder 3 quadX using 4 HGST drives raid5 (same drives) connected to a 2013 rMBP & only TB1 running the release version of High Sierra gives the expected W&R ~ 250 mb. With only the TB1 connection the above, the Akito quad mini obviously saturates a TB1 connection & gives me lower transfer rates than mid 2014 rMBP

After I got my serial number, I serialized soft raid, reinstalled the drivers & rebooted - no change.

Since there doesn't appear to be obvious solution, I'll file a tech support request. I have needed to work with them in the past to straighten out El Captain issues. I'm thinking there may be some High Sierra issues in the beta releases.

ReplyQuote
Topic starter Posted : 14/02/2018 10:27 pm
(@softraid-support)
Member Admin

This turned out to be a quarantine issue. there is a bug in High Sierra that sometimes (inappropriately) quarantines apps from certified developers.

When SoftRAID is Quarantined, the write cache is disabled. That explains the slower performance.

ReplyQuote
Posted : 15/02/2018 4:48 pm
(@alecxx)
Active Member Customer

This turned out to be a quarantine issue. there is a bug in High Sierra that sometimes (inappropriately) quarantines apps from certified developers.

When SoftRAID is Quarantined, the write cache is disabled. That explains the slower performance.

Same issue here:

Thunder Bay 4, 4*8tb WD red, Imac 27 2017 through tb3_>tb2

Performances before high Sierra: 450/500, now 95/500.

How do I de-quarantine SoftRAID XT?

ReplyQuote
Posted : 25/02/2018 3:25 pm
(@softraid-support)
Member Admin

Are you familiar with terminal?

The command to determine whether your driver is indeed quarantined is xattr
You can test for SoftRAID by entering the xattr, then a space, then dropping the app into the terminal window, then hitting enter. (Dropping the app directly in provides the path to the app, which is otherwise complicated to put in manually)

So it would look like, for example:

xattr /Applications/SoftRAID 5.6.5/SoftRAID 5.6.5.app

If the result comes back quarantined, then you would apply this command and again provide the path as above:

sudo xattr -r -d com.apple.quarantine /Applications/SoftRAID 5.6.5/SoftRAID 5.6.5.app

You can check afterwards by the first xattr command, that the app is no longer quarantined.

ReplyQuote
Posted : 26/02/2018 12:17 pm
Share:
close
open