Jump to content


  • Content Count

  • Joined

  • Last visited

  • Country

    United Kingdom

About guiltyboxswapper

  • Rank
    Freshman Member

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. DSD is an improvement on ESS, but I found as I improved my source, my ESS based DAC couldn't keep up with the DAC8 DSD which just seemlessly scales based on its input. Which makes sense as the DAC8 DSD makes no attempts to process the incoming datastream, where as the ESS ICs still do a little processing if not as much as PCM mode.
  2. It can, the opticalRendu and opticalModule is a very good level of performance but (with some effort) a single optimised PC with a dedicated USB card (JCAT XE in my case) and good quality power takes the same DAC to an entirely new level. It's a lot more effort though, and certainly not as elegant as the oR/oM combo.
  3. https://www.xilinx.com/publications/product-briefs/SFN8522-product-brief.pdf "Capabilities such as ultra-low latency, Onload® kernel bypass, class-leading clock synchronization accuracy providing MIFID II readiness, ServerLock® NIC-based firewall, SolarCapture® and more, can be enabled to run on any SFN8500 adapter on the network, making this the one Ethernet adapter to deploy across your data center or cloud infrastructure." OnLoad is available to all 8500 series it seems, looks like website's wrong. It's not a hardware feature per say, its a software feature d
  4. Odd my kernel logs show the card being picked up and accelerated, also in the release notes SFN8522 is listed as a supported Onload card.
  5. I think myself and @StreamFidelity use the non-plus version.
  6. For the Solarflare cards, recent kernels already have a (slim, non-onload) network driver installed ready to go. FWIW I find HQPlayer embedded to be absolutely rock solid under Linux, dont have to tweak it for weeks at a time, but yes can understand there's a bit of a learning curve.
  7. Yes, however in doing so it will have a different processing behaviour to the latency profile so worth a try. In my case it'll only take a few mins to switch over.
  8. I have pondered whether its worth buying another one of these Solarflare cards and seeing if we can externally feed it DC, given how good it is from just motherboard power alone.
  9. Nah, as the Linux kernel runs virtually on top of Windows OS (hence subsystem), so no real benefits to be honest.
  10. I would also try the "max throughput" option as that invokes a certain amount of in-memory caching/batching. I'll be trying that myself sometime this week.
  11. Did you externally power your NET Femto card too?
  12. Linux only. Uses some of the newer kernel features (express data path) as well as eBPF to essentially "intercept" network calls and push them down its own accelerated/optimised path. It was pretty easy to install, so well worth a try should you be tempted.
  13. Its worth making an effort with OnLoad - you're only half utilising the card at the moment 😊
  14. Have any of the Solarflare SFN8522 or similar users tried https://github.com/Xilinx-CNS/onload ? As described it allows Linux apps to bypass the core networking stack for Onload's ultra high performance and highly configurable network stack instead. Installing is relatively easy, simply clone + run /scripts/onload_install provided your Linux distro has the necessary build tools. I've installed the latest version to find another uptick in SQ, especially in musical transients / flow. This was in AudioLinux, using the standard latency profile and LTS 5.4 RT kernel.
  15. To be honest what very high quality SMPS options do we have at low voltages? The likes of Benchmark Audio have been using SilentSwitchers to achieve this with SMPS, but they're often not implemented in any high (1a+) current form nor do they get much attention on the whole. So yes certainly for now LPS is the way to go.
  • Create New...