<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0">
	<channel>
		<title><![CDATA[Modartt user forum - cpu overload protection curiosity]]></title>
		<link>https://forum.modartt.com/viewtopic.php?id=6997</link>
		<description><![CDATA[The most recent posts in cpu overload protection curiosity.]]></description>
		<lastBuildDate>Mon, 02 Dec 2019 09:35:25 +0000</lastBuildDate>
		<generator>PunBB</generator>
		<item>
			<title><![CDATA[Re: cpu overload protection curiosity]]></title>
			<link>https://forum.modartt.com/viewtopic.php?pid=964042#p964042</link>
			<description><![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>]]></description>
			<author><![CDATA[null@example.com (glittle)]]></author>
			<pubDate>Mon, 02 Dec 2019 09:35:25 +0000</pubDate>
			<guid>https://forum.modartt.com/viewtopic.php?pid=964042#p964042</guid>
		</item>
		<item>
			<title><![CDATA[Re: cpu overload protection curiosity]]></title>
			<link>https://forum.modartt.com/viewtopic.php?pid=964041#p964041</link>
			<description><![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>]]></description>
			<author><![CDATA[null@example.com (Luc Henrion)]]></author>
			<pubDate>Mon, 02 Dec 2019 09:14:58 +0000</pubDate>
			<guid>https://forum.modartt.com/viewtopic.php?pid=964041#p964041</guid>
		</item>
		<item>
			<title><![CDATA[cpu overload protection curiosity]]></title>
			<link>https://forum.modartt.com/viewtopic.php?pid=964040#p964040</link>
			<description><![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>]]></description>
			<author><![CDATA[null@example.com (glittle)]]></author>
			<pubDate>Mon, 02 Dec 2019 08:15:46 +0000</pubDate>
			<guid>https://forum.modartt.com/viewtopic.php?pid=964040#p964040</guid>
		</item>
	</channel>
</rss>
