>> Compiles code twice as fast as my new Windows desktop
>That's because MS's filesystem layer has been garbage since NT was launched decades ago [...]
I confess that this kind of excuse drives me batty. End users don't buy CPUs and buy filesystems. They buy entire systems. "Well, it's not really that much faster, it's just that part of the system is junk. The rest is comparable!" That may be, but the end result for the person you're talking to is that their Windows PC compiles code at half the speed of their Mac. It's not like they bought it and selected the glacial filesystem, or even had a choice in the matter.
That's right up there with "my Intel integrated graphics gets lower FPS than my Nvidia card." "But the CPU is faster!" Possibly true, but still totally irrelevant if the rest of the system can't keep up.
> End users don't buy CPUs and buy filesystems. They buy entire systems. [...] Possibly true, but still totally irrelevant if the rest of the system can't keep up.
At least historically for hardware components of PCs, this was not irrelevant, but the state of things:
You basically bought some PC as a starting basis. Because of the high speed of improvements, everybody knew that you would soon replace parts as you deemed feasible. If some component was not suitable anymore, you swapped it (upgrade the PC). You bought a new PC if things got insanely outdated, and updating was not worth the money anymore. With this new PC, the cycle of updating components started back from the beginning.
But that still doesn't save away, "oh, it's only slow because the filesystem is so slow". Assuming that's true, that's a very integral part of the system that can't readily be swapped out by most people. You can't say "the system is actually really fast, it's just the OS that's slow", because the end result is just plain "the system is slow."
"ACFS provides direct I/O for Oracle database I/O workloads. ACFS implements indirect I/O however for general purpose files that typically perform small I/O for better response time."
> I confess that this kind of excuse drives me batty.
The use case was "compiling code". My assumption was that anyone buying hardware for that application would understand stuff like filesystem performance, system tuning, also stuff like "how to use a ramdisk" or "how to install Linux".
Yes, if you want to flame about the whole system experience: Apple's is the best, period. But not because they're twice as fast, that's ridiculous.
>That's because MS's filesystem layer has been garbage since NT was launched decades ago [...]
I confess that this kind of excuse drives me batty. End users don't buy CPUs and buy filesystems. They buy entire systems. "Well, it's not really that much faster, it's just that part of the system is junk. The rest is comparable!" That may be, but the end result for the person you're talking to is that their Windows PC compiles code at half the speed of their Mac. It's not like they bought it and selected the glacial filesystem, or even had a choice in the matter.
That's right up there with "my Intel integrated graphics gets lower FPS than my Nvidia card." "But the CPU is faster!" Possibly true, but still totally irrelevant if the rest of the system can't keep up.