Jump to content
IGNORED

SSD Performance Degradation Caused by File Fragmentation Tested


Recommended Posts

1 minute ago, PeterSt said:

 

I hope Yamamoto will say "sure", but I think this is way too complex, already because it involves the OS itself. However, various WMI Instrumentation resources are at our disposal to show derivates of it and eliminate the irrelevant (depending on how smart we are at setting the WMI stuff).

 

On the large scale we will be able to see it (use a power meter) but this will be too rough if you not first set up all there is to do to this regard.

But for example, if I had to load a 350MB CD into memory, then with contiguous memory it could go in one second (this includes the source as a bottleneck - e.g. Network), while with not contiguous memory it may take 10 seconds. Mind you, this is only the writing part.

Reading I don't know because nobody reads 350MB CDs as fast as possible from RAM in the audio environment, but this could be tested of course. I expect the reading time to be 20 times faster at least (wild guess but alas).

 

Before anyone starts working on this: please don't. It is useless. No audible differences will come from this anyway.

Well, that's what they say, right ?

Yes, the internal probes for checking power consumption are mainly for just basic diagnostic purposes. I don't know how accurate they are and how fast it samples. If one were to insert a high quality ADC for each of these, each component would probably become 2-3x the price they currently are 😅

Link to comment
7 hours ago, March Audio said:

So, what audio playback software doesn't load the file into memory before playback?  An SSD will read the file in a fraction of a second.  How does this power consumption that happened prior to playback affect the sound?

 

As I told elsewhere. Investigate how the Windows OS works (I said literally the same thing upon the same question). But let me rephrase the question so goal post will stay where they are (this is a thread in the objective area).

 

How does this power consumption that happened prior to playback keep recurring during playback?

 

Btw, I don't have the idea to act as a teacher here. I am not denigrating anything either.

Lush^3-e      Lush^2      Blaxius^2.5      Ethernet^3     HDMI^2     XLR^2

XXHighEnd (developer)

Phasure NOS1 24/768 Async USB DAC (manufacturer)

Phasure Mach III Audio PC with Linear PSU (manufacturer)

Orelino & Orelo MKII Speakers (designer/supplier)

Link to comment
8 minutes ago, manueljenkin said:

If one were to insert a high quality ADC for each of these, each component would probably become 2-3x the price they currently are 😅

 

... And the point I was trying to make is that you won't be able to separate the "activity" in there from the normal OS operations. Unless ... unless you made the memory contiguous and know where it sits as well (and then read from one DIMM - the correct one).

Quite undoable, although everything can be done (IMO).

Lush^3-e      Lush^2      Blaxius^2.5      Ethernet^3     HDMI^2     XLR^2

XXHighEnd (developer)

Phasure NOS1 24/768 Async USB DAC (manufacturer)

Phasure Mach III Audio PC with Linear PSU (manufacturer)

Orelino & Orelo MKII Speakers (designer/supplier)

Link to comment
2 minutes ago, idiot_savant said:

With DDR, probably impossible to say - it’s constantly being refreshed ( because otherwise it forgets stuff ), and the CPU is more or less constantly reading it anyway

 

that

Lush^3-e      Lush^2      Blaxius^2.5      Ethernet^3     HDMI^2     XLR^2

XXHighEnd (developer)

Phasure NOS1 24/768 Async USB DAC (manufacturer)

Phasure Mach III Audio PC with Linear PSU (manufacturer)

Orelino & Orelo MKII Speakers (designer/supplier)

Link to comment
13 minutes ago, idiot_savant said:

With DDR, probably impossible to say - it’s constantly being refreshed ( because otherwise it forgets stuff ), and the CPU is more or less constantly reading it anyway


https://en.m.wikipedia.org/wiki/Memory_refresh

 

your friendly neighbourhood idiot 

Sorry to be pedantic, it doesn't forget, the charges leak (its stored in a capacitor like structure that happens to have leakages).

Link to comment
34 minutes ago, PeterSt said:

 

As I told elsewhere. Investigate how the Windows OS works (I said literally the same thing upon the same question). But let me rephrase the question so goal post will stay where they are (this is a thread in the objective area).

 

How does this power consumption that happened prior to playback keep recurring during playback?

 

Btw, I don't have the idea to act as a teacher here. I am not denigrating anything either.

 

It doesnt matter.  You are investigating the wrong thing.

 

A PC doesn't stop working.  Busses are still whizzing away, drives are still accessed, as is memory. CPU cycles up and down in load and clock speed. Dozens of processes are still running.  That will continue throughout playback whatever you do.

 

What matters is what appears in the dac output.

 

Trust me, you are not teaching anybody anything 😉

 

Link to comment
27 minutes ago, March Audio said:

It doesnt matter.  You are investigating the wrong thing.

 

A PC doesn't stop working.  Busses are still whizzing away, drives are still accessed, as is memory. CPU cycles up and down in load and clock speed. Dozens of processes are still running.  That will continue throughout playback whatever you do.

 

What matters is what appears in the dac output.

 

Trust me, you are not teaching anybody anything 😉

 

Funny, how you changed this post in two places at least. Funny=good in this case !

Lush^3-e      Lush^2      Blaxius^2.5      Ethernet^3     HDMI^2     XLR^2

XXHighEnd (developer)

Phasure NOS1 24/768 Async USB DAC (manufacturer)

Phasure Mach III Audio PC with Linear PSU (manufacturer)

Orelino & Orelo MKII Speakers (designer/supplier)

Link to comment
17 minutes ago, idiot_savant said:

The fact this is by charge leakage is a detail, which I’m sure is going to somehow come into @manueljenkin big reveal. Which, unfortunately won’t help. 

 

Why is that ?

Lush^3-e      Lush^2      Blaxius^2.5      Ethernet^3     HDMI^2     XLR^2

XXHighEnd (developer)

Phasure NOS1 24/768 Async USB DAC (manufacturer)

Phasure Mach III Audio PC with Linear PSU (manufacturer)

Orelino & Orelo MKII Speakers (designer/supplier)

Link to comment
2 hours ago, yamamoto2002 said:

 

For Intel Sandy Bridge or later model of CPUs, there is a RAPL MSR (Running Average Power Limit Model Specific Registers) CPU registers to read DRAM energy consumption.

Is there a possibility to read the DRAM voltage variances in the bios? With the Bios mods for the Gigabyte boards this may be possible. 

Link to comment

We should also keep in mind all the variables involved here. Taking these measurements and transferring the results to other computers, SSDs, firmware versions on the computers and SSDs, SSD types SLC, MLC, TLC, is fraught with possible unscientific issues. 
 

It would be like saying you measured the way one DAC chip turned digital into analog, so they must all work this way. 

Founder of Audiophile Style | My Audio Systems AudiophileStyleStickerWhite2.0.png AudiophileStyleStickerWhite7.1.4.png

Link to comment
35 minutes ago, The Computer Audiophile said:

We should also keep in mind all the variables involved here. Taking these measurements and transferring the results to other computers, SSDs, firmware versions on the computers and SSDs, SSD types SLC, MLC, TLC, is fraught with possible unscientific issues. 
 

It would be like saying you measured the way one DAC chip turned digital into analog, so they must all work this way. 

There's more. There seems to be more than one type of read and write circuits having completely different methods electrically. When you get into sd cards it gets even more complex, almost none of them follow a standard it seems.

 

The question would be, do the dacs that don't show measurable or audible differences with system tweaks, have actually better fidelity or are they just decorrelating the upstream noise while adding noise of their own (again sine squiggle charts and fft charts are inconclusive in this aspect).

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...