http://bugs.winehq.org/show_bug.cgi?id=19889
Summary: Steam client major lag Product: Wine Version: 1.1.28 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs@winehq.org ReportedBy: gmodiscool@yahoo.com
OS: Ubuntu 9.04 32 Bit CPU: Intel Quad Q9300 GPU: ATI Radeon HD 4870 512mb
(Obviously a good enough computer to run Steam)
Whenever I run Steam, the window lags at around 5 FPS. For instance, when trying to stretch/shrink the window by placing the cursor on the side of the window and dragging it, it will move but not smooth at all. Looks as if it's moving at about 5 FPS.
This is my first bug report so please tell me if you need more information.
http://bugs.winehq.org/show_bug.cgi?id=19889
Vitaliy Margolen vitaliy@kievinfo.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Severity|normal |trivial
--- Comment #1 from Vitaliy Margolen vitaliy@kievinfo.com 2009-08-30 11:39:54 --- Is that on all tabs or on one-two specific tabs (like games).
http://bugs.winehq.org/show_bug.cgi?id=19889
--- Comment #2 from gmodiscool@yahoo.com 2009-08-30 12:03:16 --- All tabs.
http://bugs.winehq.org/show_bug.cgi?id=19889
--- Comment #3 from gmodiscool@yahoo.com 2009-08-30 12:14:27 --- Actually, the major FPS drop is only on the Games, Media and Tools tabs. The Store and Community tabs still lag but the framerate is a little better. Probably around 20 FPS.
http://bugs.winehq.org/show_bug.cgi?id=19889
Lockert Fredrick fredricklockert@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW Ever Confirmed|0 |1
--- Comment #4 from Lockert Fredrick fredricklockert@gmail.com 2010-01-05 18:51:56 --- *** This bug has been confirmed by popular vote. ***
http://bugs.winehq.org/show_bug.cgi?id=19889
Matthew Thompson matt.t.911@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |matt.t.911@gmail.com
--- Comment #5 from Matthew Thompson matt.t.911@gmail.com 2010-03-23 02:14:41 --- I confirm that this is an issue in Wine. Major lag with games tab open, causes problems with running games as well.
Workaround: If you close the Steam interface as your game starts, the issue doesn't affect the game. Tested with CS:Source.
http://bugs.winehq.org/show_bug.cgi?id=19889
boskar bozkar@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |bozkar@gmail.com
--- Comment #6 from boskar bozkar@gmail.com 2010-05-14 04:21:34 --- I have to add, that Steam takes a lot of CPU time, and makes Xorg process to takie 30% of my CPU also. Debian/sid, wine-1.1.42
I will provide some debug info on request.
My hardware is worse that the OP's one, but still it should run smoothly.
I've noticed blinking of the window miniature of active steam window in workspace applet in xfce.
http://bugs.winehq.org/show_bug.cgi?id=19889
diafero@arcor.de changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |diafero@arcor.de
--- Comment #7 from diafero@arcor.de 2010-06-12 10:30:11 --- I have the same issue - the steam main window is quite laggy, especially when the embedded browser is shown (e.g. for the Shop, News and Community tabs).
http://bugs.winehq.org/show_bug.cgi?id=19889
Alexey Loukianov mooroon2@mail.ru changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |mooroon2@mail.ru
--- Comment #8 from Alexey Loukianov mooroon2@mail.ru 2010-06-17 04:04:57 --- Still exists with the latest "New UI" Steam version + wine-1.2-rc3. Steam's window is very laggy, especially when web-page tabs are opened (Shop, News, Community). Most easily spotted when trying to scroll the page.
Switching between the tabs works quite fast. Mouse-over reaction for the game list is slightly lagging (about half a second behind mouse moves).
After opening some of the dialog windows (most notable the "Preferences") there might be big problems trying to close them. When you click on the "x" (cross) at the top of the dialog window it (the dialog window) becomes "milk-gray colored" for about a second and then reappears back. It takes numerous times clicking on "x" to get the dialog window finally close.
http://bugs.winehq.org/show_bug.cgi?id=19889
--- Comment #9 from diafero@arcor.de 2010-06-17 05:37:15 --- (In reply to comment #8)
After opening some of the dialog windows (most notable the "Preferences") there might be big problems trying to close them. When you click on the "x" (cross) at the top of the dialog window it (the dialog window) becomes "milk-gray colored" for about a second and then reappears back. It takes numerous times clicking on "x" to get the dialog window finally close.
Yes, I do have that, too (and sometimes even for drop-down menus). It seems to me that taking away and giving focus again using the task-bar helps to make the window actually close. It's not just the preferences window, though, I had it at least once with almost every sub-window steam opens.
http://bugs.winehq.org/show_bug.cgi?id=19889
Bill massive_bill@hotmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |massive_bill@hotmail.com
http://bugs.winehq.org/show_bug.cgi?id=19889
Ben Brooks benb1337@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |benb1337@gmail.com
--- Comment #10 from Ben Brooks benb1337@gmail.com 2010-09-27 08:48:56 CDT --- This is fixed in 1.3.3
http://bugs.winehq.org/show_bug.cgi?id=19889
--- Comment #11 from Alexey Loukianov mooroon2@mail.ru 2010-09-27 20:45:15 CDT --- (In reply to comment #10)
This is fixed in 1.3.3
Thanks for informing. Will try to compile 1.3.3 and check if it works tomorrow.
http://bugs.winehq.org/show_bug.cgi?id=19889
Robert Walker robert_mt_walker@yahoo.co.uk changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |robert_mt_walker@yahoo.co.u | |k
--- Comment #12 from Robert Walker robert_mt_walker@yahoo.co.uk 2010-09-30 20:01:43 CDT --- OS: Ubuntu 10.04 (64 bit) CPU: Intel Core i7 920 @4.0GHz GPU: Nvidia 8800GTX OC @1.0Ghz RAM RAM: 6Gb DDR3
I nearly collapsed when I saw the load Xorg and Steam were putting on this rig!! 5 F@H clients (4x CPU and 1x GPU) only slow the rig's responsiveness down slightly under Windows 7!!
I am running the latest Wine 1.3.3 BTW. So basically this problem is still **NOT** fixed.
If you run the client in 'small' mode (just listing your games library as a text list) it basically behaves itself normally (0% usage). In normal mode the client consumes vast amounts of CPU and I had to nice it to 19 to stop my rig grinding to a halt!! So it's clearly linked to the fact it uses the builtin Windows IE engine to render all those game image place-holders, etc.
I am not sure this software really deserves a Platinum or Gold rating at the moment...
Trace for reference (Steam client does run OK as stated before): robert@robs-desktop:~/.wine/dosdevices/c:/Program Files/Steam$ /usr/bin/wine steam.exe fixme:advapi:RegisterTraceGuidsW (0x5a13b8, 0x762830, {b2a40f1f-a05a-4dfd-886a-4c4f18c4334c}, 1, 0x33f924, (null), (null), 0x762830,) fixme:advapi:RegisterTraceGuidsW (0x5a13b8, 0x762860, {ffdb9886-80f3-4540-aa8b-b85192217ddf}, 1, 0x33f924, (null), (null), 0x762860,) fixme:advapi:RegisterTraceGuidsW (0x5a13b8, 0x762890, {5c8bb950-959e-4309-8908-67961a1205d5}, 1, 0x33f924, (null), (null), 0x762890,) fixme:advapi:RegisterTraceGuidsW (0x5a1481, 0x7612c8, {3e1fd72a-c323-4574-9917-5ce9c936f78c}, 1, 0x33f904, (null), (null), 0x7612d0,) fixme:advapi:RegisterTraceGuidsW (0x5a1481, 0x7612e8, {afff9c82-5be3-4205-9b3e-49e014c09a63}, 1, 0x33f904, (null), (null), 0x7612f0,) fixme:advapi:UnregisterTraceGuids 0: stub fixme:advapi:UnregisterTraceGuids 0: stub fixme:advapi:UnregisterTraceGuids 0: stub CellID: Fetching server list from CSDS. . . fixme:process:SetProcessShutdownParameters (00000100, 00000000): partial stub. fixme:urlmon:CoInternetSetFeatureEnabled 5, 0x00000002, 1, stub fixme:urlmon:CoInternetSetFeatureEnabled 10, 0x00000002, 1, stub CellID: CSDS returned 173 servers. CellID: Connecting to 203.77.185.186:27031. . . CellID: Connect to 203.77.185.186:27031 took 296 MS CellID: Nothing beat our old best time of 27 MS err:ole:CoGetClassObject class {77f10cf0-3db5-4966-b520-b7c54fd35ed6} not registered err:ole:CoGetClassObject no class object {77f10cf0-3db5-4966-b520-b7c54fd35ed6} could be created for context 0x1 fixme:wbemprox:wbem_locator_ConnectServer 0x212c38, L"ROOT\CIMV2", (null), (null), (null), 0x00000080, (null), (nil), 0x425c000) fixme:winhttp:WinHttpGetIEProxyConfigForCurrentUser returning no proxy used fixme:win:EnumDisplayDevicesW ((null),0,0x32ce38,0x00000000), stub! fixme:winhttp:WinHttpGetIEProxyConfigForCurrentUser returning no proxy used fixme:threadpool:RtlQueueWorkItem Flags 0x4 not supported fixme:threadpool:RtlQueueWorkItem Flags 0x4 not supported fixme:winhttp:WinHttpGetIEProxyConfigForCurrentUser returning no proxy used fixme:threadpool:RtlQueueWorkItem Flags 0x4 not supported fixme:threadpool:RtlQueueWorkItem Flags 0x4 not supported fixme:threadpool:RtlQueueWorkItem Flags 0x4 not supported fixme:threadpool:RtlQueueWorkItem Flags 0x4 not supported fixme:threadpool:RtlQueueWorkItem Flags 0x4 not supported fixme:threadpool:RtlQueueWorkItem Flags 0x4 not supported fixme:threadpool:RtlQueueWorkItem Flags 0x4 not supported fixme:threadpool:RtlQueueWorkItem Flags 0x4 not supported fixme:threadpool:RtlQueueWorkItem Flags 0x4 not supported fixme:threadpool:RtlQueueWorkItem Flags 0x4 not supported fixme:threadpool:RtlQueueWorkItem Flags 0x4 not supported fixme:threadpool:RtlQueueWorkItem Flags 0x4 not supported err:ntdll:RtlpWaitForCriticalSection section 0x156d0f0 "?" wait timed out in thread 0019, blocked by 001a, retrying (60 sec) fixme:threadpool:RtlQueueWorkItem Flags 0x4 not supported fixme:threadpool:RtlQueueWorkItem Flags 0x4 not supported fixme:threadpool:RtlQueueWorkItem Flags 0x4 not supported fixme:threadpool:RtlQueueWorkItem Flags 0x4 not supported fixme:threadpool:RtlQueueWorkItem Flags 0x4 not supported err:ole:RevokeDragDrop invalid hwnd (nil) fixme:advapi:RegisterTraceGuidsW (0x3824f30, 0x3e7b720, {3dada31d-19ef-4dc1-b345-037927193422}, 1, 0x3e53b24, (null), (null), 0x3e7b738,) err:ole:RevokeDragDrop invalid hwnd 0x10116 fixme:winhttp:WinHttpGetIEProxyConfigForCurrentUser returning no proxy used fixme:winhttp:WinHttpGetIEProxyConfigForCurrentUser returning no proxy used
http://bugs.winehq.org/show_bug.cgi?id=19889
--- Comment #13 from Alexey Loukianov mooroon2@mail.ru 2010-10-01 04:53:40 CDT --- I had checked and can state that this bug is _partially_ fixed. Now the games and download progress views seems to be almost non-laggy, while game store and all other internet-browsing-related views are still laggy as a hell.
Wine 1.3.3 compiled from source, Fedora 8 32bit, AMD Phenom II 955 (4 core @3.2Ghz), 6Gb DDR2 RAM, GeForce GTS250 1Gb VRAM - i.e. the hardware is decent enough to run such a simple program as Steam without lags.
http://bugs.winehq.org/show_bug.cgi?id=19889
Piotr Pawlow pp@siedziba.pl changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |pp@siedziba.pl
--- Comment #14 from Piotr Pawlow pp@siedziba.pl 2010-11-23 13:04:55 CST --- I tried oprofile, here are top 3 log entries for current git version compiled with default options on 64-bit Ubuntu 10.10:
CPU: Core 2, speed 1998 MHz (estimated) Counted CPU_CLK_UNHALTED events (Clock cycles when not halted) with a unit mask of 0x00 (Unhalted core cycles) count 100000 samples % image name app name symbol name 752008 31.3913 libfontconfig.so.1.4.4 libfontconfig.so.1.4.4 /usr/lib32/libfontconfig.so.1.4.4 733152 30.6042 no-vmlinux no-vmlinux /no-vmlinux 83350 3.4793 libfreetype.so.6.6.0 libfreetype.so.6.6.0 /usr/lib32/libfreetype.so.6.6.0
Compiling --without-fontconfig makes it visibly faster, and top 3 entries are:
samples % image name app name symbol name 201311 17.7830 libfreetype.so.6.6.0 wine-preloader /usr/lib32/libfreetype.so.6.6.0 99397 8.7803 no-vmlinux Xorg /no-vmlinux 92871 8.2038 anon (tgid:23316 range:0x32f1000-0x3ef0000) wine-preloader anon (tgid:23316 range:0x32f1000-0x3ef0000)
Sorry for lack of vmlinux and debug symbols, I don't know where to get them. I haven't found debug packages in the repositories for ia32-libs or my current kernel. Anyway, I guess we should look closer at font rendering, as it seems to be the main problem.
http://bugs.winehq.org/show_bug.cgi?id=19889
unelsson@yahoo.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |unelsson@yahoo.com
--- Comment #15 from unelsson@yahoo.com 2011-03-13 06:31:38 CDT --- This bug exists in Ubuntu 10.10 with Wine 1.3.3, Steam as of 13.3.2011. Processor: AMD64 Athon x 2 3800+ GPU: Nvidia Geforce 8600GT RAM: 2GB
Major lag (fps is around 1) and results in complete system slowdown. Exists in at least most of the tabs and features (would take ages to browse through all of them with 1 fps). When the Steam-window is minimized, performance is again normal.
http://bugs.winehq.org/show_bug.cgi?id=19889
--- Comment #16 from unelsson@yahoo.com 2011-03-13 10:54:44 CDT --- (In reply to comment #15)
This bug exists in Ubuntu 10.10 with Wine 1.3.3, Steam as of 13.3.2011. Processor: AMD64 Athon x 2 3800+ GPU: Nvidia Geforce 8600GT RAM: 2GB
Major lag (fps is around 1) and results in complete system slowdown. Exists in at least most of the tabs and features (would take ages to browse through all of them with 1 fps). When the Steam-window is minimized, performance is again normal.
Fixed by updating to the newest Nvidia Drivers (13.3.2011). Ubuntu just provides a very outdated nvidia driver version...
http://bugs.winehq.org/show_bug.cgi?id=19889
Pilot pilota51@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |pilota51@gmail.com
http://bugs.winehq.org/show_bug.cgi?id=19889
--- Comment #17 from Piotr Pawlow pp@siedziba.pl 2011-04-29 11:19:58 CDT --- (In reply to comment #16)
Fixed by updating to the newest Nvidia Drivers (13.3.2011). Ubuntu just provides a very outdated nvidia driver version...
Still as slow as before for me (around 2 fps), with driver version 270.41.03 (09.4.2011), on GeForce 8600GT
http://bugs.winehq.org/show_bug.cgi?id=19889
Benjamin Hodgetts ben@xnode.org changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |ben@xnode.org
--- Comment #18 from Benjamin Hodgetts ben@xnode.org 2011-07-17 16:40:05 CDT --- Same here with latest ATi drivers.
http://bugs.winehq.org/show_bug.cgi?id=19889
Matt ibemad@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |ibemad@gmail.com
--- Comment #19 from Matt ibemad@gmail.com 2011-07-19 00:53:05 CDT --- Um... I'm running fedora 15... maybe the problem is that it seems to be redrawing itself infinitely?
http://bugs.winehq.org/show_bug.cgi?id=19889
--- Comment #20 from Benjamin Hodgetts ben@xnode.org 2011-07-21 11:45:32 CDT --- Steam's idle CPU usage on my netbook is also around 20% when minimized so it's clearly doing something.
http://bugs.winehq.org/show_bug.cgi?id=19889
rmlipman@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |rmlipman@gmail.com
--- Comment #21 from rmlipman@gmail.com 2011-08-26 21:36:04 CDT --- It feels like it got a lot worse in 1.3.27. With a steam chat window maximized on a 1920x1200 virtual desktop I have 50-80% cpu usage in Xorg since 1.3.27. Could it be a regression?
http://bugs.winehq.org/show_bug.cgi?id=19889
--- Comment #22 from Alexey Loukianov mooroon2@mail.ru 2011-08-26 23:46:07 CDT --- (In reply to comment #21)
Could it be a regression?
The only way to know for sure is to test it yourself. Start by testing a couple of older versions. In case they would be performing better than the 1.3.27 release try to do the regression testing: it isn't hard at all in case you would follow the wiki instructions precisely.
http://bugs.winehq.org/show_bug.cgi?id=19889
rmlipman@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |huw@codeweavers.com
--- Comment #23 from rmlipman@gmail.com 2011-08-27 00:37:03 CDT --- (That was way easier than I thought)
c6f6c3f727556734905a5bbf4fe1b59079e37bf5 is the first bad commit commit c6f6c3f727556734905a5bbf4fe1b59079e37bf5 Author: Huw Davies huw@codeweavers.com Date: Fri Aug 19 16:26:19 2011 +0100
gdi32: Implement Polyline and PolyPolyline in the dib driver.
:040000 040000 33b178ecafaa1bd7848008ca024ec7da25ebdd25 2b1394ab249ef06c775d11b35e9c2d31e1fc9b19 M dlls
http://bugs.winehq.org/show_bug.cgi?id=19889
Brandon Howard FinalCrisisSX@Hotmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |FinalCrisisSX@Hotmail.com
--- Comment #24 from Brandon Howard FinalCrisisSX@Hotmail.com 2011-08-27 02:06:37 CDT --- (In reply to comment #23)
(That was way easier than I thought)
c6f6c3f727556734905a5bbf4fe1b59079e37bf5 is the first bad commit
Thanks. Unfortunately the patch doesn't revert with -R cleanly, but the "throwing the baby out with the bathwater" approach works for now (using 1.3.26's dlls/gdi32 folder for 1.3.27), to get most of the .27 updates. Indeed, it no longer lags horribly or eats a ton of cpu (including xorg) then.
http://bugs.winehq.org/show_bug.cgi?id=19889
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |download, regression
http://bugs.winehq.org/show_bug.cgi?id=19889
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Regression SHA1| |c6f6c3f727556734905a5bbf4fe | |1b59079e37bf5
http://bugs.winehq.org/show_bug.cgi?id=19889
--- Comment #25 from Huw Davies huw@codeweavers.com 2011-08-30 03:55:18 CDT --- Could you generate a +dib,+relay,+seh,+tid log of the app running slowly and attach it to this bug?
http://bugs.winehq.org/show_bug.cgi?id=19889
--- Comment #26 from rmlipman@gmail.com 2011-08-31 21:45:31 CDT --- (In reply to comment #25)
Could you generate a +dib,+relay,+seh,+tid log of the app running slowly and attach it to this bug?
Launched steam, joined two group chats, typed a bit and it showed up slowly
Generated at commit 1103cb9327ce181fdd8c1136ec5d6236d92f6908
Log is 45MB compressed, 1.2GB compressed Link - http://www.mediafire.com/?qh77qz4ry99vjf9
http://bugs.winehq.org/show_bug.cgi?id=19889
--- Comment #27 from Brandon Howard FinalCrisisSX@Hotmail.com 2011-09-09 14:07:53 CDT --- After removing my hack and starting fresh/vanilla with 1.3.28, I don't experience the high cpu / lag issue caused by 1.3.27 anymore. Can anyone else confirm?
http://bugs.winehq.org/show_bug.cgi?id=19889
--- Comment #28 from Alexey Loukianov mooroon2@mail.ru 2011-09-09 14:38:10 CDT --- I'm in progress of compiling 1.3.28, would test and post results here. As for 1.3.27 - I can confirm that the Steam client lags much heavily with it comparing to the prior wine releases (last version I checked prior to the 1.3.27 was 1.3.12).
http://bugs.winehq.org/show_bug.cgi?id=19889
--- Comment #29 from Alexey Loukianov mooroon2@mail.ru 2011-09-09 16:36:07 CDT --- Well, I've done the comparison between Steam client behaviour under Wine 1.2.3, 1.3.27 and 1.3.28. First of all this app seems to be laggish as hell in general, no matter which version of Wine I use. I suspect it to be mostly non-wine fault as I've got almost the same laggish Steam behaviour on my AMD C-50 based laptop with Windows 7 Starter 32bit. I think that something is overly wrong with the way Steam client is programmed as properly-written app shouldn't lag so much at drawing web pages and UI elements.
Besides that things definitely get worse with 1.3.27 and 1.3.28 comparing to the 1.2.3. Having chat window opened and maximized with 1.2.3 leads to no visible CPU utilization changes, system remains almost idle. As long as I force the UI to redraw something one of the CPU cores gets fully used and I can *feel* the lag it takes to draw Steam UI elements (like right-click popup menu, e.t.c.).
With 1.3.27 and 1.3.28 I've got constant 100% usage of one of the CPU cores as soon as I open chat window and maximize it (1680x1050 screen size). CPU usage keeps constant at 100% of one core as long as I've got text input area of the chat window focused (i.e. there's a cursor displayed there slowly blinking). As soon as I switch input focus to any other window, say main Steam client window or Firefox window opened on the second monitor (I've got TwinView setup here) - CPU usage drops to where it should be - i.e. into almost idle state.
There's no noticeable difference in behaviour between 1.3.27 and 1.3.28.
CPU usage spikes as the any Steam UI widgets interaction remains in place with 1.3.27/28 just like it was with 1.2.3. For example it is sufficient to hover the mouse over any web link displayed in any Steam client window to get the 100% usage of one of the CPU cores for about 1 second.
http://bugs.winehq.org/show_bug.cgi?id=19889
--- Comment #30 from rmlipman@gmail.com 2011-09-09 16:48:52 CDT --- I can confirm this was not fixed in 1.3.28.
http://bugs.winehq.org/show_bug.cgi?id=19889
--- Comment #31 from Brandon Howard FinalCrisisSX@Hotmail.com 2011-09-23 15:49:20 CDT --- Still occurs in 1.3.29. Not sure why, but I did reproduce it in 1.3.28 a while after finding that it wasn't occurring anymore.
http://bugs.winehq.org/show_bug.cgi?id=19889
GyB gyebro69@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |gyebro69@gmail.com
--- Comment #32 from GyB gyebro69@gmail.com 2011-09-24 03:26:42 CDT --- For me, the responsiveness of the Steam client has been greatly improved with the latest Wine-1.3.29. This was caused by http://source.winehq.org/git/wine.git/commit/ff2805cae00ebf854e2fd80c2a34af1...
Formerly there was a noticeable delay whether I typed in a textbox or simply scrolled through the available game list in the Library tab. The lag was also noticeable if I checked/unchecked an option in the Settings window. Now all these have gone in 1.3.29.
As for the chat window (maximized), prior to commit [ff2805cae00ebf854e2fd80c2a34af18e275180f] htop reported: Steam.exe 65 % Xorg 35 %
Now, in 1.3.29, htop reports: Steam.exe 55-65 % Xorg 6-8 %
I don't have Windows installed so I can't tell you how would Steam behave under native Windows on my machine. What I see is that the overall performance/responsiveness of the Steam client is much better now than before.
Fedora 15 x86 X Server 1.10.4 Nvidia 250 / driver 280.13
http://bugs.winehq.org/show_bug.cgi?id=19889
--- Comment #33 from Brandon Howard FinalCrisisSX@Hotmail.com 2011-09-24 13:24:33 CDT --- It is definitely improved as you say, but I still seem to have unreasonably high cpu at times I can't seem to pin down except for one issue.
The one thing I have confirmed causes it for me.. Do you have ridiculously high cpu when you click on a menu arrow next to someone's name in the friends list?
http://bugs.winehq.org/show_bug.cgi?id=19889
--- Comment #34 from Alexey Loukianov mooroon2@mail.ru 2011-10-31 01:47:29 CDT --- Well, looks like with the introduction of new Wine DIB engine Steam client lag had improved a lot but it still spikes CPU usage very high as soon as I move mouse over any interface elements that has "on mouse over" reactions.
As a side note: nVIDIA Linux drivers support Xorg config option called "IndirectMemoryAccess". In case it is set to "False" driver seems to try to map all available GPU "local cache" (a.k.a. VRAM) into large linear buffer inside system physical address space so it has full and direct access to the onboard videocard memory. It is the default behavior for nVIDIA linux driver.
Setting this option to "True" (and thus disabling direct access to the onboard videocard memory) have a huge impact on the Steam client performance. When I write huge I really mean HUGE lag - "on mouse over" reaction might happen several seconds after the actual event, general UI updates for Steam client seems to be lagging hugely, e.t.c.
It leads me to a conclusion that Steam seems to be using extremely inefficient method of UI rendering when it firstly renders it's UI onto offscreen surface (I suspect it to be drawing on DIB/HDC using gdi and/or gdiplus routines) and then blits the result to the window frontbuffer. General slowness of the Steam client interface even on the native OS when running on low-CPU-power system (like AMD APU C-50) fits this theory pretty well.
http://bugs.winehq.org/show_bug.cgi?id=19889
Jayesh.Coupland@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |Jayesh.Coupland@gmail.com
http://bugs.winehq.org/show_bug.cgi?id=19889
Jaime Rave jaimerave@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |jaimerave@gmail.com
--- Comment #35 from Jaime Rave jaimerave@gmail.com 2011-12-20 22:16:48 CST --- I think this one can be marked as fixed, is working quite nice for me on wine-1.3.35-85-g9622300
http://bugs.winehq.org/show_bug.cgi?id=19889
--- Comment #36 from Brandon Howard FinalCrisisSX@Hotmail.com 2011-12-21 14:09:53 CST --- (In reply to comment #35)
I think this one can be marked as fixed, is working quite nice for me on wine-1.3.35-85-g9622300
Generally works fine for me from git, but cpu still skyrockets when I use the little arrow menus mentioned in my previous post (~80% when combining steam.exe and xorg from the top cmd). I don't notice a performance issue on my machine, probably because it is a dual core. I expect those on single core machines might find it hard to use though.
http://bugs.winehq.org/show_bug.cgi?id=19889
EDWIN VALERO obhmpkwo@sharklasers.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |obhmpkwo@sharklasers.com
--- Comment #37 from EDWIN VALERO obhmpkwo@sharklasers.com 2012-02-18 10:40:32 CST --- was using wine 1.0x and upgraded to 1.4rc2
steam was using like 80% of my cpu before i upgraded
http://bugs.winehq.org/show_bug.cgi?id=19889
--- Comment #38 from rmlipman@gmail.com 2012-02-27 13:49:01 CST --- On 1.4rc5, when idle, Steam sits at around 20% CPU with X around 10%. Is that expected or still buggy?
http://bugs.winehq.org/show_bug.cgi?id=19889
Jerome Leclanche adys.wh@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |nrg753@gmail.com
--- Comment #39 from Jerome Leclanche adys.wh@gmail.com 2013-04-30 22:18:23 CDT --- *** Bug 23602 has been marked as a duplicate of this bug. ***
http://bugs.winehq.org/show_bug.cgi?id=19889
Jarkko K jarkko_korpi@hotmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |jarkko_korpi@hotmail.com
--- Comment #40 from Jarkko K jarkko_korpi@hotmail.com --- What do you think is this still valid? I don't remember having major steam issues with wine, only sometimes breaking after update, but that's not related into this.
https://bugs.winehq.org/show_bug.cgi?id=19889
Anastasius Focht focht@gmx.net changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED URL| |http://media.steampowered.c | |om/client/installer/SteamSe | |tup.exe CC| |focht@gmx.net Resolution|--- |FIXED
--- Comment #41 from Anastasius Focht focht@gmx.net --- Hello folks,
resolving 'fixed' since there weren't any complaints for quite some time now. I regularly test Steam games and don't see any significant lag when the client is running.
$ wine --version wine-1.7.20-102-g889cce4
Regards
https://bugs.winehq.org/show_bug.cgi?id=19889
Alexandre Julliard julliard@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #42 from Alexandre Julliard julliard@winehq.org --- Closing bugs fixed in 1.7.21.
-
wine-bugs＠winehq.org