<?xml version="1.0" encoding="utf-8"?>
<feed xmlns="http://www.w3.org/2005/Atom">
	<title type="html"><![CDATA[Modartt user forum - cpu overload protection curiosity]]></title>
	<link rel="self" href="https://forum.modartt.com/extern.php?action=feed&amp;tid=6997&amp;type=atom"/>
	<updated>2019-12-02T09:35:25Z</updated>
	<generator>PunBB</generator>
	<id>https://forum.modartt.com/viewtopic.php?id=6997</id>
		<entry>
			<title type="html"><![CDATA[Re: cpu overload protection curiosity]]></title>
			<link rel="alternate" href="https://forum.modartt.com/viewtopic.php?pid=964042#p964042"/>
			<content type="html"><![CDATA[<p>Luc, thanks... in this case though, I don&#039;t think the DPC latencies are the main problem.&nbsp; I have spent many many hours with LatencyMon in order to get it to where it is.&nbsp; That (in conjunction with Dell tech support) is how I ended up disabling the battery and disabling C-states.</p><p>At this point, the oddity to me is that I seem to be hitting &quot;CPU overload protection&quot; cutoffs in pianoteq, even though it *seems* like I&#039;m not actually overloading the CPU.&nbsp; Or maybe I am and I just don&#039;t hear/see the symptoms... not sure... that&#039;s why I was wondering just what exactly it is that triggers the overload protection, and what exactly the &quot;performance index&quot; numbers mean.</p>]]></content>
			<author>
				<name><![CDATA[glittle]]></name>
				<uri>https://forum.modartt.com/profile.php?id=1071</uri>
			</author>
			<updated>2019-12-02T09:35:25Z</updated>
			<id>https://forum.modartt.com/viewtopic.php?pid=964042#p964042</id>
		</entry>
		<entry>
			<title type="html"><![CDATA[Re: cpu overload protection curiosity]]></title>
			<link rel="alternate" href="https://forum.modartt.com/viewtopic.php?pid=964041#p964041"/>
			<content type="html"><![CDATA[<p>Only one answer comes to mind: use this freeware to check your system, it could be a very simple background task creating havocs<br /><a href="https://www.resplendence.com/latencymon">https://www.resplendence.com/latencymon</a></p>]]></content>
			<author>
				<name><![CDATA[Luc Henrion]]></name>
				<uri>https://forum.modartt.com/profile.php?id=6</uri>
			</author>
			<updated>2019-12-02T09:14:58Z</updated>
			<id>https://forum.modartt.com/viewtopic.php?pid=964041#p964041</id>
		</entry>
		<entry>
			<title type="html"><![CDATA[cpu overload protection curiosity]]></title>
			<link rel="alternate" href="https://forum.modartt.com/viewtopic.php?pid=964040#p964040"/>
			<content type="html"><![CDATA[<p>Testing the demo version on a laptop with an i9-9980HK (dell precision 7740, 8-core, 2.4ghz, turbo to 5ghz).&nbsp; I&#039;m plugged in, and have had to disable the battery in device manager as well as disable C-states in order to get glitch-free performance with minimal buffers using an RME interface.</p><p>When I run Pianoteq, I get occasional &quot;CPU overload&quot; cutoffs.</p><p>Interestingly, if I turn off overload detection, then it seems to work fine and I hear no audio glitches.&nbsp; Even when playing with my arms across lots of keys, with pedal down, and voice limit set to 96. :-)&nbsp; So it seems to be cutting off voices way before I&#039;m hitting an audio issue.</p><p>This is happening before I hit the currently set 48 voice limit.</p><p>What is up with that?&nbsp; What values actually go into calculating whether or not there is a &quot;CPU overload&quot;?</p><p>Also, my Performance Index is reported to be at around 136.&nbsp; Again, when I turn off the detection and bang on lots of keys, I can get the Index up to around 139 or maybe 140.</p><p>I don&#039;t understand why it is either cutting off unnecessarily, or conversely why there are overloads but I don&#039;t hear any evidence of them when Overload Detection is off.</p><p>Thanks for any insight...</p>]]></content>
			<author>
				<name><![CDATA[glittle]]></name>
				<uri>https://forum.modartt.com/profile.php?id=1071</uri>
			</author>
			<updated>2019-12-02T08:15:46Z</updated>
			<id>https://forum.modartt.com/viewtopic.php?pid=964040#p964040</id>
		</entry>
</feed>
