Skip to end of metadata
Go to start of metadata

You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 2 Next »

Summary

Best practices for installing the Performer Suite to achieve the best work result.

TLDR: Go for the instance on a server.

Central PS instance on a server

📊 Advantage

  • Performance:
    If this used server is close to the Performer Suite database, then this should be the most powerful solution.

  • Savings Time and Effort:
    When updating the Performer Suite client software, the update only needs to be installed once on the server (and not on all local devices).

❤️‍🩹 Disadvantage

  • Initial setup:
    All users must be given write permissions to the install folder, as the workspace happens by default in the install folder.

  • Maintenance:
    A key user should have Windows administrator rights on this server to be able to perform updates and install bug and hotfixes on short notice to achieve the best working result.

Installation on local devices

📊 Advantage

  • Testing:
    Bug- and hotfixes can be installed and tested faster locally than on a server because Windows permissions are (most of the time) less strict.

  • Working Speed Client:
    Local devices are (most of the time) more powerful than a server…

❤️‍🩹 Disadvantage

  • Working Speed database:
    ... but keep in mind, the further away the software client is from the Performer Suite database, the slower the application processing time will be, as the Performer Suite is constantly communicating with its database.

    • e.g. home office, VPN, or WLAN instead of LAN already extends the latency to the database.

  • No labels