Jump to content
IGNORED

Building a DIY Music Server


Recommended Posts

26 minutes ago, Nenon said:

The upcoming Taiko router and PCIe DAC/DDC will also be available to non-Extreme users. However, at the moment the PCIe DAC/DDC has drivers for Windows only. It should not be an issue to develop Linux drivers but there is no commitment for that yet.

 

Nenon,

maybe you can convince Emile to offer then drivers for both Linux and Mac. I think this DAC card is very interesting and deserves a broader market penetration. A further advantage for Taiko might then be a better revenue for the R&D costs.

 

Thank you

 

Matt

"I want to know why the musicians are on stage, not where". (John Farlowe)

 

Link to comment
21 minutes ago, littlej0e said:

You rule! Just saved me hundreds and hundreds of dollars. Very much appreciated! 

Are you sure you can operate a regular TLC SSD in pseudo SLC?

Imo it's not that pseudo SLC needs 1/3 of the available space, you just have 1/3 left when operating in pseudo SLC.

 

 

 

ISP, glass to Fritz!box 5530, another Fritz!box 5530 for audio only in bridged mode on LPS, cat8.1, Zyxel switch on LPS, Finisar <1475BTL>Solarflare X2522-25G, external wifi AP, AMD 9 16 core, passive cooling ,Aorus Master x570, LPSU with Taiko ATX, 8Gb Apacer RAM, femto SSD on LPS, Pink Faun I2S ultra OCXO on akiko LPS, home grown RJ45 I2S cable, Metrum Adagio DAC3, RCA 70-A and Miyaima Zero for mono, G2 PL519 tube amps. 

Link to comment

RAM is random access memory, aka the sticks that provide volatile memory in your computer.

 

SsD is Solid State Disc, which is memory that does not suffer from Alzheimer....

Pseudo SLC is a mode in which you use another SSD storage format way less efficuent but with a sonic advantage

ISP, glass to Fritz!box 5530, another Fritz!box 5530 for audio only in bridged mode on LPS, cat8.1, Zyxel switch on LPS, Finisar <1475BTL>Solarflare X2522-25G, external wifi AP, AMD 9 16 core, passive cooling ,Aorus Master x570, LPSU with Taiko ATX, 8Gb Apacer RAM, femto SSD on LPS, Pink Faun I2S ultra OCXO on akiko LPS, home grown RJ45 I2S cable, Metrum Adagio DAC3, RCA 70-A and Miyaima Zero for mono, G2 PL519 tube amps. 

Link to comment
1 hour ago, MarcelNL said:

RAM is random access memory, aka the sticks that provide volatile memory in your computer.

 

SsD is Solid State Disc, which is memory that does not suffer from Alzheimer....

Pseudo SLC is a mode in which you use another SSD storage format way less efficuent but with a sonic advantage

Understood. In that case, I can't confirm TLC can indeed be used in pseudo SLC mode. Also not sure about the penalties you speak of, but I haven't noticed any restrictions using my 16G RAM sticks in a 10/10/12 config (10G dedicated to RAM, 10G to ZRAM/a.k.a. ramroot/a.k.a swap, 12G free). 
 

I assume the fake Taiko (Faiko?!?) server I'm building will be more of the same. Obviously, 48G RAM will be supreme overkill, so I'll play around with the configs and see what sounds best. Given the direct PCIE bus access for both storage and boot drives, I do wonder if loading to RAM will actually sound better in this hardware configuration. 

Link to comment
12 minutes ago, littlej0e said:

Understood. In that case, I can't confirm TLC can indeed be used in pseudo SLC mode. Also not sure about the penalties you speak of, but I haven't noticed any restrictions using my 16G RAM sticks in a 10/10/12 config (10G dedicated to RAM, 10G to ZRAM/a.k.a. ramroot/a.k.a swap, 12G free). 
 

I assume the fake Taiko (Faiko?!?) server I'm building will be more of the same. Obviously, 48G RAM will be supreme overkill, so I'll play around with the configs and see what sounds best. Given the direct PCIE bus access for both storage and boot drives, I do wonder if loading to RAM will actually sound better in this hardware configuration. 

I'm afraid we're miscommunicating...

 

RAM memory is neither TLC nor SLC afaik...

 

Loading to RAM likely sounds better since all the processing is done upfront

ISP, glass to Fritz!box 5530, another Fritz!box 5530 for audio only in bridged mode on LPS, cat8.1, Zyxel switch on LPS, Finisar <1475BTL>Solarflare X2522-25G, external wifi AP, AMD 9 16 core, passive cooling ,Aorus Master x570, LPSU with Taiko ATX, 8Gb Apacer RAM, femto SSD on LPS, Pink Faun I2S ultra OCXO on akiko LPS, home grown RJ45 I2S cable, Metrum Adagio DAC3, RCA 70-A and Miyaima Zero for mono, G2 PL519 tube amps. 

Link to comment
3 hours ago, littlej0e said:

I only purchased Apacer RAM from SOS electronics.

Hi @MarcelNL

The confusion is probably about my suggestion to buy Apacer (all types RAM and NVMe) at SOS electronics and that's what he did.

 

The other part ( @littlej0e quote) was the discussion you and me and others had here around 09/20/2022 about alternatives for pSLC type memory like the Revelation SSD and a way to power it externally (anyone yet?). 

 

A manufacturer quickly suggested here Apacer pSLC (in NVMe format) was excellent after he tested it but without providing how and what it improved soundwise and neither did he share the exact Apacer type he used :-(. Not very useful.

I think we all agree that Apacer RAM usually is excellent, and some will buy it cheaper ;-)

Link to comment
3 hours ago, MarcelNL said:

Imo it's not that pseudo SLC needs 1/3 of the available space, you just have 1/3 left when operating in pseudo SLC.

That's correct, I think so too today. 

Capacity in pSLC Mode changes to 320GB pSLC instead of 960GB in TLC mode.

 

Google:

Operating Modes:

▪ pSLC Cache (Fastest) – 100%

▪ pSLC Enabled (Slowest!) – 30% • Widely varying performance (>10x)

 

pSLC stands for pseudo single-level cell. pSLC flash uses MLC NAND flash components, but the entirety of each cell is not used for storage, thus limiting the amount of data that can stored on each cell.

 

https://www.delkin.com/blog/comparing-pslc-and-slc/#:~:text=pSLC stands for pseudo single,and SLC are very different.

image_2023-01-16_170125801.png

Link to comment
2 minutes ago, Gavin1977 said:

Could try these new SLC SSD:  https://www.mouser.co.uk/ProductDetail/Swissbit/SFSA160GM2AK1TA-I-8C-11P-STD?qs=MyNHzdoqoQLUA8SQn5NJLg%3D%3D

 

Or, go for network boot to RAM and avoid an SSD all together (although I guess if you rambooted, e.g. like what Euphony does, then the SSD will be largely inactive anyway).

Interesting find!

 

Though it's pseudo SLC it's one of the few!

 

Booting to Ram works, yet in my system booting to Ram from the pSLC femto drive sounds better than from regular SSD.

for local files it'd be nice to have a pSLC a bit bigger than this one.

ISP, glass to Fritz!box 5530, another Fritz!box 5530 for audio only in bridged mode on LPS, cat8.1, Zyxel switch on LPS, Finisar <1475BTL>Solarflare X2522-25G, external wifi AP, AMD 9 16 core, passive cooling ,Aorus Master x570, LPSU with Taiko ATX, 8Gb Apacer RAM, femto SSD on LPS, Pink Faun I2S ultra OCXO on akiko LPS, home grown RJ45 I2S cable, Metrum Adagio DAC3, RCA 70-A and Miyaima Zero for mono, G2 PL519 tube amps. 

Link to comment
On 1/11/2023 at 2:39 PM, Superdad said:

 

 

Major mea culpa alert! Send me eggs and I will apply to my face. x-D

 

What I wrote was correct about RJ45 SFP modules containing an Ethernet PHY, tiny cheap clock, and cheap voltage regs. (Avoid those!)

 

But what I said about Direct Attach Cables (DAC) was 100% wrong.  For some reason (ignorance and mind being elsewhere that day and not paying attention to words on the screen) I assumed that these DA Cables used 4 pair and were signaling Ethernet protocol--just as the RJ45 SFPs do.

Now I see (and many of the deeper tech details of it were quickly explained to me by @JohnSwenson when I ask him about it) that Direct Attach Cables use shielded twinaxial cable--just sending LVDS (low-voltage differential signaling) in fiber-mode format (a format close to SGMII, sometimes called 1000Base-X or Fibermode).  [The PCB traces at the back of all SFP/SFP+ cages in Ethernet equipment are these differential pairs going direct to an Ethernet switch chip, transceiver, or other protocol converter.]

 

Thus use of a Direct Attach Cable does--just like optical SFP/SFP+ transceivers--skip the need for an internal copper>fiber-mode PHY (as in the RJ45 SFPs).  And yes, unlike an optical SFP transceiver, there is no laser/optical>LVDS converter circuit inside--a DAC really is just twin-axial wire connected to basically blank SFP PCB. (That is why they are so inexpensive; I saw some for just $10) [This is true for the Passive versions of DAC, the Active versions of DAC--for runs longer than 7 meters--have LVDS "booster" chips to compensate for the attenuation.]

 

So indeed these DAC cables reduce the power requirements of the equipment they are connecting. How significant that is to performance and ground-plane noise is unclear. The quality of the wire used is important to keep BEC (bit error rate) low. High BEC will cause extra error-correction activity in the chips, something that runs counter to the goal of maintaining low ground-plane noise in gear. One can see that the wire gauge of a DAC gets progressively heavier--even just as the length goes from 1 meter to the 7 meter max for a Passive DAC. LVDS is great, but we are also taking about very high signaling rates, so attenuation must stay very low at high frequency and shielding should be good.

 

All that said--and my apologies again for getting it wrong the first go-round:

One should keep in mind that unlike a fiber-optic SFP/SFP+ connection, these Direct Attach Cables do not offer any galvanic isolation between the components.  So they will not interrupt the path of leakage currents or other "noise" that may be present from the upstream gear.

 

[To add that isolation back, one could design a box with high-speed digital isolators, followed by ultra-low-jitter "reclocking" flip-flops, fed by a low-phase noise clock (1.25GHz for Gigabit Ethernet), all supplied with great power networks. But that's basically a form of our EtherREGEN! 9_9(Gen2 as that's the one that will be putting Gigabit SGMII across the active-differential isolation "moat"; the first generation was just 100Mbps across the moat.)]

 

Still, a passive Direct Attach Cable may have some interesting applications and I intend to try a 7 meter DAC between two EtherREGENs in my own music system to hear the result. I presently use single-mode Finisar SFPs and fiber between them.

 

Cheers,

--Alex C.

 

Hi Alex (🍳)🥚🥚🥚,

 

So replacing a fibre optic cable with a Copper Twinax SFP Cable (or DAC cable) between ER and a Fiber network card in the server could improve sound due to less power needed resulting in the lowest possible noise?

 

I noticed some DAC cables are made for a specific brand but there are also general DAC cables. Anything to avoid for the ER?
You use 7m because the ER is next to the router I suppose? My ER is next to my server so 1M should do.

 

But I will have to give up both selected SFP (Finisar FTLF1318) modules on each side.

 

Quote

Taiko's recommendation for the lowest possible noise:
• RJ45 from router to switch as it still uses less power than dual fiber SFP modules (for which you need a SFP RJ45 module
• SFP DAC twinax copper cable from switch to (Extreme)

 

Also when using A and B side in ER there is still galvanic isolation between ER and server.
 

Please let us know your results.

Thanks,

Paul 

Link to comment

Hi @Nenon - that is very timely feedback. 

 

So I'm using the HDPlex 800w DC-DC, with the same original silver cables, for troubleshooting, since this worked with the Nenon V3 and these components perfectly fine for the past year (my problems started and have remained since the Taiko ATX was inserted into my system).

 

Components in use: Asus Z390 Apex, 8086k, Apacer ram, Optane H10.

 

Step 1: Change GPU

Since bios indicated A2 and white light (GPU fault).  I thought this would cure my issue.  So I just tried a different GPU... Sapphire Radeon HD6450 1GB GDDR3 Low profile (<30w).  Cheap as chips off eBay and it's the one Pink Faun use in their server... its a good choice and much easier to work with.  Anyway...  I insert this and A2 bios error persists - but now with green LED light (SATA) rather than white (GPU). 

 

Step 2: HD6450 + switch out SSD

So I switch out the m2 SSD... Optane H10 for a H20 I have.  A2 error remains. green LED light.

 

Step 3: HD6450, plus new Optane H20 AND switch to powering HDPlex DC-DC using the HDPlex SMPS I used to use.

A2 error remains. green LED light.  CMOS reset doesn't help.  Switching to alternative bios doesn't help.  Now if I'd fried the choke by pulling too much current then you'd have thought that switching to an SMPS would have fixed it.

 

This build always ran pretty cool, so I can't believe it'd be motherboard VRM related (failed cap for example)...

 

I've built many PCs in my time, but this one has me stumped.  No logical reason why the issue occured in the first place, or why is persists.

 

I can understand your logic on power supply, I do have the Taiko Rectifier and cap ready to be installed, and was planning to upgrade the Hammond... but obviously can't progress with that currently.

 

Next step remove DC-DC and try with regular 500w ATX power supply (which I'd have to buy, as I sold my Corsair SFX a long time ago)...?

 

Could a failed/saturated choke cause excessive ripple to enter DC-DC converter and cause damage to both DC-DC converter and motherboard...

Link to comment

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now



×
×
  • Create New...