Licensing question re: 2012 R2 Essentials and IIS
-
And as you can see because of the silly way that Mac OSX identifies running windows, I can't keep track of my own identity today.
-
@mlnews said:
@creayt said:
@scottalanmiller said:
Have not read this yet but likely this has info that you want...
http://www.zfsbuild.com/2012/04/18/let-zfs-use-all-of-your-ram/
Read that, seems like it was just pointing out a lack of foresight in the initial design of ZFS and how it arbitrarily ignores a heavy chunk of RAM resources at any scale. Are you saying to look into ZFS itself?
No, it was a fast search. I'm in the middle of a big database migration project and don't have much time to respond. ZFS is just one filesystem on UNIX that has some extensive RAM caching functionality.
NP, thanks for the help. Sounds like a/the major competitive advantage for Samsung Rapid Mode is that they write the software and make the hardware and can directly optimize the software for the hardware ( deducing this as it was alluded to many times, and it makes a lot of sense ).
-
@scottalanmiller said:
And as you can see because of the silly way that Mac OSX identifies running windows, I can't keep track of my own identity today.
But I admire that you can get work done on OS X at all. To me it feels like dropping back into a Pentium 4.
-
Looks like it does heavy analysis of user-access patterns and does speculative loading. Thus, it may inadvertently ( or purposefully ) game benchmarks.
-
@creayt said:
Looks like it does heavy analysis of user-access patterns and does speculative loading. Thus, it may inadvertently ( or purposefully ) game benchmarks.
Benchmarks are a game as it is. By that I mean that how a storage subsystem performs for any given workload is unique. So a benchmark, no matter what it is, can only represent one workload type. And so any given subsystem can only be truly tuned for a single workload type. So it is a game system no matter what, in a way.
-
Tiering is handled much the same way. If you get Drobo B1200i with tiering, it looks for usage patterns and moves the most used blocks onto the SSD tier. Same as a RAM cache. This is generally want you want - a system that games itself to look good to you.
-
That ZFS article is a bit weird. 8GB was not a monster server when ZFS was new. They are looking at the memory sizes of little 32bit IA32 installs, which was not even an option when ZFS was invented. It was invented on Sparc64 only, the port to AMD64 was later.
32GB was common by the time that ZFS was made and very quickly they were rolling it out on Thumper which was AMD64 and went to 64GB. Thumper was the first place that ZFS was really used. So any system getting ZFS was either a Sparc64 system where 64GB was impressive but not shocking or an AMD64 system that was designed for 64GB out of the gate.
-
I got to work with the ZFS team in 2008 and they help come up with the original SAM-SD design with Eric McAlvin and myself. And I got to put hands on the Thumper prior to public release.
-
In Linux, without even worrying about the storage subsystem, you can chance the system cache and swap behaviour with these values...
vm.swappiness = 20 vm.dirty_ratio = 70 vm.dirty_background_ratio = 30 vm.dirty_writeback_centisecs = 60000 -
I'm not recommending those specific values, just showing examples.
