<div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div>Hi Marc,</div><div><br></div><div>Small thing, just curious, I think also this may have been clarified in some mail thread I have somewhere but I can't find it now:</div><div><br></div><div>What is the rationale for "--enable-multiple-threaded-vms --enable-smp" to be the enabling arguments for SMP?</div><div><br></div><div>Neither "--enable-multiple-threaded-vms" nor "--enable-smp" individually will do it.</div><div><br></div><div>I understand "--enable-smp" enables the "SMP scheduler", I presume that is the multiple processors operate concurrently and steal work from each other.</div><div><br></div><div>The "--enable-multiple-threaded-vms" enables the infrastructure for creating multiple processors within one GVM in the first place?</div><div><br></div><div>But then, "--enable-multiple-threaded-vms" only allows you to create a new processor but that one will be all separate from the first one - may that ever be useful without SMP work stealing operation?? I thought anyone who wanted to do that would go with "--enable-multiple-vms".</div><div><br></div><div><div>Today I dug out "--enable-multiple-threaded-vms --enable-smp" again from the manual. I looked at it twice going, hmm is this really correct, does this really look correct. After checking all over my email box I see your other email where you reiterate exactly this, and thus deduce, it's correct.<br></div><b></b><i></i><u></u><sub></sub><sup></sup><strike></strike><br></div><div>So just thought, why does enabling SMP require two separate ./configure arguments. Any comment would be much appreciated.</div><div><br></div><div>Thanks!</div><div>Adam</div><div><br></div></div></div></div></div></div></div></div></div>