These forums have been archived and are now read-only.

The new forums are live and can be found at https://forums.eveonline.com/

Linux

 
  • Topic is locked indefinitely.
 

New EVE Launcher in testing on Singularity

First post
Author
Previous Topic Next Topic
CCP Aporia
C C P
C C P Alliance
#21 - 2013-05-14 15:29:14 UTC  |  Edited by: CCP Aporia
Mr M wrote:
EVE launcher 2.1.534643
launcher.exe still uses a silly amount of cpu and I'm still getting an Error -7.

https://client.testeveonline.com/launcherv3/en?steam_token=&server=tranquility loads as it should
https://sisilogin.testeveonline.com/oauth/authorize/?client_id=eveLauncherTQ&lang=en&response_type=token&redirect_uri=https://sisilogin.testeveonline.com/launcher?client_id=eveLauncherTQ&scope=eveClientToken in the iframe sso-frame only loads sometimes, the rest of the time it gives an error -7

Also, it seems like it's way too easy to find small html-parsers these days Smile


We know that we might have a bit higher usage than before temporarily because there are some more threads that are running but it shouldn't be overly silly (though Python's threading module is annoyingly greedy it appears). It certainly shouldn't be at 100% as it was mentioned in a previous post, though.

Friend of walking avatars, currently hibernating until he gets to open that door.
Mikail Thiesant
Catiz is NOT my empress
#22 - 2013-05-14 15:59:04 UTC
Tested the new launcher 2.1.534643-beta.3 The -7 error is unfortunately still there.
launcher.log
http://pastebin.com/mWhHXHbx

debug.log was not created this time.
CCP Aporia
C C P
C C P Alliance
#23 - 2013-05-14 16:45:28 UTC  |  Edited by: CCP Aporia
Mikail Thiesant wrote:
Tested the new launcher 2.1.534643-beta.3 The -7 error is unfortunately still there.
launcher.log
http://pastebin.com/mWhHXHbx

debug.log was not created this time.


Sadly the logs show nothing. However, since we had similar issues on the Mac (which was then resolved using a different certificate bundle) I'll look into whether we can get more useful logging out of chromium embedded for these situations which should help us gaining some insight on what exactly might be going on there.

After some more digging about in the source code for the browser engine then it turns out that Error: -7 indicates that there was a time out in the underlying SSL connection. Why exactly that happens is currently unknown to me, but if I find something I'll let you know. What Windows versions are you guys running in Wine?
I remember that when Windows 7 came out we had some issues here with one of our external SDK's that uses OpenSSL because one of the windows API function OpenSSL uses (or used) change it's runtime complexity to no longer return in O(1) but rather in O(number of objects on the heap) which in the case of python can be a lot of objects and thus be fairly slow.

Friend of walking avatars, currently hibernating until he gets to open that door.
Mr M
Sebiestor Tribe
#24 - 2013-05-14 17:22:44 UTC
CCP Aporia wrote:

We know that we might have a bit higher usage than before temporarily because there are some more threads that are running but it shouldn't be overly silly (though Python's threading module is annoyingly greedy it appears). It certainly shouldn't be at 100% as it was mentioned in a previous post, though.

top -H reports that launcher.exe is running two or more threads each taking 70-99%.
Quote:
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
15548 xxxx 20 0 2622m 100m 10m R 81.9 1.7 1:25.29 launcher.exe
15558 xxxx 20 0 2622m 100m 10m R 77.6 1.7 1:24.95 launcher.exe

And that's after the initial phase with loading graphic, updating and thingie checking. Docked and not spinning ship the actual client draws less cpu than that here.

Share your experience

Write for the EVE Tribune

www.eve-tribune.com
Mr M
Sebiestor Tribe
#25 - 2013-05-14 17:35:47 UTC
CCP Aporia wrote:

After some more digging about in the source code for the browser engine then it turns out that Error: -7 indicates that there was a time out in the underlying SSL connection. Why exactly that happens is currently unknown to me, but if I find something I'll let you know. What Windows versions are you guys running in Wine?

1.5.27 here at the moment.

I find it odd that it's only the iframe with the login button that times out and never the rest of the launcher window.

Share your experience

Write for the EVE Tribune

www.eve-tribune.com
CCP Aporia
C C P
C C P Alliance
#26 - 2013-05-14 17:56:19 UTC
Mr M wrote:
CCP Aporia wrote:

After some more digging about in the source code for the browser engine then it turns out that Error: -7 indicates that there was a time out in the underlying SSL connection. Why exactly that happens is currently unknown to me, but if I find something I'll let you know. What Windows versions are you guys running in Wine?

1.5.27 here at the moment.

I find it odd that it's only the iframe with the login button that times out and never the rest of the launcher window.


I find that odd as well. It would be really great to see how normal chrome would run in wine with our landing page, but if I remember correctly from the other thread that's not easily doable?

And about the cpu usage, I'll increase the sleep duration in each thread but there might be something else going wrong since none of the threads should run at more than 100 Hz and that should rarely, if ever, cause enough load for 100% CPU usage on a single core given the amount of work that is actually being done by the launcher.

Friend of walking avatars, currently hibernating until he gets to open that door.
Equto
Imperium Technologies
Sigma Grindset
#27 - 2013-05-14 18:00:54 UTC
CCP Aporia wrote:
Mr M wrote:
CCP Aporia wrote:

After some more digging about in the source code for the browser engine then it turns out that Error: -7 indicates that there was a time out in the underlying SSL connection. Why exactly that happens is currently unknown to me, but if I find something I'll let you know. What Windows versions are you guys running in Wine?

1.5.27 here at the moment.

I find it odd that it's only the iframe with the login button that times out and never the rest of the launcher window.


I find that odd as well. It would be really great to see how normal chrome would run in wine with our landing page, but if I remember correctly from the other thread that's not easily doable?

And about the cpu usage, I'll increase the sleep duration in each thread but there might be something else going wrong since none of the threads should run at more than 100 Hz and that should rarely, if ever, cause enough load for 100% CPU usage on a single core given the amount of work that is actually being done by the launcher.


I am not an expert on this subject but there are many libraries that implement SSL in wine that are currently broken. They often return a Timeout however other weird errors have also been reported for other applications.
Mikail Thiesant
Catiz is NOT my empress
#28 - 2013-05-14 19:45:59 UTC  |  Edited by: Mikail Thiesant
I did a little bit more testing. Basically I tried Windows versions that wine is emulating from Win 98 to Win 8. Sadly the error occurred in all of them. I tried something with chrome under wine, but for me it is no go, because instalator crashes and if I try portable version it crashes too. So I dont think we can do anything about chrome under wine, because people just dont care to make it work, because there is native version of it for linux.

One question maybe. As you see on this image:
http://clip2net.com/s/51WUwy

Left under the missing login thing there is missing image too. (One image is about HD Stream, the second is budy program) Basically it is a link to account management. And it behaves like the missing login. One time it loads the images second it dont. So do you think it might be the same error?

Sorry I have basically like no knowledge about those things. I just try to make some noise to wake up those linux users that do have :-)
Neuntausend
Republic Military School
Minmatar Republic
#29 - 2013-05-14 20:31:59 UTC
Mikail Thiesant wrote:

One question maybe. As you see on this image:
http://clip2net.com/s/51WUwy

Left under the missing login thing there is missing image too. (One image is about HD Stream, the second is budy program) Basically it is a link to account management. And it behaves like the missing login. One time it loads the images second it dont. So do you think it might be the same error?

Sorry I have basically like no knowledge about those things. I just try to make some noise to wake up those linux users that do have :-)


Funny thing is, these images don't create debug log entries when they don't load.
CCP Atropos
C C P
C C P Alliance
#30 - 2013-05-14 23:15:02 UTC
The login dialog is handled in an iframe, and so might be reporting differently against the embedded images (which are also HTTPS) failing to load. What's interesting is that the Python layer (and it's SSL handling) doesn't have this error, indicating that the problem might exist in a wine library outside of our control. The embedded webpage must be HTTPS to allow the login to occur in a secure context.

What I don't understand however, is why it's only an intermittent error.
Mr M
Sebiestor Tribe
#31 - 2013-05-15 02:00:40 UTC
CCP Atropos wrote:
What I don't understand however, is why it's only an intermittent error.

This is why I hate computers.

Share your experience

Write for the EVE Tribune

www.eve-tribune.com
Kontalaa
New Eden Trading Association
#32 - 2013-05-15 07:36:08 UTC
Wine HAD problems with HTTPS (only accepting one cert and unable to check the cert-line invalidating the auth of the site called). This was fixed long ago with a manual patch - however they didnt want to push it upstream because it looked too much reverse-engineered from MS-Code.
Seems like another (similar) patch has been submitted in the last weeks.

For me (Ubuntu 13.04, Wine 1.5.29) the IGB with SSL works:
http://pwning.de/stuff/eve/httpsIGB.png

BTW: Sometimes CQ works (if you start eve and it loads up quarters directly), sometimes not (after redocking, switching hangar->CQ). Errors were different (some/most in _gameworld, one crash in the pyhsx-loader, one stack-overflow in msvcrt100 (recursive), ..).
Katrina Bekers
A Blessed Bean
Pandemic Horde
#33 - 2013-05-15 12:09:26 UTC
In WINE we can select which version of Windows we present to the programs. IIRC, they can go from 95/98 all the way to 8.

Is there a particular target you devs are looking for? I guess XP and 7 should be the most common ones, with Vista and 8 trailing a bit behind...

<< THE RABBLE BRIGADE >>
CCP Aporia
C C P
C C P Alliance
#34 - 2013-05-15 13:52:26 UTC
Katrina Bekers wrote:
In WINE we can select which version of Windows we present to the programs. IIRC, they can go from 95/98 all the way to 8.

Is there a particular target you devs are looking for? I guess XP and 7 should be the most common ones, with Vista and 8 trailing a bit behind...


I´d recommend to run at least Vista, though XP should work just fine as well.

Friend of walking avatars, currently hibernating until he gets to open that door.
CCP Aporia
C C P
C C P Alliance
#35 - 2013-05-15 13:54:39 UTC
Kontalaa wrote:
Wine HAD problems with HTTPS (only accepting one cert and unable to check the cert-line invalidating the auth of the site called). This was fixed long ago with a manual patch - however they didnt want to push it upstream because it looked too much reverse-engineered from MS-Code.
Seems like another (similar) patch has been submitted in the last weeks.

For me (Ubuntu 13.04, Wine 1.5.29) the IGB with SSL works:
http://pwning.de/stuff/eve/httpsIGB.png
[...]


The launcher is not using the same browser framework as the IGB does, so there are differences in how some things are handled.

Friend of walking avatars, currently hibernating until he gets to open that door.
Neuntausend
Republic Military School
Minmatar Republic
#36 - 2013-05-15 23:48:49 UTC
Katrina Bekers wrote:
In WINE we can select which version of Windows we present to the programs. IIRC, they can go from 95/98 all the way to 8.


I think that this setting doesn't do much anymore, besides changing a few registry keys to make the programs "believe" that they are actually running on Windows NT 5.1, 6.0 and what have you. I haven't had a single case where altering this setting changed anything except for steam complaining that my "Windows" was too old.
Eoras Northwind
Center for Advanced Studies
Gallente Federation
#37 - 2013-05-16 05:53:18 UTC
Neuntausend wrote:
Katrina Bekers wrote:
In WINE we can select which version of Windows we present to the programs. IIRC, they can go from 95/98 all the way to 8.


I think that this setting doesn't do much anymore, besides changing a few registry keys to make the programs "believe" that they are actually running on Windows NT 5.1, 6.0 and what have you. I haven't had a single case where altering this setting changed anything except for steam complaining that my "Windows" was too old.


Checking the winecfg information on the winehq supports this. If changing your Windows version in wine suddenly breaks or 'repairs' your application under test, it is recommended to file this as a bug against wine for that app.

So far any issues I have discovered in game are matched by Windows 7 testing. The launcher is a different matter.

Launcher is still v.1.32 as of this report. openSUSE 12.3, 319.17 nvidia driver with wine 1.5.30 from Open Build Service Games channel.

With the patches between the 12th and 15th of May the launcher/updater went from missing large amounts of imagery to functioning mostly as it does under Windows 7 including loading animations. My desktop distribution's nightly wine packages were also updated to 1.5.30 in that time, so this confounds my testing.

The buddy offer window in the lower corner of the launcher alternates between broken and visible with logins. The links do properly fire off to your default desktop browser, though.

If you use a virtual desktop in Wine. the minimal 800x600 window is too small for the new launcher. At least 1024x768 desktop resolution is needed with this launcher.

Closing the launcher will leave graphics artifacts until it completes closing. Visible tearing is also seen when dragging the launcher around with the mouse.

I have noticed increased load due to the Test server launcher maxing out two of my desktop cores. The load on the GPUs was high enough to spike temperatures, but not enough to raise the PowerMizer settings from lowest. The temperature spike was only on the graphics card for the display the launcher was using and followed if restarted on a different one. The processes match those reported by others, a pair of launcher.exe processes. This is not seen with the TQ client.

There are never any logs reported by any running logserver for the launcher.
CCP Atropos
C C P
C C P Alliance
#38 - 2013-05-16 10:58:44 UTC
Eoras Northwind wrote:
Launcher is still v.1.32 as of this report. openSUSE 12.3, 319.17 nvidia driver with wine 1.5.30 from Open Build Service Games channel.

If it reports as v.1.32 then it's the old Launcher. If you're connecting it to Sisi then it's simply the old Launcher with the new landing page.

Eoras Northwind wrote:
With the patches between the 12th and 15th of May the launcher/updater went from missing large amounts of imagery to functioning mostly as it does under Windows 7 including loading animations. My desktop distribution's nightly wine packages were also updated to 1.5.30 in that time, so this confounds my testing.

The buddy offer window in the lower corner of the launcher alternates between broken and visible with logins. The links do properly fire off to your default desktop browser, though.

As I said above, this is only the webpage display; you're apparently still running the old Launcher

Eoras Northwind wrote:
If you use a virtual desktop in Wine. the minimal 800x600 window is too small for the new launcher. At least 1024x768 desktop resolution is needed with this launcher.

I think 1024x768 is the minimum size for EVE so I don't know why you would ever be running at 800x600 and be expecting normal performance anyway.

Eoras Northwind wrote:
Closing the launcher will leave graphics artifacts until it completes closing. Visible tearing is also seen when dragging the launcher around with the mouse.

I have noticed increased load due to the Test server launcher maxing out two of my desktop cores. The load on the GPUs was high enough to spike temperatures, but not enough to raise the PowerMizer settings from lowest. The temperature spike was only on the graphics card for the display the launcher was using and followed if restarted on a different one. The processes match those reported by others, a pair of launcher.exe processes. This is not seen with the TQ client.

There are never any logs reported by any running logserver for the launcher.

Regarding logs, the LogServer.exe is only for the game client. The Launcher logs into a folder called cache, under the launcher folder.
Katrina Bekers
A Blessed Bean
Pandemic Horde
#39 - 2013-05-16 13:17:40 UTC
CCP Aporia wrote:
I´d recommend to run at least Vista, though XP should work just fine as well.


As others pointed out, there are minimal differences reported to the apps by that settings.

I have it at Windows 7 since some time now, but I distinctly remember one case where Diablo 3 had serious issues with being launched under a Vista setting. Ah, well, it (is|was) D3... NBD.

<< THE RABBLE BRIGADE >>
CCP Aporia
C C P
C C P Alliance
#40 - 2013-05-16 13:33:11 UTC
Fair enough, I don't know about the specifics of Wine. Even though I do run only Ubuntu boxes at home then I never had any need to actually run Windows things on them. :-) It is kind of curious that there are apparently hardly any differences within Wine, because I know for a fact that some of the Windows APIs we are using behave very differently between the different Windows versions.

Friend of walking avatars, currently hibernating until he gets to open that door.