Skip to main content

One of our customers experienced at one of his clients a performance issue when working with thinclient:

For example closing a vision file takes 11 seconds:

11:28:51.449726 /z2000/PPS4000/DATEN/DATEIEN/STIV50P.01: start not less, key 8 (thread 964)
11:28:51.449733 >>>key 8 = '1HMUEN                                                            000000000000000000'
11:28:51.449757 >>>file status = 23
11:28:51.449794 /z2000/PPS4000/DATEN/DATEIEN/STIV50P.01: close (thread 964)
11:29:02.205736 Try loading '/z2000/PPS4000/PROG/PRMESSAG.WOB'...
11:29:02.206273 /z2000/PPS4000/PROG/PRMESSAG.WOB loaded

The same statements at another computer takes only 1.2 seconds:

11:33:43.384954 /z2000/PPS4000/DATEN/DATEIEN/STIV50P.01: start not less, key 8 (thread 963)
11:33:43.384960 >>>key 8 = '1HMUEN                                                            000000000000000000'
11:33:43.384983 >>>file status = 23
11:33:43.384991 /z2000/PPS4000/DATEN/DATEIEN/STIV50P.01: close (thread 963)
11:33:44.530529 Try loading '/z2000/PPS4000/PROG/PRMESSAG.WOB'...
11:33:44.531084 /z2000/PPS4000/PROG/PRMESSAG.WOB loaded

Both tests run on the same machine: SUSE Linux Enterprise Server 10 SP3 (i586) with AcuConnect 8.1.2.1.

Both windows users were re-directed via AcuAccess to the same linux user.

The computer with the problems is a Windows10 64-bit.
The other test was taken on a Windows7 64bit.

We have other customers with windows10 clients and Runtime 8.1.3 and they have no issues.

 

Do you have any idea what the problem might be ?

One of our customers experienced at one of his clients a performance issue when working with thinclient:

For example closing a vision file takes 11 seconds:

11:28:51.449726 /z2000/PPS4000/DATEN/DATEIEN/STIV50P.01: start not less, key 8 (thread 964)
11:28:51.449733 >>>key 8 = '1HMUEN                                                            000000000000000000'
11:28:51.449757 >>>file status = 23
11:28:51.449794 /z2000/PPS4000/DATEN/DATEIEN/STIV50P.01: close (thread 964)
11:29:02.205736 Try loading '/z2000/PPS4000/PROG/PRMESSAG.WOB'...
11:29:02.206273 /z2000/PPS4000/PROG/PRMESSAG.WOB loaded

The same statements at another computer takes only 1.2 seconds:

11:33:43.384954 /z2000/PPS4000/DATEN/DATEIEN/STIV50P.01: start not less, key 8 (thread 963)
11:33:43.384960 >>>key 8 = '1HMUEN                                                            000000000000000000'
11:33:43.384983 >>>file status = 23
11:33:43.384991 /z2000/PPS4000/DATEN/DATEIEN/STIV50P.01: close (thread 963)
11:33:44.530529 Try loading '/z2000/PPS4000/PROG/PRMESSAG.WOB'...
11:33:44.531084 /z2000/PPS4000/PROG/PRMESSAG.WOB loaded

Both tests run on the same machine: SUSE Linux Enterprise Server 10 SP3 (i586) with AcuConnect 8.1.2.1.

Both windows users were re-directed via AcuAccess to the same linux user.

The computer with the problems is a Windows10 64-bit.
The other test was taken on a Windows7 64bit.

We have other customers with windows10 clients and Runtime 8.1.3 and they have no issues.

 

Do you have any idea what the problem might be ?

I do remember we had a similar problem, the answer from MF support was: "there is a known issue with acu version 8.1.2 and windows 10 clients are supported with the acu version that rleased after windows 10 release, in this case it is acu 10.0.0.

Greetings
xpks