Re: Performance on VM (shared by users) machine (Azure + VM SQL)

[Noam Honig]

We're not  aware of any issue with that setup.

Try narrowing down the performance issue you're experiencing using the Profiler - it'll give you the best places to look - you can also use the profiler to inspect non database related issues:
https://doc.fireflymigration.com/using-the-profiler-to-investigate-non-database-related-performance-issues.html

Projects is usually the better setup for large applications - as it only loads the dll once it needs it - instead of loading all the dlls at start that can take several seconds.
If it's a shared machine - .NET actually loads them for the first user and uses that for the others.

You can experiment with copying locally to see if that help - we also have a launcher to help with it:
https://doc.fireflymigration.com/updating-the-application-during-runtime.html
https://doc.fireflymigration.com/sehexception.html

But really -  profiler is the best way to narrow it down and find the root cause

Noam Honig  

Founder & CEO

www.fireflymigration.com

On Wed, Jun 3, 2026 at 8:04 PM 'Benjamin Hoewler' via Migrated By Firefly <migrated-...@googlegroups.com> wrote:

Hello everyone,

Has anyone ever wondered about performance issues, particularly on a shared machine (Windows 11, Azure) used by 20 users?

Our migrated application is organized into projects. Would it be beneficial to group as many of them together as possible, based on dependencies, so that the application loads as completely as possible rather than loading a multitude of DLLs based on usage?

Is it better to install the application locally and point it directly to C:\... rather than to a shared drive (on the server or locally)?

Is there a way to preload the EXE and all or some of the DLLs at startup, by the first user? And a complete unload when the last user logs out, for example to upgrade to a new version?

If the application creates lists and files, is it also better to store them locally rather than writing to a shared drive on the server?

Additional information:
- Same tenant and same data center location, 10Gbps LAN
- W2022 server VM also on Azure, with SQL, database approx. 80 GB, typical CPU usage between 15-30%, it runs only this application
- Regarding entities, we have already leveraged caching for tables with static content that are frequently accessed
- The application was recently migrated from .NET Framework to .NET 8 with upgraded FireFly components (thanks to Noam’s team!), but the application wasn’t “enhanced” by replacing the old “Relations.Add” calls with SQLEntity or SQL

Some of these points seem fairly obvious to me, but very difficult to quantify.
Thank you in advance for your feedback and suggestions on areas to explore!

Benjamin
Translated with DeepL.com (free version)

--
You received this message because you are subscribed to the Google Groups "Migrated By Firefly" group.
To unsubscribe from this group and stop receiving emails from it, send an email to migrated-by-fir...@googlegroups.com.
To view this discussion visit https://groups.google.com/d/msgid/migrated-by-firefly/c56bf5cc-ddd2-4f6e-af82-2c22f53abaf2n%40googlegroups.com.