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


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

Registered: Jul 2004
Posts: 102
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-16 07:35
soci

Registered: Sep 2003
Posts: 338
I still can get 311% warp on my faster Pentium II-400 while running my recently released scroller part.

What I've noticed is that resampling is still active while in warp mode. This is sort of counter intuitive as one might think that the sound is off as there's nothing audible. Actually it isn't and it's eating cycles as usual, and much more since 3.x changed resampling defaults.

Turn off sound for real or tune back resampling to "fast". Then likely you'll get much better performance for testing stuff in warp.
2017-05-16 09:26
JackAsser

Registered: Jun 2002
Posts: 1217
Quote: I still can get 311% warp on my faster Pentium II-400 while running my recently released scroller part.

What I've noticed is that resampling is still active while in warp mode. This is sort of counter intuitive as one might think that the sound is off as there's nothing audible. Actually it isn't and it's eating cycles as usual, and much more since 3.x changed resampling defaults.

Turn off sound for real or tune back resampling to "fast". Then likely you'll get much better performance for testing stuff in warp.


I.e. there are things to fix. Everything not related to updating internal state can be disabled in warp mode and thus improve performance.

I.e. no sound rendering, no bitmap rendering, no filters etc etc.
2017-05-16 12:52
Slajerek

Registered: May 2015
Posts: 21
In my C64 Debugger which I plan to release soon I added option to switch off SID emulation completely when in warp mode. This *seems* to not destroy emulation, as the ReSID cycle is synced back to CPU just a while after returning from warp. Anyway - the warp got huge speed improvement. This is a crude hack, but it seems it is acceptable in most cases. By the way I think it's high time for me to post some patches to the Vice too :-) I'll post my outcomes within next few weeks.
2017-05-16 13:17
dano

Registered: Jul 2004
Posts: 102
@Slajerek: can't wait for the release. your debugger got SO SO vital to my development cycle.

@Compyx: thanks for info, will give it a try. as dennis told me you said that FastSID won't be supported anymore. it's strange that WinVice3.1 sounds worse there with some of our tunes than i think 2.4 did. Always used FastSID while working on Reluge. And Tobias' latest 2 tunes sound like
utter crap on FastSID now.
Tobias told me to use a filter bias auf -2500 which is better to his ears than the default +500.

@Pantaloon: i am completely with you there. Sometimes we need to warp to certain locations and points in our products.

Getting a little offtopic here, but 2 things i noticed while dev'ing the last months:

- Sometimes Vice doesn't autostart the file it's given upon starting. Closing and redoing the Compile+Start solves this usually latest after like 2 tries.

- On Windows sometimes the Mousepointer gets hooked/invisible and you can't Mouse-Interact with Vice anymore (f.e. moving the window). Only Solution until now was to delete the config file and re-set all my custom settings (like debug-borders).

Coming back to my problem i usually notice that the Vice Display FPS slow down the more is happening on screen. Frankly speaking screen action should not have effect on Vice Perfomance?! Having stuff like flashing/debug Bordercolors makes Vice drop in FPS like hell.
2017-05-16 14:01
Groepaz

Registered: Dec 2001
Posts: 8051
Quote:
Turn off sound for real or tune back resampling to "fast". Then likely you'll get much better performance for testing stuff in warp.

...and it also _does_ effect acuracy of the emulation. no not just in terms of output - actual test programs will then fail. and thats why the default was changed.

dano: of course when more things happen, more CPU is used. thats why comparing warp speeds in the basic startup screen is a silly exercise :)
2017-05-16 14:25
Raf

Registered: Nov 2003
Posts: 323
Quote: In my C64 Debugger which I plan to release soon I added option to switch off SID emulation completely when in warp mode. This *seems* to not destroy emulation, as the ReSID cycle is synced back to CPU just a while after returning from warp. Anyway - the warp got huge speed improvement. This is a crude hack, but it seems it is acceptable in most cases. By the way I think it's high time for me to post some patches to the Vice too :-) I'll post my outcomes within next few weeks.

Your patches will be then skipped like Polish cartridges emulation developed within www.c64power.com xD
2017-05-16 14:44
dano

Registered: Jul 2004
Posts: 102
@groepaz: does cpu action have such an impact on emulation? would have thought that VIC & SID display stuff takes about 80% of the emulation power.

when talking of warp-speeds on startup:

quite some time i have the phenomenon that Vice doesn't fall back into normal mode after having (auto-)started the file given. then i have to manually un-warp emulation. can't pinpoint to when things happen like this as i 99% of my dev work just do the F7 in sublime which does compile and start vice after that.
2017-05-16 15:08
Groepaz

Registered: Dec 2001
Posts: 8051
Quote:
Your patches will be then skipped like Polish cartridges emulation developed within www.c64power.com

when the patches make test programs fail that work without the patch, then they will be rejected. obviously, i hope.
Quote:
quite some time i have the phenomenon that Vice doesn't fall back into normal mode after having (auto-)started the file given. then i have to manually un-warp emulation.

didnt see that behaviour for a long time - is that with the original kernal? any cartridges active?
2017-05-16 15:51
dano

Registered: Jul 2004
Posts: 102
Quote: Quote:
Your patches will be then skipped like Polish cartridges emulation developed within www.c64power.com

when the patches make test programs fail that work without the patch, then they will be rejected. obviously, i hope.
Quote:
quite some time i have the phenomenon that Vice doesn't fall back into normal mode after having (auto-)started the file given. then i have to manually un-warp emulation.

didnt see that behaviour for a long time - is that with the original kernal? any cartridges active?


Quote:

Quote:
quite some time i have the phenomenon that Vice doesn't fall back into normal mode after having (auto-)started the file given. then i have to manually un-warp emulation.

didnt see that behaviour for a long time - is that with the original kernal? any cartridges active?


orignal kernel, but got a retro replay or an action replay set as default freezer cartridge.

after pressing F7 the programm loads.

or nothing happens in some cases. just a normal blinking cursor then.
2017-05-16 15:52
soci

Registered: Sep 2003
Posts: 338
Quoting dano
Coming back to my problem i usually notice that the Vice Display FPS slow down the more is happening on screen. Frankly speaking screen action should not have effect on Vice Perfomance?! Having stuff like flashing/debug Bordercolors makes Vice drop in FPS like hell.


Be careful with what you wish for. I'm sure there's more than one way to achieve exactly that...
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
iceout/Avatar
Guests online: 43
Top Demos
1 Uncensored  (9.7)
2 Edge of Disgrace  (9.7)
3 The Shores of Reflec..  (9.6)
4 Coma Light 13  (9.6)
5 Lunatico  (9.6)
6 Comaland 100%  (9.5)
7 Incoherent Nightmare  (9.5)
8 Wonderland XII  (9.5)
9 Comaland  (9.5)
10 Wonderland XIII  (9.5)
Top onefile Demos
1 Dawnfall V1.1  (9.5)
2 Daah, Those Acid Pil..  (9.5)
3 Treu Love [reu]  (9.4)
4 Dawnfall  (9.3)
5 SidRok  (9.3)
6 Achtung 5 Years Mayd..  (9.3)
7 One-Der  (9.2)
8 Tunnel Vision  (9.2)
9 Globe 2016 [reu]  (9.1)
10 Safe VSP  (9.1)
Top Groups
1 Booze Design  (9.4)
2 Oxyron  (9.4)
3 Censor Design  (9.4)
4 Crest  (9.3)
5 Arsenic  (9.3)
Top Fullscreen Graphicians
1 Veto  (9.8)
2 Joe  (9.8)
3 Mirage  (9.7)
4 Jailbird  (9.6)
5 Hein  (9.5)

Home - Disclaimer
Copyright © No Name 2001-2017
Page generated in: 1.281 sec.