#dominoforever | Product Ideas Portal

 

Welcome to the #dominoforever Product Ideas Forum! The place where you can submit product ideas and enhancement request. We encourage you to participate by voting on, commenting on, and creating new ideas. All new ideas will be evaluated by HCL Product Management & Engineering teams, and the next steps will be communicated. While not all submitted ideas will be executed upon, community feedback will play a key role in influencing which ideas are and when they will be implemented.

For more information and upcoming events around #dominoforever, please visit our Destination Domino Page

More speed in homeoffice by expanding the Notes cache by using a disk instance to buffer more design elements

Due to the pandemie lots of people are working at home. And they all can see the effects of the grown latency - everything is running slower than before.

As the current cache in the Notes Client is, as far as I know, only in the RAM it is limited and probably delete entries from a database that was used but has been clsoed by the user.

I suggest to expand the cache with a second layer, which should be on the disk and should store i.e. design elements of closed databases . That would allow to keep much more design elements from different already used databases on the disk. That means that those design elements do not need to be loaded from the server again and again (server workload) and will open design elements nearly instantaniously as modern SSDs in a local PC are really fast.

Of course a background job is needed that has to synchronise those databases & elements that have changed meanwhile. But it can run in the background an it only has to compare the signatures of the design elements and only if changed it loads the new version of the design element (form, view, library, agent, ...) DBs and their design elements whic h have not been used for x days could be dropped from the cache. This also will reduce also a little bit the server workload

That would result in a faster running client as only data will be requested from the server and only the cache software would have to be changed.

Joe Herrmann

  • Avatar32.5fb70cce7410889e661286fd7f1897de Guest
  • Oct 27 2020
  • Needs review
  • Attach files
  • Avatar40.8f183f721a2c86cd98fddbbe6dc46ec9
    Guest commented
    30 Oct 06:47am

    Thanks for the hint. I first compacted the exisitng cache and have expanded it from 30 MB to 256 MB max size. The workspace reported 2MB used. Then I have opened 20 DBs on the server, one after the other and closed them again.

    Result: The cache size reported in the workspace is still 2 MB. Several of these database contained image Ressources some of them as big as 1 MB.

    I think that means that everything of a db is cached as long as the db is open. But when the db gets closed, the cachce is also wiped out. This logic makes sense as this behaviour was defined in a time where hardware was slower and more expensive.

    So if it is possible to adapt the rules of this cache to the new conditions nowadays, that would be great and would give home office users faster running DBs. Or as said, create another cache layer and save and load its DB specific content from/in the current cache.

  • Avatar40.8f183f721a2c86cd98fddbbe6dc46ec9
    Guest commented
    30 Oct 06:13am

    True, the current cache is on the disk, but it's small and forgets the content of databases that have been closed quite fast. The idea is to keep all these design elements local on disk and use the data documents on the server.

  • Avatar40.8f183f721a2c86cd98fddbbe6dc46ec9
    Guest commented
    27 Oct 02:45pm

    The cache is on disk, or are you referring to something else?

    https://support.hcltechsw.com/csm?id=kb_article&sys_id=77012ca01b6df30083cb86e9cd4bcb0a

    I'm all for more performance when working remotely but have you tried using local replicas?