Welcome to the forums Aaron,
Aaron wrote: ↑Sun Aug 15, 2021 11:56 amIn this situation, if i enable "Lock Cache Content" does those AV signatures gets loaded from the file when PrimoCache writes to a disk when shutting down or rebootin?
Enabling pre-fetch does not result in actual data being stored, but instead the block numbers that the data came from. These blocks are then read on startup, meaning that any changes in data since they were first cached, are included.
So in theory, your most current AV signatures would be loaded during pre-fetch even if it was locked. In practice, it depends on the internal workings of your AV. If the signature files are overwritten during an update (i.e. the same files are reused), then the new data should occupy the same blocks as the previous (with an SSD, write-leveling will redirect to a new SSD block but this happens at firmware level so will still appear to Windows as the same block). If an AV update results in new signature files though, these will likely occupy different blocks and therefore not be included in a "locked pre-fetch".
Aaron wrote: ↑Sun Aug 15, 2021 11:56 am1) How does this prefetcher feature work? Windows does have it own. Primocache saves latest prefectch (locked) on the disk. Does this actually decrease perfomance during bootup sequence? Because Primo has to have it own kernel mode I/O drive for that?
Pre-fetch will store a list of block numbers that were previously (L1) cached - these are held in a file in the Prefetch folder labeled
pf{cache task number}.pf. This file is then read shortly after the next Windows startup - so yes, there will be a performance impact when this happens.
Aaron wrote: ↑Sun Aug 15, 2021 11:56 am2) Windows file cache vs Primo block level cache, how does it actually differs, especially when 8GB or more system memory?
Windows' own cache works at file level rather than block level. It can be bypassed in certain cases (e.g. by disk benchmarking software) while PrimoCache cannot, and it will give up memory to applications (losing cached data) while PrimoCache will not. PrimoCache provides more control (ability to set cache size, cache block size, read/write policy, defer write delay). If you are using system-level compression (NTFS or Windows 10' Compact OS) then PrimoCache will cache the compressed data (I think, but aren't sure, that Windows file cache will store the uncompressed data).
If you have limited system memory (i.e. you are using most of it) then Windows' file cache will likely provide better performance. If you have plenty of memory to spare, then PrimoCache will likely do better.
Aaron wrote: ↑Sun Aug 15, 2021 11:56 am3) Does Primo "override" windows own API or are all I/O redicted by its own driver?
Windows' file cache continues running and will take precedence over PrimoCache (i.e. PrimoCache L1 will initially duplicate Windows file cache data as disk reads occur, but it will not see any reads fulfilled by Windows' cache so in the long term the two caches will store different data). There is no easy way to prevent this, which is a downside.
Aaron wrote: ↑Sun Aug 15, 2021 11:56 am4) Is Primo compatible with third party defraggers?
All defraggers use the same Microsoft defragmentation API and
MyDefrag works OK in my experience (by working, I mean not filling PrimoCache with data during a defrag).
Aaron wrote: ↑Sun Aug 15, 2021 11:56 am5) Is "Fast Boot" feature recommended to disable or enabled
I don't use it so can't comment.
Aaron wrote: ↑Sun Aug 15, 2021 11:56 am6) Is "Sysmain" recommended to disabled or enabled
SysMain/SuperFetch would (at best) overlap with Pre-Fetch and given its tendency to
lock disks up, would be better disabled.