Live/tracktion Cpu Utilization Weirdness, they run better if Virex is running too! |
lun. 16 août 2004, 05:57
Message
#1
|
|
Newbie Groupe : Members Messages : 2 Inscrit : 30 juin 04 Lieu : Kent - US Membre no 46,073 |
ok. so I was running a virus scan on my disk after a reboot (just a normal procedure for me since I seldom reboot anyway :-)) and I'd just downloaded the Reaktor demo so I wanted to check it out. I threw in some sequence clips and started throwing in Reaktor instances. I know it's heavy on the CPU so to my surprise, I could get 4 instances of Reaktor to run. BUT when I turned the virus scan off, the CPU meter in Live shot up to 120% and audio started to crackle like hell. then I could only get two instances to run before audio crackled from CPU overload.
I tried the same thing in Tracktion, which is a new "baby" sequencer costing 1/5 of what Live does; it could run 6 instances of Reaktor with room to spare (which should go to show you that Live 4 could use a little fine-tuning in the efficiency department). but when I turned Virex off, it did the same as Live - CPU overload and I had to delete two Reaktors to get it to run right. I did more tests including using different VSTi's in each program and running a Live set where everything was bounced to audio clips and only a couple effects (no instruments) were being run. they all exhibited the same behaviour. anyone know what gives? is this a Mac thing only (I'm running a 1.33Ghz Pbook w/1.25GB of RAM under OS X)? should I just scan my disk every time I run Live now? is there some Mac optimization that I should be doing that would account for this weirdness? thanks in advance! |
|
|
lun. 16 août 2004, 18:51
Message
#2
|
|
Maniac Member Groupe : Members Messages : 899 Inscrit : 12 oct. 01 Lieu : Kirkland Membre no 2,002 |
that is strange, I don't have any experience with virus software. 10 years of Mac use never installed any virus software.
-------------------- G-Dub
|
|
|
1 utilisateur(s) sur ce sujet (1 invité(s) et 0 utilisateur(s) anonyme(s))
0 membre(s) :