<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:atom="http://www.w3.org/2005/Atom" version="2.0"><channel><title><![CDATA[[SOLVED] Stack Overflow question on Rpi 4, 8 gigs of Ram]]></title><description><![CDATA[<p>Hi,</p>
<p>I had been using an Raspberry Pi 4 with 4 gigs of Ram for 3 or 4 months and it was working really great. One thing I noticed about it, which was different from every other Pi i've used was it seemed like it was doing multi-threading on it's own.</p>
<p>I would put &quot; htop&quot; in the terminal and I could see the different processors workload changing, increasing, decreasing, etc.</p>
<p>I upgraded to a Pi 4 with 8 gigs of Ram. One of the Pure Data pieces I was able to play pretty easily on the other pi with 4 gigs I am having a hard time doing on the Pi that is 8 gigs of Ram. I ran htop in the terminal and I was surprised that it's not multi threading. I had one processor doing almost all the work, and I am getting Stack Overflow in the Pd terminal, and the audio will sound crappy and just cut out sometimes.</p>
<p>My question is should I increase the buffer size? Will this make it less likely to have a stack overflow?</p>
<p>Also, is there some setting I need to do to get the multi threading that I don't know about?</p>
<p>Thank you for the help in advance.</p>
<p>By the way, I accidentally corrupted my Pi 4, 4 gigs of ram disc image so I can't go back and look at it. I know, stupid mistake.</p>
]]></description><link>http://forum.pdpatchrepo.info/topic/13017/solved-stack-overflow-question-on-rpi-4-8-gigs-of-ram</link><generator>RSS for Node</generator><lastBuildDate>Sat, 16 May 2026 18:29:26 GMT</lastBuildDate><atom:link href="http://forum.pdpatchrepo.info/topic/13017.rss" rel="self" type="application/rss+xml"/><pubDate>Tue, 08 Sep 2020 19:53:14 GMT</pubDate><ttl>60</ttl><item><title><![CDATA[Reply to [SOLVED] Stack Overflow question on Rpi 4, 8 gigs of Ram on Wed, 09 Sep 2020 04:05:20 GMT]]></title><description><![CDATA[<p>Hi,</p>
<p>I had been using an Raspberry Pi 4 with 4 gigs of Ram for 3 or 4 months and it was working really great. One thing I noticed about it, which was different from every other Pi i've used was it seemed like it was doing multi-threading on it's own.</p>
<p>I would put &quot; htop&quot; in the terminal and I could see the different processors workload changing, increasing, decreasing, etc.</p>
<p>I upgraded to a Pi 4 with 8 gigs of Ram. One of the Pure Data pieces I was able to play pretty easily on the other pi with 4 gigs I am having a hard time doing on the Pi that is 8 gigs of Ram. I ran htop in the terminal and I was surprised that it's not multi threading. I had one processor doing almost all the work, and I am getting Stack Overflow in the Pd terminal, and the audio will sound crappy and just cut out sometimes.</p>
<p>My question is should I increase the buffer size? Will this make it less likely to have a stack overflow?</p>
<p>Also, is there some setting I need to do to get the multi threading that I don't know about?</p>
<p>Thank you for the help in advance.</p>
<p>By the way, I accidentally corrupted my Pi 4, 4 gigs of ram disc image so I can't go back and look at it. I know, stupid mistake.</p>
]]></description><link>http://forum.pdpatchrepo.info/topic/13017/solved-stack-overflow-question-on-rpi-4-8-gigs-of-ram</link><guid isPermaLink="true">http://forum.pdpatchrepo.info/topic/13017/solved-stack-overflow-question-on-rpi-4-8-gigs-of-ram</guid><dc:creator><![CDATA[nicnut]]></dc:creator><pubDate>Wed, 09 Sep 2020 04:05:20 GMT</pubDate></item><item><title><![CDATA[Reply to [SOLVED] Stack Overflow question on Rpi 4, 8 gigs of Ram on Wed, 09 Sep 2020 00:25:48 GMT]]></title><description><![CDATA[<p><a class="plugin-mentions-a" href="http://forum.pdpatchrepo.info/user/nicnut">@nicnut</a> Can not answer to the multi-threading question, but stack overflow basically means that a computation is passing the same Pd object too often within a loop. You can break the loop by putting [del 0] in it, but it most of the times means that there is some error in the program.</p>
]]></description><link>http://forum.pdpatchrepo.info/topic/13017/solved-stack-overflow-question-on-rpi-4-8-gigs-of-ram/2</link><guid isPermaLink="true">http://forum.pdpatchrepo.info/topic/13017/solved-stack-overflow-question-on-rpi-4-8-gigs-of-ram/2</guid><dc:creator><![CDATA[ingox]]></dc:creator><pubDate>Wed, 09 Sep 2020 00:25:48 GMT</pubDate></item><item><title><![CDATA[Reply to [SOLVED] Stack Overflow question on Rpi 4, 8 gigs of Ram on Wed, 09 Sep 2020 04:04:48 GMT]]></title><description><![CDATA[<p><a class="plugin-mentions-a" href="http://forum.pdpatchrepo.info/user/ingox">@ingox</a> Thanks for the explanations. I think that helps.</p>
<p>I think something is just wrong with this particular patch. I opened a few other patches and they worked ok and did do multi threading.</p>
<p>This one particular patch doesn't and it also has stack overflow problems. I have a feeling it's because it has stuff from older librairies when I made it and it's using newer libraries now, so things are a little messed up.</p>
<p>Anyway, I'm gonna say this one is solved and just trash this patch , or update it.</p>
<p>thanks, Nick</p>
]]></description><link>http://forum.pdpatchrepo.info/topic/13017/solved-stack-overflow-question-on-rpi-4-8-gigs-of-ram/3</link><guid isPermaLink="true">http://forum.pdpatchrepo.info/topic/13017/solved-stack-overflow-question-on-rpi-4-8-gigs-of-ram/3</guid><dc:creator><![CDATA[nicnut]]></dc:creator><pubDate>Wed, 09 Sep 2020 04:04:48 GMT</pubDate></item><item><title><![CDATA[Reply to [SOLVED] Stack Overflow question on Rpi 4, 8 gigs of Ram on Wed, 09 Sep 2020 06:52:47 GMT]]></title><description><![CDATA[<p><a class="plugin-mentions-a" href="http://forum.pdpatchrepo.info/user/nicnut">@nicnut</a> You can try to use &quot;Find last error&quot; to at least pin down the source of the stack overflow a little bit, but in my experience this is may sometimes be confusing as any object within the loop in question can report the stack overflow. But should show the area within the patch.</p>
]]></description><link>http://forum.pdpatchrepo.info/topic/13017/solved-stack-overflow-question-on-rpi-4-8-gigs-of-ram/4</link><guid isPermaLink="true">http://forum.pdpatchrepo.info/topic/13017/solved-stack-overflow-question-on-rpi-4-8-gigs-of-ram/4</guid><dc:creator><![CDATA[ingox]]></dc:creator><pubDate>Wed, 09 Sep 2020 06:52:47 GMT</pubDate></item><item><title><![CDATA[Reply to [SOLVED] Stack Overflow question on Rpi 4, 8 gigs of Ram on Wed, 09 Sep 2020 16:51:03 GMT]]></title><description><![CDATA[<p>OK thanks <a class="plugin-mentions-a" href="http://forum.pdpatchrepo.info/user/ingox">@ingox</a>, that's helpful. I was thinking of deleting parts of the patch till I isolated it, but I'll try your method first.</p>
]]></description><link>http://forum.pdpatchrepo.info/topic/13017/solved-stack-overflow-question-on-rpi-4-8-gigs-of-ram/5</link><guid isPermaLink="true">http://forum.pdpatchrepo.info/topic/13017/solved-stack-overflow-question-on-rpi-4-8-gigs-of-ram/5</guid><dc:creator><![CDATA[nicnut]]></dc:creator><pubDate>Wed, 09 Sep 2020 16:51:03 GMT</pubDate></item></channel></rss>