Log inRegister an accountBrowse CSDbHelp & documentationFacts & StatisticsThe forumsAvailable RSS-feeds on CSDbSupport CSDb Commodore 64 Scene Database
 Welcome to our latest new user Båtsman ! (Registered 2018-06-21) You are not logged in 
CSDb User Forums

Forums > CSDb Discussions > WinVice 3.1 speed/performance on Ultrabooks?
2017-05-12 09:29

Registered: Jul 2004
Posts: 131
WinVice 3.1 speed/performance on Ultrabooks?

Currently i am coding on an Asus UX32VD Ultrabook (which should have some like an Intel Core i7-3517U 1.9 GHz in it). As of WinVice3.1 using x64 with FastSid does not work correctly anymore. Visuals yes, but Sound sometimes totally goes south (no filters and such).

From the Vice people i was told to use ReSid as FastSid is not supported anymore.

Now my problems start: With using ReSid WinVice drops to like 24fps on my system. Using x64sc with Resid gives me like 8fps.

Looking at procmon it seems like one core is maxed out as CPU load never goes over 24% (the graphs show a different picture as none seems to be properly used).

My workhorse laptop at the office can run x64+resid nicely and properly, but okay it got way more power than my ultrabook will have.

Somehow i got the feeling that my system (Win10 Creators) is not really working properly anymore.

That's why i am asking here.. Any of you guys got a laptop compareable to mine and how's WinVice working on your system? Or what are the general performance reports for WinVice3.1?

Before i go into the ordeal of doing a complete re-install i would like to hear what other experience with WinVice currently. If it's problem on my side, or if it's just how well WinVice works on lower spec (sort of) laptops..
... 51 posts hidden. Click here to view all posts....
2017-05-15 13:22

Registered: Aug 2003
Posts: 118
2.4 is superior to 3.1 when it comes to linking a demo.

* In 3.1 warp mode can only be turned on after 4-5 seconds while booting up (makes it really booring when linking demos and you want to prototype stuff on disk quickly).

* Warpmode doesnt seem to work while the c-64 i/o is busy

* Warpmode is alot slower compared to 2.4

* There seem to be a random startup delay even tho i have the "random startup delay" turned off.
2017-05-15 14:49

Registered: Dec 2001
Posts: 8548
all of this can be reverted by changing the settings to the defaults 2.4 used (while loosing precision of course)
2017-05-15 15:30

Registered: Aug 2003
Posts: 118
groepaz, trust me i tried :)
2017-05-15 15:34

Registered: Dec 2001
Posts: 8548
everyone is free to believe whatever he wants, of course. (-warp on commandline actually works, for example. no need to wait whatsoever)
2017-05-15 19:37

Registered: Jan 2005
Posts: 334
Warp works fine, also on autostart, the UI doesn't get updated right away, so it may appear warp isn't on yet, or warp is still on after loading.
2017-05-15 20:19

Registered: Aug 2003
Posts: 118
groepaz: so which settings do i edit to fix these issues:

* Warpmode doesnt seem to work while the c-64 i/o is busy

* Warpmode is alot slower compared to 2.4
2017-05-15 21:18

Registered: Jan 2005
Posts: 334
I'm not groepaz, but:

Warp works in 3.1 while the C64 does I/O, albeit slower than 2.4, since 2.4 defaulted to TDE off while 3.1 defaults to TDE on, which means more accurate emulation, sacrificing speed.

If I remember correctly 2.4 also defaulted to non-CRT emulation and FastSID for SID emulation as opposed to 3.x which used CRT emulation and ReSID by default, the biggest bottlenecks in performance, but adding a lot of accuracy.

Then, as Soci mentioned, the codebase was updated removing some speed-hacks but making the code more maintainable. Since there aren't a lot of active VICE devs right now, making sure the code is maintainable with a small team is more important than all sorts of hacks to speed up emulation slightly.

Lastly, disabling cpu-history support and debugging support during compilation will speed up VICE slightly. But the biggest bottleneck I'm aware off is still the SID and CRT emulation coupled with less-than-ideal synchronisation code, which isn't trivial to fix.

So, to get 2.4-like performance: disable CRT, set SID to FastSID, compile without cpu-history/debug (the default for configure), disable True Drive Emulation, enable device traps and hope stuff still works.
2017-05-15 23:19

Registered: Aug 2003
Posts: 118
Compyx: i have tried all that but i still dont get any improvements. (im basically running with identical settings as 2.4).

I guess i have to wait for warp speed optimizations before i switch to a new Vice version.

2017-05-16 00:06

Registered: Dec 2001
Posts: 8548
you can wait forever for "warp speed optimizations" because that will never happen. what will be optimized is accuracy of the emulation. no idea why you would prefer crappy emulation either =)

the difference you see might be because of the SID emulation settings, which have been changed to be more accurate too. (and I/O being busy is not connected to warp speed at all - except perhaps that more accurate emulation needs more CPU)
2017-05-16 00:15

Registered: Aug 2003
Posts: 118
I guess i stay with 2.4 forevvaaaa!
Previous - 1 | 2 | 3 | 4 | 5 | 6 | 7 - Next
RefreshSubscribe to this thread:

You need to be logged in to post in the forum.

Search the forum:
Search   for   in  
All times are CET.
Search CSDb
Users Online
Guests online: 25
Top Demos
1 Uncensored  (9.7)
2 Comaland 100%  (9.7)
3 Edge of Disgrace  (9.7)
4 Coma Light 13  (9.6)
5 The Shores of Reflec..  (9.6)
6 Wonderland XII  (9.6)
7 We Come in Peace  (9.6)
8 Lunatico  (9.6)
9 Incoherent Nightmare  (9.5)
10 Wonderland XIII  (9.5)
Top onefile Demos
1 Daah, Those Acid Pil..  (9.6)
2 FMX Music Demo  (9.5)
3 Pandemoniac Part 2 o..  (9.5)
4 Dawnfall V1.1  (9.5)
5 Treu Love [reu]  (9.5)
6 Arok 20 Invitation  (9.5)
7 Merry Xmas 2017  (9.4)
8 In Memoriam BHF  (9.4)
9 Dawnfall  (9.4)
10 Synthesis  (9.4)
Top Groups
1 Oxyron  (9.4)
2 Booze Design  (9.4)
3 Censor Design  (9.4)
4 Finnish Gold  (9.4)
5 Crest  (9.3)
Top Graphicians
1 Mirage  (9.8)
2 Archmage  (9.7)
3 JonEgg  (9.7)
4 DocJM  (9.7)
5 Veto  (9.7)

Home - Disclaimer
Copyright © No Name 2001-2018
Page generated in: 0.084 sec.