<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
 <channel>
  <atom:link href="http://www.comsol.com/community/forums/general/rss/thread/33902.rss" rel="self" type="application/rss+xml"/>
  <title>COMSOL Forums: Question about using multiple processors in Gui mode for &quot;form union&quot; operation</title>
  <link>http://www.comsol.com/community/forums/general/thread/33902/</link>
  <description>Most recent forum messages</description>
  <pubDate>Fri, 04 Jan 2013 04:54:08 +0000</pubDate>
  <image>
   <title>COMSOL Forums: Question about using multiple processors in Gui mode for &quot;form union&quot; operation</title>
   <url>http://www.comsol.com/shared/images/logos/comsol_logo.gif</url>
   <link>http://www.comsol.com/community/forums/general/thread/33902/</link>
  </image>
  <item>
   <title>Re: Question about using multiple processors in Gui mode for &quot;form union&quot; operation</title>
   <link>http://www.comsol.com/community/forums/general/thread/33902/#p93109</link>
   <description>Hi&lt;br /&gt;&#13;
&lt;br /&gt;&#13;
from my knowledge COMSOL uses multiple processors when available, so corollary, if only 1 is running for the geometry processing then its programmed that way. Not all algorithm might be parallelised either. But I know from the COMSOL conference presentations that they are working on the aspect to parallelised more of their code.&lt;br /&gt;&#13;
&lt;br /&gt;&#13;
When I work with huge models (&amp;gt;800 domains) I tend to turn off the auto-update of the plots, and off the model tree auto-update, which means I must regularly perform a manual refresh, that can indeed take 5-10 minutes&lt;br /&gt;&#13;
&lt;br /&gt;&#13;
--&lt;br /&gt;&#13;
Good luck&lt;br /&gt;&#13;
Ivar</description>
   <pubDate>Fri, 04 Jan 2013 04:54:08 +0000</pubDate>
   <guid isPermaLink="false">33902.1357275248.93109</guid>
  </item>
  <item>
   <title>Question about using multiple processors in Gui mode for &quot;form union&quot; operation</title>
   <link>http://www.comsol.com/community/forums/general/thread/33902/#p93106</link>
   <description>Hi,&lt;br /&gt;&#13;
&lt;br /&gt;&#13;
I am currently working in the RF module on a cluster. Right now, I'm working with a very large geometry (large in that it contains many domains). It is so large that it takes a very long time for the &amp;quot;form union&amp;quot; operation to be performed. I've tried simplifying the final union operation by first doing several ordinary union operations with &amp;quot;keep interior boundaries&amp;quot; checked, the idea being to split up the process into several steps. That helped to an extent. Each one of these operations would run in a day or so, but now, it seems to have stopped working. &lt;br /&gt;&#13;
&lt;br /&gt;&#13;
My question is, is there any way to use multiple processors for things like &amp;quot;form union&amp;quot; or other geometrical operations, or can that only be done for meshing and solving? I've tried it in batch mode and it only seemed to use one processor, even though I assigned it many. I'm currently using one node of the cluster with 48 processors. In earlier models, multiple processors were being used, but that was apparently for solving and meshing. &lt;br /&gt;&#13;
&lt;br /&gt;&#13;
Now, I'm using the Gui mode in a torque shell on the cluster, but it's the same story. I assigned all of the 48 processors to the shell and then opened Comsol in it with the switches &amp;quot; -nn 1 -np 48&amp;quot;. When I look at the usage stats, its using one processor to 100% capacity and not using the others at all. Its also using only about 11 gigs of RAM while 256 gigs are available. &lt;br /&gt;&#13;
&lt;br /&gt;&#13;
Is there anything I can do to take advantage of the resources, or is that not possible for geometrical or other pre-processing operations?&lt;br /&gt;&#13;
&lt;br /&gt;&#13;
Thank you in advance for any input,&lt;br /&gt;&#13;
&lt;br /&gt;&#13;
A. J. Thomas&lt;br /&gt;&#13;
</description>
   <pubDate>Thu, 03 Jan 2013 17:43:41 +0000</pubDate>
   <guid isPermaLink="false">33902.1357235021.93106</guid>
  </item>
 </channel>
</rss>
