Log inRegister an accountBrowse CSDbHelp & documentationFacts & StatisticsThe forumsAvailable RSS-feeds on CSDbSupport CSDb Commodore 64 Scene Database
You are not logged in - nap
CSDb User Forums


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

Registered: Jul 2004
Posts: 226
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-12 14:48
chatGPZ

Registered: Dec 2001
Posts: 11088
what soci said - if you want performance, use x64 from VICE 2.4, enable fastsid, disable CRT emulation -> problem solved.

"putting ReSid on its own thread would really help too."

no it wouldnt. ReSID is being synced to the emulation every half cycle - putting it in a seperate thread would not only a lot of ugly code to maintain just that - the overhead would also make it slower in the end. there is not much that can be parallelized in a cycle exact emulator, unfortunately.

the one thing that could be done to speed up emulation considerably would be doing GLSL based CRT emulation (like micro64 does). however, there is tons of other stuff to be done under the hood (ie what soci said) before any of this will happen.
2017-05-12 15:14
Dano

Registered: Jul 2004
Posts: 226
kudos for all the efforts in x64sc as it really looks neat and tidy and correct to my eye.

got a lenovo t540p here which perfoms well with it. not sure on how much power MORE this one has. internet says it got a Intel Core i7 4700MQ.

brings me back to my question on if x64(sc) from winvice 3(.1) should run on my i7 ultrabook at a 50fps or if there's something else on my system that must cause that slowdown. well i'm no n00b and i don't see anything particular that could cause the slowdown, but it might be there if others confirm to have it running normally on their (equal) systems.

so, to me, it would interesting on what power is/may be needed to drive x64 and x64sc with resid at a constant 50fps.
2017-05-12 15:27
chatGPZ

Registered: Dec 2001
Posts: 11088
a lot with the inability to run at stable 50fps is due to the terrible sound- and sync- code that needs to be deleted and rewritten.

IMHO any i5/i7 should be able to do it fine. my good old amd64 could do it even (ok, with 2.4) :)
2017-05-12 16:42
algorithm

Registered: May 2002
Posts: 702
Any i3/i5/i7 device with the exception of perhaps a first generation ULV device (e.g i5 520um) should run Vice 3.1 x64sc at full framerate. Even on an Atom Cherrytrail z8700 (GPD Win) it runs fine. 50fps (or near enough)

The I5 3317u (On your device) is enough for vice 3.1 although there has been some severe throttling on some devices

I would probably check the settings in power options. make sure processor max performance is not set to 99% (This will disable turboboost). With adequate cooling, turboboost speeds should hopefully be maintained longer.
2017-05-12 16:58
soci

Registered: Sep 2003
Posts: 472
As Groepaz said you need to trade off accuracy for performance.

The performance hit is mostly due to default settings changes for 3.0 which were done with the intention of exposing the more accurate emulation features over "half assed" but faster versions.

The point was that it's not possible to optimize for everyone, but at least the defaults should be something "sensible".

Which does not mean it fits exactly your use case or hardware out of the box. It's needs to be tuned.

For coding CRT emulation is counter productive anyway, I switch it off.

Sound I never turn on unless it's needed. Same with true drive emulation, most of the time device traps will do.

When coding mostly calculation heavy effects without tricky timing there's no point running it on X64SC.

If VICE was compiled with memory map or debugging it's going to be slow, so I only use it when really needed for something.

3.x got a little heavier independent of settings, but it's not all that bad yet as it seems.
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
Advanced
Users Online
Freeze/Blazon
Guests online: 313
Top Demos
1 Next Level  (9.8)
2 Mojo  (9.7)
3 Coma Light 13  (9.7)
4 Edge of Disgrace  (9.6)
5 No Bounds  (9.6)
6 Comaland 100%  (9.6)
7 Uncensored  (9.6)
8 The Ghost  (9.6)
9 Wonderland XIV  (9.6)
10 Bromance  (9.6)
Top onefile Demos
1 Party Elk 2  (9.7)
2 Cubic Dream  (9.6)
3 Copper Booze  (9.5)
4 Rainbow Connection  (9.5)
5 TRSAC, Gabber & Pebe..  (9.5)
6 Onscreen 5k  (9.5)
7 Dawnfall V1.1  (9.5)
8 Quadrants  (9.5)
9 Daah, Those Acid Pil..  (9.5)
10 Birth of a Flower  (9.5)
Top Groups
1 Booze Design  (9.3)
2 Nostalgia  (9.3)
3 Oxyron  (9.3)
4 Censor Design  (9.3)
5 Crest  (9.3)
Top Webmasters
1 Slaygon  (9.7)
2 Perff  (9.6)
3 Morpheus  (9.5)
4 Sabbi  (9.5)
5 CreaMD  (9.1)

Home - Disclaimer
Copyright © No Name 2001-2024
Page generated in: 0.04 sec.