Asrock Fatal1ty X99X Killer SSD SSATA_? Issue |
Post Reply | Page 12> |
Author | |
TontNZ
Newbie Joined: 22 Jul 2015 Location: New Zealand Status: Offline Points: 6 |
Post Options
Thanks(0)
Posted: 22 Jul 2015 at 9:18am |
Hi All I'm having major problems running a Samsung 850 EVO 500GB from the mobos SSATA_x ports. It took 1.5 hours to install Windows 8.1 Update from a 64GB Lexar USB3 flash drive. Copying a 2.5GB file to the drive can take one or two minutes and deleting the file almost as long. I've installed ATTO and Samsung Magician to benchmark the drive and ATTO hangs and Magician never completes the benchmark, it take six or so minutes to get to 8% and then just sits there. Connect the drive to the Intel SATA ports and everything works as it should, the Samsung Magician benchmark completes after 30 seconds or so. I have to connect the boot drive to the SSATA ports rather than the Intel SATA ports as I need to use all six of the Intel ports for RAID. I'll be running 4 x Samsung 850 EVO 500GB in raid 0 and 2 x WD SE 4TB in raid 1. So the system has to boot from one of the SSATA ports. Any ideas please, or please let me know If I can provide more information. Also, a big thank you for taking the time to read this. System: ASRock Fatal1ty X99X Killer LGA 2011-v3 Intel X99 Motherboard. Intel Core i7-5820K Haswell-E 6-Core 3.3GHz cpu. 32GB G.Skill Ripjaws 4 DDR4 2800MHz PC4-22400 CL16 Quad Channel kit (4x8GB). 1 x Samsung EVO 850 500GB (boot) 3 x Samsung EVO 850 500GB (raid 0) 2 x WD SE 4TB (raid 1) 1 x WD SE 4TB
|
|
odiebugs
Newbie Joined: 07 Jul 2015 Status: Offline Points: 193 |
Post Options
Thanks(0)
|
The windows boot needs to be on Sata3 -0, or in RAID on any of the Sata3 0-5, how does losing 20g make a difference on the RAID 0 which can be the OS partitioned to 40g.
You have posted 4 in RAID 0, but below 3 to RAID 0 and the one as boot. So as posted below, that would be the one on Sata3-0 and 3 for 1,2,3, and 2 for RAID 1, on 4,5. 4 drive in RAID 0, with a 40g partition for OS. Why can't this be done and do you think this isn't secure. And throw that non RAID drive anywhere but the Sata3 Intel. That single WD should't even be wasting space on a Sata 2 port.
Edited by odiebugs - 22 Jul 2015 at 10:24am |
|
asrocking
|
|
TontNZ
Newbie Joined: 22 Jul 2015 Location: New Zealand Status: Offline Points: 6 |
Post Options
Thanks(0)
|
Thank you for taking the time to reply, but unfortunately it does not address by problem. I need to be able to boot the system from a Samsung 850 EVO SSD attached to one of the SSATA3_ ports. When I attach the 850 EVO to any of the SSATA3_ ports the system will boot, but performance and reliability is a complete dog. The fact the none of the benchmarks complete when the EVO 850 is attached to one the SSATA3 ports implicitly means that something is fundamentally wrong.
This is a business workstation, I need it to be both reliable and stable. I need to know that if I plug an SSD into one of the SSATA3 ports, that device is going to work. I need a large (0.5 > 1TB) system disk and do not want to compromise the raid 0 array which is reserved for a single purpose. I'm planning on using a 1TB m.2 when they become available, hopefully sometime later this year. But what chances would you give on an m.2 SSD working when the same SSATA3 port used by the EVO 850 does not! Yes, you are quite right, raid 0 is inherently risky. That's why critical parts of it will be backed up daily to the raid 1 array (whose sole purpose is fast internal backup), which in turn is backed up to an external raid 5 array. The single WD SE 4TB is attached to one of the SSATA3 ports (seemingly with no issues) as all of the Intel raid ports are in use (4 raid 0, 2 raid 1). I really need a solution to this problem, or sadly I'm going to have to RMA the board. BTW: I have upgraded the BIOS to v1.9, but it's made no difference. Thanks again.
|
|
Xaltar
Moderator Group Joined: 16 May 2015 Location: Europe Status: Offline Points: 24653 |
Post Options
Thanks(0)
|
What port do you have the evo boot drive connected to? Try to avoid connecting it to shared ports on the Asmedia controller (SSATA_x). Port 2 is shared with the M2 slot so it could cause problems connecting a boot drive there as the M.2 slot will have preference to resources which while unlikely could cause the system to bug out even in the instance where the M.2 slot is unpopulated.
The Asmedia controller that provides the SSATA_x ports is really intended for optical/mechanical drives and is not ideally suited to high performance SSDs like the Evo series. Oddly the M.2 slot is also provided by the Asmedia controller so obviously the performance potential is there or what would be the point of the slot. This is the first time I have seen this problem occur so I am going to have to do some digging to see what can be done about it. If you have any other brand SSDs laying about you could test on the SSATA ports that would be most helpful as it will allow us to eliminate firmware conflicts with the Evo/Asmedia combo. As you said, the mechanical drives seem to work as intended on the same controller. If you have not already I suggest you put in a tech support request and get the support guys on this. The Evo is a very popular drive series so this kind of thing is exactly what they will be looking to address. They may be able to provide you with a bios update that corrects the problem with the asmedia SATA ports. Good luck
|
|
TontNZ
Newbie Joined: 22 Jul 2015 Location: New Zealand Status: Offline Points: 6 |
Post Options
Thanks(0)
|
Xaltar, thank you for your reply.
I have tried the EVO 850 500GB on SSATA3_0 and SSATA3_1 but not the shared ports SSATA3_2 and SSATA3_3. Given that the Asmedia chip supports m.2, an EVO 850 should present no problem. I can rule out the other SSD's and HDD's as the single EVO 850 was the only SSD present when I did the 90 minute Windows 8.1 install! I have done as you suggest and logged a technical support query with Asrock, although the email I received from them suggest I contact my dealer. I'll do this anyway in case I need to RMA the mobo. If I have time tomorrow I will try the EVO on SSATA3_2 or _3, just to see if anything changes. The major problem I have is that this is a workstation for my business, I'm also self employed. So all this downtime messing with this issue means I'm not earning any money. So I can sustain only so much pain before I have to dump this mobo. BTW: All four EVO 850 500GB's are running the same EMT01B6Q firmware. The Samsung Magician software reports that this is the latest firmware revision. Thank you again for your time, I really do appreciate it.
Edited by TontNZ - 22 Jul 2015 at 7:42pm |
|
odiebugs
Newbie Joined: 07 Jul 2015 Status: Offline Points: 193 |
Post Options
Thanks(0)
|
There is no info for this ASmedia chip, so I don't know what firmware it has, actually I can't find anything about it.
This is what you need to do or find out. 1- What is the devise ID of the controller 2- What is the driver that is running it. 3- What settings in the BIOS / UEFI are there for this storage controller, are they even there. If you know how to get the devise ID of the hardware so we can see what it is, we might be able to deal with it. If you can check the BIOS and if you find settings for it can you set them to AHCI.
|
|
asrocking
|
|
TontNZ
Newbie Joined: 22 Jul 2015 Location: New Zealand Status: Offline Points: 6 |
Post Options
Thanks(0)
|
I have tried the EVO 850 on SSATA3_3 and the problem only got worse. Write speed is abysmal, it is 2.5% (no - that number is correct) of the same drive connected to one of the Intel SATA ports.
I also looked through Device Manager and i can't find an Asmedia driver for the EVO when connected to the SSATA3 ports. It seems to be using standard Microsoft drivers: disk.sys, edevmon.sys, EhStorClass.sys and partmgr.sys. For those of you that are familiar with the ATTO benchmark (default settings) at a transfer size of 64KB when connected to Intel port the write figure is 266,197, when connected to SSATA3 it is 6798. The only interesting part is that on the ATTO benchmark (run on default settings, which failed again at 64 and did not complete) the read speed is considerably better than when the drive is connected to the Intel port. Samsung Magician is showing AHCI active when connected to a SSATA3 port, but not when connected to an Intel port (I've had to turn RAID on in the bios) through the Intel Rapid Storage Technology (RST) drivers. The ATTO 64K benchmark figures for reads are Intel: 279,920 and SSATA3_3: 533,963. Thanks to everyone for reading this. |
|
odiebugs
Newbie Joined: 07 Jul 2015 Status: Offline Points: 193 |
Post Options
Thanks(0)
|
Most ASmedia Sata 3 controllers have around a Sata 2 speed, but yours are not operating correctly.
If anyone has one of these boards can you post the devise ID of the ASmedia controller so we know what it has. Kinda helps when you know what series the controller is and what it's specs are. P.S. Some hardware actually functions better off the generic Microsoft drivers than it's own MFG driver. But knowing the drivers are loaded and your speed and bench not finishing is a sign something is wrong. Also, at 64k the evo should be at around 400MB and not 200MB on the Intel, can you try another drive, sounds like the drive has a problem. Edited by odiebugs - 23 Jul 2015 at 12:21pm |
|
asrocking
|
|
Xaltar
Moderator Group Joined: 16 May 2015 Location: Europe Status: Offline Points: 24653 |
Post Options
Thanks(0)
|
It has come to my attention that I was wrong. The X99X Killer does not use an Asmedia controller for any of the SATA ports, all ports are provided by intel's chipset with only the SATA3_x ports supporting RAID functionality. Please forgive my confusion, the socket 1150 boards are the ones that usually have ports provided by the Asmedia controller.
There is a second post about problems with drive performance on the SSATA ports on this same board so whatever the problem is it is likely the same for both you and the other poster.
|
|
odiebugs
Newbie Joined: 07 Jul 2015 Status: Offline Points: 193 |
Post Options
Thanks(0)
|
Who would have thought, up until the X99, Intel only allowed 6 Sata 3 for chipsets. Now looking at the chipset we can see how they have 10. Like you said about the other poster, they have a problem with speed on the S Sata, I guess we'll be looking for tests on these ports to see if there is a difference between the 6 that have RAID and the 4 that say no RAID support. It's not your fault Xaltar, the manual should have this info very accessible as they only provided 6 before. I only see one bench where someone went and benched all of the drive ports, and there was no difference between them. So either there is a UEFI setting, or an actual UEFI problem with Sata. Either someone or TECH needs to test them and see if any UEFI settings cause a problem with the S Sata ports.
Edited by odiebugs - 23 Jul 2015 at 10:00pm |
|
asrocking
|
|
Post Reply | Page 12> |
Tweet
|
Forum Jump | Forum Permissions You cannot post new topics in this forum You cannot reply to topics in this forum You cannot delete your posts in this forum You cannot edit your posts in this forum You cannot create polls in this forum You cannot vote in polls in this forum |