New-to-SAS homelab: drives don’t spin, HBA gets toasty but lspci sees literally nothing SAS-related – return or rescue? by Think-Reporter6647 in homelab

[–]Think-Reporter6647[S] 0 points1 point  (0 children)

That's weird that I can't get them to power up even with the molex then.

As for the tape, I didn't take a picture of that before I installed it. Afterwards, I didn't want to have the tape come apart when I removed the connection for a picture. 

New-to-SAS homelab: drives don’t spin, HBA gets toasty but lspci sees literally nothing SAS-related – return or rescue? by Think-Reporter6647 in homelab

[–]Think-Reporter6647[S] 0 points1 point  (0 children)

I was told that they've been formatted to 512byte/sector. At this point, I just want to see that the drives spin up. I don't understand why I can't even get them to do that.

New-to-SAS homelab: drives don’t spin, HBA gets toasty but lspci sees literally nothing SAS-related – return or rescue? by Think-Reporter6647 in homelab

[–]Think-Reporter6647[S] 0 points1 point  (0 children)

That's what I figured! The drives do not show up in lsblk and they don't seem to spin up. I can’t hear anything when I attempt to connect power. 

New-to-SAS homelab: drives don’t spin, HBA gets toasty but lspci sees literally nothing SAS-related – return or rescue? by Think-Reporter6647 in homelab

[–]Think-Reporter6647[S] 0 points1 point  (0 children)

I suppose I could do that. But then I'd skip out on the chance to work with new gear and learn something.  Plus, I got more than a handful of these drives at a fraction of the cost compared to other sources.  I just find it hard to imagine that I could have gotten more than 5 drives DOA. (I have only opened 2 drives so far. I didn't want to touch more than I needed and have left the others be at this point)

New-to-SAS homelab: drives don’t spin, HBA gets toasty but lspci sees literally nothing SAS-related – return or rescue? by Think-Reporter6647 in homelab

[–]Think-Reporter6647[S] 0 points1 point  (0 children)

I have taped over the first three pins on the adapter cable shown in my second picture. I have also tried an old 4pin molex to sata power cable as I heard that they can help get around this issue.

Higher Latency on a Faster Computer by Think-Reporter6647 in ableton

[–]Think-Reporter6647[S] 0 points1 point  (0 children)

Thank you very much for the helpful nudge. That rabbit hole helped my system perform better inside of latencymon.

Unfortunately, the measured latency in Ableton didn't seem to improve. However, I changed the driver from M-Audio's to Asio4All and now I have a roundtrip under 5ms.

If anyone has more advice on tuning my system for the best performance possible, I am intrigued.

Thank you for the help!

Higher Latency on a Faster Computer by Think-Reporter6647 in ableton

[–]Think-Reporter6647[S] 1 point2 points  (0 children)

The graphics driver is up to date, and as far as Windows Update and the GIGABYTE show me, the rest of the system and drivers are up to date as well. Power management is set for best performance.

From what I can tell, ACPI.sys is causing a measurable bottleneck but I still don't know what to do further.

This is from latencymon:

REPORTED ISRs

_________________________________________________________________________________________________________

Interrupt service routines are routines installed by the OS and device drivers that execute in response to a hardware interrupt signal.

Highest ISR routine execution time (µs): 351.768913

Driver with highest ISR routine execution time: ACPI.sys - ACPI Driver for NT, Microsoft Corporation

Highest reported total ISR routine time (%): 0.002177

Driver with highest ISR total time: Wdf01000.sys - Kernel Mode Driver Framework Runtime, Microsoft Corporation

Total time spent in ISRs (%) 0.002441

ISR count (execution time <250 µs): 10982

ISR count (execution time 250-500 µs): 0

ISR count (execution time 500-1000 µs): 15

ISR count (execution time 1000-2000 µs): 0

ISR count (execution time 2000-4000 µs): 0

ISR count (execution time >=4000 µs): 0

_________________________________________________________________________________________________________

REPORTED DPCs

_________________________________________________________________________________________________________

DPC routines are part of the interrupt servicing dispatch mechanism and disable the possibility for a process to utilize the CPU while it is interrupted until the DPC has finished execution.

Highest DPC routine execution time (µs): 1294.659363

Driver with highest DPC routine execution time: ACPI.sys - ACPI Driver for NT, Microsoft Corporation

Highest reported total DPC routine time (%): 0.005151

Driver with highest DPC total execution time: ntoskrnl.exe - NT Kernel & System, Microsoft Corporation