Search found 489 matches

by Jaga
Sat Feb 22, 2020 6:01 am
Forum: Submit Suggestions
Topic: L1 Cache greater than 32 GB
Replies: 3
Views: 49

Re: L1 Cache greater than 32 GB

Good to know L1 got a raise, adding to notes. Cheers.
by Jaga
Fri Feb 21, 2020 7:39 pm
Forum: Submit Suggestions
Topic: L1 Cache greater than 32 GB
Replies: 3
Views: 49

Re: L1 Cache greater than 32 GB

https://forum.romexsoftware.com/en-us/viewtopic.php?t=4143 The L1 size limitation is actually 1.5 TB. The 32 GB size in the dropdown list is merely there for convenience - you can enter in whatever value you need to use, and it will reserve that from available RAM. I just tested on a L1 cache task ...
by Jaga
Fri Feb 21, 2020 7:34 pm
Forum: Technical Support
Topic: Suitability in a VM storage environment, L2 Write Cache ?'s
Replies: 1
Views: 41

Re: Suitability in a VM storage environment, L2 Write Cache ?'s

Primocache works at the block level. Whatever block size you setup, it will fetch from the volume (no matter what cluster size is set). It is recommended to keep block size and cluster size either equal, or to use a slightly larger block size (to reduce overhead). The write cache is definitely usefu...
by Jaga
Tue Feb 18, 2020 11:21 pm
Forum: Technical Support
Topic: Risk of Data Loss with Defer-Write on SSD cache?
Replies: 3
Views: 102

Re: Risk of Data Loss with Defer-Write on SSD cache?

The easy way to avoid this currently is to have a UPS unit on the machine using deferred writes. There are still cases of ungraceful shutdown (though rare), but for power loss situations, you can avoid them with the additional hardware.
by Jaga
Fri Feb 14, 2020 6:21 pm
Forum: Latest News
Topic: [2019-12-31] PrimoCache 3.2.0 and 4.0.0 alpha released!
Replies: 31
Views: 16464

Re: [2019-12-31] PrimoCache 3.2.0 and 4.0.0 alpha released!

what is the biggest supported L2 cache size in 4.x? We had that 2 TByte limit in the past, and now I see plenty of excessively large U.2 SSDs pop up on ebay, which would do perfectly for large scale L2 caches for very large RAID volumes. Many of those U.2 SSDs are 7.68 TByte in size, so it would be...
by Jaga
Sun Feb 09, 2020 2:46 am
Forum: Technical Support
Topic: best Practices for improving cache rate %
Replies: 2
Views: 141

Re: best Practices for improving cache rate %

It depends on what you want the 90%+ hitrates on: the OS, or the game(s). I give Primocache 44GB out of 64, and split that 44 up into two cache tasks: one with 16GB on the OS drive, and one with 28GB on a special partition just used for 1-2 games. Both my OS and my gaming partition get very high hit...
by Jaga
Sun Feb 09, 2020 1:41 am
Forum: Technical Support
Topic: QLC NVME Raid
Replies: 4
Views: 86

Re: QLC NVME Raid

Yep, you absolutely could. That's how I do it on this end, and it works quite well.
by Jaga
Sat Feb 08, 2020 9:13 pm
Forum: Technical Support
Topic: QLC NVME Raid
Replies: 4
Views: 86

Re: QLC NVME Raid

Just chiming in with my .02 here - I don't use RAID anymore except in very special circumstances. When I want to combine several drives to mimic a larger one, I use Stablebit's Drivepool software. You can then create Cache Tasks in Primocache on the underlying drives (just not the pool drive), and u...
by Jaga
Wed Feb 05, 2020 9:14 am
Forum: Technical Support
Topic: Looking for advice - is it worth it for me?
Replies: 3
Views: 149

Re: Looking for advice - is it worth it for me?

I still wouldn't do it. Sure the NVMe is faster, but you'll lose IOPS and CPU cycles when it looks up clusters to see if they are cached in blocks. Support would of course have the final say on this, but I personally still wouldn't do it.
by Jaga
Tue Feb 04, 2020 10:51 pm
Forum: Technical Support
Topic: Looking for advice - is it worth it for me?
Replies: 3
Views: 149

Re: Looking for advice - is it worth it for me?

To try and answer questions: Keep them set to AHCI on the rebuild if possible. Keep block size either the same as cluster size, or a small multiple (i.e. if clusters are 4k, use 4k, 8k or 16k). I find using slightly larger block sizes in Primocache has the best tradeoff between performance and overh...