We're glad that PrimoCache desktop edition 2.7.0 is released now!
You may download it from the following page.
https://www.romexsoftware.com/en-us/pri ... nload.html
For the change log, please see
https://www.romexsoftware.com/en-us/pri ... gelog.html
Thank you for all your kind support!
[2016-12-07] PrimoCache 2.7.0 released!
Re: [2016-12-07] PrimoCache 2.7.0 released!
When do you think, we get an update for server?
Re: [2016-12-07] PrimoCache 2.7.0 released!
Currently all updates since v2.4.0 are for Windows 10 series only. For Windows server systems prior to Server 2016, you may just use the v2.4.0.
For Windows server 2016, so far we haven't seen problems that happened in Windows 10, so you can still use the v2.4.0 if it was working well.
We also built the corresponding versions for the server edition and will provide the links later if you're interested in them.
Thanks.
For Windows server 2016, so far we haven't seen problems that happened in Windows 10, so you can still use the v2.4.0 if it was working well.
We also built the corresponding versions for the server edition and will provide the links later if you're interested in them.
Thanks.
Re: [2016-12-07] PrimoCache 2.7.0 released!
L2 WO behaviour seems to be working good, thanks!
Re: [2016-12-07] PrimoCache 2.7.0 released!
Actually there is a major issue: On workstation with 2.7. I see memory overhead with 2048MB L1 cache size and 4KB cluster size of 452 MB.support wrote:Currently all updates since v2.4.0 are for Windows 10 series only. For Windows server systems prior to Server 2016, you may just use the v2.4.0.
For Windows server 2016, so far we haven't seen problems that happened in Windows 10, so you can still use the v2.4.0 if it was working well.
We also built the corresponding versions for the server edition and will provide the links later if you're interested in them.
Thanks.
On server version with same size setting I see overhead requirement of 4.73 GB!!!!!
That is tenfold!
I believe it was one of the major improvements in versions since 2.4 that overhead has been reduced.
This is urgently required for the server version as well.
Re: [2016-12-07] PrimoCache 2.7.0 released!
@points, the overhead amount is related to not only the L1/L2 cache size but also target volume's capacity. We confirm that there're not any changes on overhead between 2.4 and 2.7.
Re: [2016-12-07] PrimoCache 2.7.0 released!
@support: Thank you for your information.
Size resp. disk workstation: 400 GB -> Overhead: 452 MB
Size resp. disk server: 1 TB -> Overhead: 4.73 GB
That's still a exponentional increase in overhead and should be addressed.
Size resp. disk workstation: 400 GB -> Overhead: 452 MB
Size resp. disk server: 1 TB -> Overhead: 4.73 GB
That's still a exponentional increase in overhead and should be addressed.
Re: [2016-12-07] PrimoCache 2.7.0 released!
@points, can you upload the screenshots of the PrimoCache main dialog which shows target volumes and cache settings for your workstation and server? Thanks.
Re: [2016-12-07] PrimoCache 2.7.0 released!
Server and workstation are running on different PrimoCache configurations which makes it harder to compare.
Can you try to simply reproduce the issue with a 2.4 server and a 2.7 workstation version with identical settings entered on your machine. All you have to do is to open the settings dialoag, enter identical data and observe the memorey overhead stated.
If both show the identical memory overhead then the issue is that it needs too much overhead when the disks grow larger.
4GB overhead for a 2GB cache seems to be somewhat excessive.
Can you try to simply reproduce the issue with a 2.4 server and a 2.7 workstation version with identical settings entered on your machine. All you have to do is to open the settings dialoag, enter identical data and observe the memorey overhead stated.
If both show the identical memory overhead then the issue is that it needs too much overhead when the disks grow larger.
4GB overhead for a 2GB cache seems to be somewhat excessive.
Re: [2016-12-07] PrimoCache 2.7.0 released!
A larger target disk requires more overhead memory. Also some options like defer-write, prefetch increases overhead. We confirm that both 2.4 and 2.7 have the same code handling the overhead.
BTW, we considered many designs to reduce the overhead, but these methods bring performance penalty. In 3.x version, we'll make a balance between performance and overhead. However, a bigger block size is still an effective way to reduce the overhead a lot.
BTW, we considered many designs to reduce the overhead, but these methods bring performance penalty. In 3.x version, we'll make a balance between performance and overhead. However, a bigger block size is still an effective way to reduce the overhead a lot.