|
Hello Marco,I hope it's not but I suspect you're not too far away from the truth. It's
Am 06.04.2020 um 09:26 schrieb Marco Facchinetti <
marco.facchinetti@xxxxxxxxx>:
But my question is: why if I use a Windows based RDP server it's workingwithout problems and if I do (almost) the same in Power Linux we got
performance problems specifically in the browser?
You connect with RDP to a Linux graphical screen, do I understand right?
So, there may be two culprits:
- Microsoft most likely did heavy optimizations on the server side to make
RDP as fast as we know it. I never would expect that connecting with RDP to
a X-Server session would provide the same performance. I was tinkering with
that stuff a few years ago, because using remote X protocol in Windows
is/was always requiring requiring additional software.
- I suspect that Linux Browsers are also heavily optimized for x86 code.This is also very possible but I suspect the Firefox port to PPC64 was not
Maybe some critical routines have been carefully crafted in assembler to
provide the pest performance, while POWER is a niche, compared to the
overwhelming usage count of x86. I did not dig into the gigantic blob of
Firefox Code to look, though.
Sometimes we see problems using the same browser with different OS or evenWhy we guest users in an RDP session? Because we can decide the browserand the update level of the browser. We see many ugly things letting people
choose whatever they want to run our ERP.
I don't know any details yet but to me this sounds like a basic
architectural problem in the ERP itself. For years, browsers have become
more and more similar in behaviour, especially after the release of the
HTML5 standard.
VM to test performance with this one?
:wq! PoC
PGP-Key: DDD3 4ABF 6413 38DE - https://www.pocnet.net/poc-key.asc
--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list
To post a message email: MIDRANGE-L@xxxxxxxxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: https://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxxxxxxxx
Before posting, please take a moment to review the archives
at https://archive.midrange.com/midrange-l.
Please contact support@xxxxxxxxxxxxxxxxxxxx for any subscription related
questions.
Help support midrange.com by shopping at amazon.com with our affiliate
link: https://amazon.midrange.com
As an Amazon Associate we earn from qualifying purchases.
This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].
Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.