Hello,
I’ve a really data intensive VFP app written a few years ago in VFP 6.0 SP5 which needs to be moved from local clients to a terminal server. Only during tests they noticed that the app was taking almost all cpu recources when generating a really complex report for approximately 8 minutes. And now the system engineers are coming to me saying the app should be configured for not taking all recourses. As far as I know that’s really nonsense, because terminal server should take that responsibility and not the application!?! Yes they said Ms Word never takes 100% recourses, and so on and so on…
Generating the reports in the night is no solution, and optimalising the application could make some difference, but it means that the app will even use 100% cpu resources for lets say 1 minute (I don’t think it can be optimalised that much, but just as example) what they don’t find acceptable. Moving to SqlServer (storedprocs) instead of native VFP is also no solution, because it means rewriting almost 50% of the application. And caching some parts of the result isn’t possible also because of so many rules that should be checked and change so often. It should be real-time generated.
Any inside and advice is welcome,
Thanks,
Charl
I’ve a really data intensive VFP app written a few years ago in VFP 6.0 SP5 which needs to be moved from local clients to a terminal server. Only during tests they noticed that the app was taking almost all cpu recources when generating a really complex report for approximately 8 minutes. And now the system engineers are coming to me saying the app should be configured for not taking all recourses. As far as I know that’s really nonsense, because terminal server should take that responsibility and not the application!?! Yes they said Ms Word never takes 100% recourses, and so on and so on…
Generating the reports in the night is no solution, and optimalising the application could make some difference, but it means that the app will even use 100% cpu resources for lets say 1 minute (I don’t think it can be optimalised that much, but just as example) what they don’t find acceptable. Moving to SqlServer (storedprocs) instead of native VFP is also no solution, because it means rewriting almost 50% of the application. And caching some parts of the result isn’t possible also because of so many rules that should be checked and change so often. It should be real-time generated.
Any inside and advice is welcome,
Thanks,
Charl