https://bugs.winehq.org/show_bug.cgi?id=40044
Bug ID: 40044 Summary: Wine prefix creation is really slow Product: Wine Version: 1.8 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs@winehq.org Reporter: post+wine@ralfj.de Distribution: ---
This pretty much says it all:
$ time WINEPREFIX=$(pwd)/tmpprefix wine echo wine: created the configuration directory '/home/r/Desktop/tmpprefix' Could not load wine-gecko. HTML rendering will be disabled. Could not load wine-gecko. HTML rendering will be disabled. wine: configuration in '/home/r/Desktop/tmpprefix' has been updated. wine: cannot find L"C:\windows\system32\echo.exe"
real 2m3.599s user 0m0.004s sys 0m0.008s
This is on a system with 8GB RAM, a dual-core (four threads) CPU and a fast SSD. I don't know what takes it so long, but the time certainly seems excessive for creating a directory of 38 MiB. This hasn't always been that slow, but it's been slow for at least two years now.
https://bugs.winehq.org/show_bug.cgi?id=40044
super_man@post.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |super_man@post.com
--- Comment #1 from super_man@post.com --- I used command "time wine echo". I quess I could have left that echo out. Deleted wine prefix via winetricks before this.
The result:
real 0m4.808s user 0m0.000s sys 0m0.008s
But sometimes wine prefix creating feels really slow.
wine 1.9.2
https://bugs.winehq.org/show_bug.cgi?id=40044
--- Comment #2 from Austin English austinenglish@gmail.com --- At least part of that may be wine-gecko not being found (and a timeout when fetching the msi).
Are you seeing a gecko dialog and canceling it / letting it timeout? Does putting the .msi in /usr/share/wine/gecko help speed it up?
https://bugs.winehq.org/show_bug.cgi?id=40044
--- Comment #3 from Ralf Jung post+wine@ralfj.de --- There's no window being opened about Gecko. At least, not that I would notice - no new entry in the taskbar, no window popping up.
Is there some location in $HOME that I could put it that it would find? I prefer leaving /usr to dpkg+apt.
https://bugs.winehq.org/show_bug.cgi?id=40044
--- Comment #4 from Ralf Jung post+wine@ralfj.de --- In any case, it did not help. Wine still cannot find the gecko files.
$ ls /usr/share/wine/gecko -l total 63284 -rw-r--r-- 1 root root 33056768 Jan 25 22:31 wine_gecko-2.40-x86_64.msi -rw-r--r-- 1 root root 31741440 Jan 25 22:31 wine_gecko-2.40-x86.msi
$ rm ~/.wine -rf && wine echo wine: created the configuration directory '/home/r/.wine' Could not load wine-gecko. HTML rendering will be disabled. Could not load wine-gecko. HTML rendering will be disabled. wine: configuration in '/home/r/.wine' has been updated. wine: cannot find L"C:\windows\system32\echo.exe"
https://bugs.winehq.org/show_bug.cgi?id=40044
--- Comment #5 from Ralf Jung post+wine@ralfj.de --- I also minimized all windows before trying this, to make sure I would see popups appearing in the background. There were none.
https://bugs.winehq.org/show_bug.cgi?id=40044
Sebastian Lackner sebastian@fds-team.de changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |sebastian@fds-team.de
--- Comment #6 from Sebastian Lackner sebastian@fds-team.de --- According to the terminal output wine-gecko was not found, so its really suspicious that there is no dialog showing up. Could you show the output when creating a prefix with WINEDEBUG=+appwizcpl ?
Where did you obtain the wine build? If its a self-compiled version, please try to use WineHQ provided builds to verify if they show the same issue.
https://bugs.winehq.org/show_bug.cgi?id=40044
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |austinenglish@gmail.com
--- Comment #7 from Austin English austinenglish@gmail.com --- I suspect this is a Debian package that disables external gecko.
https://bugs.winehq.org/show_bug.cgi?id=40044
--- Comment #8 from Ralf Jung post+wine@ralfj.de --- Yes, these are the Debian packages.
The log is not all that informative:
err:ole:marshal_object couldn't get IPSFactory buffer for interface {00000131-0000-0000-c000-000000000046} err:ole:marshal_object couldn't get IPSFactory buffer for interface {6d5140c1-7436-11ce-8034-00aa006009fa} err:ole:StdMarshalImpl_MarshalInterface Failed to create ifstub, hres=0x80004002 err:ole:CoMarshalInterface Failed to marshal the interface {6d5140c1-7436-11ce-8034-00aa006009fa}, 80004002 err:ole:get_local_server_stream Failed: 80004002 err:ole:marshal_object couldn't get IPSFactory buffer for interface {00000131-0000-0000-c000-000000000046} err:ole:marshal_object couldn't get IPSFactory buffer for interface {6d5140c1-7436-11ce-8034-00aa006009fa} err:ole:StdMarshalImpl_MarshalInterface Failed to create ifstub, hres=0x80004002 err:ole:CoMarshalInterface Failed to marshal the interface {6d5140c1-7436-11ce-8034-00aa006009fa}, 80004002 err:ole:get_local_server_stream Failed: 80004002 Could not load wine-gecko. HTML rendering will be disabled. Could not load wine-gecko. HTML rendering will be disabled. wine: configuration in '/home/r/.wine' has been updated. wine: cannot find L"C:\windows\system32\echo.exe"
For some reason, the prefix creation time went down to 30sec. As far as I know, I did not change anything since the last attempts, other than putting the machine into standby for the night.
https://bugs.winehq.org/show_bug.cgi?id=40044
winetest@luukku.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |winetest@luukku.com
--- Comment #9 from winetest@luukku.com --- Could this bug be related to or dupe of bug 17548?
https://bugs.winehq.org/show_bug.cgi?id=40044
--- Comment #10 from winetest@luukku.com --- (In reply to winetest from comment #9)
Could this bug be related to or dupe of bug 17548?
Hmm. Actually no? All the comments are about the missing gecko.
https://bugs.winehq.org/show_bug.cgi?id=40044
Rosanne DiMesio dimesio@earthlink.net changed:
What |Removed |Added ---------------------------------------------------------------------------- Ever confirmed|0 |1 Status|UNCONFIRMED |NEEDINFO
--- Comment #11 from Rosanne DiMesio dimesio@earthlink.net --- Is this still an issue for you in 2.0-rc3 or later using the WineHQ packages?
https://bugs.winehq.org/show_bug.cgi?id=40044
--- Comment #12 from Ralf Jung post+wine@ralfj.de --- Sorry, I never tried the WineHQ packages. In my experience, things work much better when I do not add additional repositories to APT. However, since it is likely that the bug is caused by Debian's patch, I guess I should report it downstream.
Prefix creation now takes a minute on my new machine (Skylake Quadcore, SSD). Is that a normal, expected time or should it be way faster?
https://bugs.winehq.org/show_bug.cgi?id=40044
--- Comment #13 from Austin English austinenglish@gmail.com --- (In reply to Ralf Jung from comment #12)
Sorry, I never tried the WineHQ packages. In my experience, things work much better when I do not add additional repositories to APT. However, since it is likely that the bug is caused by Debian's patch, I guess I should report it downstream.
Prefix creation now takes a minute on my new machine (Skylake Quadcore, SSD). Is that a normal, expected time or should it be way faster?
Not here (with Debian packages): real 0m1.714s user 0m0.004s sys 0m0.004s
do you have a lot of network printers on your network, by chance (bug 3507)?
https://bugs.winehq.org/show_bug.cgi?id=40044
--- Comment #14 from Ralf Jung post+wine@ralfj.de --- No, there are no printers in that network. However, I do have some printers set up in my local cups that were not reachable at the time of yesterday's test.
For some strange reason though, I am now unable to reproduce the issue.
$ rm .wine/ -rf && time wine echo[...] Could not load wine-gecko. HTML rendering will be disabled. Could not load wine-gecko. HTML rendering will be disabled. wine: configuration in '/home/r/.wine' has been updated. wine: cannot find L"C:\windows\system32\echo.exe"
real 0m2.256s user 0m0.008s sys 0m0.000s
This is in a different network; in particular, the aforementioned network printers *are* reachable. I will try again in my home network later today. This may also explain why the time went down from 2min to 1min... I have since set up my machine again. While I used to have 4 network printers configured in cups, now there are only 2. Sounds like it takes 30sec per printer.
https://bugs.winehq.org/show_bug.cgi?id=40044
--- Comment #15 from Ralf Jung post+wine@ralfj.de --- Confirmed that creation is still slow in my home network. It is fast if I have no network, probably because it then gets "no route" immediately and doesn't try to reach anything.
https://bugs.winehq.org/show_bug.cgi?id=40044
--- Comment #16 from Bruno Jesus 00cpxxx@gmail.com --- Please see bug 41131 and ensure your cups version is >= 2.2.1 to check if it is not a duplicate.
https://bugs.winehq.org/show_bug.cgi?id=40044
--- Comment #17 from Ralf Jung post+wine@ralfj.de --- I am on CUPS 2.2.1-4 (Debian testing amd64).
https://bugs.winehq.org/show_bug.cgi?id=40044
Jens Reyer jre.winesim@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |jre.winesim@gmail.com
--- Comment #18 from Jens Reyer jre.winesim@gmail.com --- Minor remarks: - I can't reproduce this with the Debian packages. - You may save the gecko installer to ~/.cache/wine/.
https://bugs.winehq.org/show_bug.cgi?id=40044
joaopa jeremielapuree@yahoo.fr changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |jeremielapuree@yahoo.fr
--- Comment #19 from joaopa jeremielapuree@yahoo.fr --- Still occurs for me with wine-5.4.