<div dir="ltr"><div>
Mike and 
<span class="gmail-hb"> <span dir="ltr" name="Luboš" class="gmail-g2">Luboš</span></span>,</div><div><br></div><div>Many thanks for your help on this topic.</div><div><br></div><div>Regards,</div><div><br></div><div>Steve<br>

</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, 23 Apr 2020 at 11:16, Mike Kaganski <<a href="mailto:mikekaganski@hotmail.com">mikekaganski@hotmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On 23.04.2020 13:12, Luboš Luňák wrote:<br>
> On Thursday 23 of April 2020, Stephen Fanning wrote:<br>
>> As for the processing itself, I remain unclear about how Calc allocates<br>
>> tasks to threads. Can we give the user any general advice on how he could<br>
>> structure his spreadsheet to gain the maximum performance benefits from the<br>
>> availability of multiple cores? Or maybe there are ways to organise a<br>
>> spreadsheet that will frustrate Calc's attempts to multi-thread, which we<br>
>> ought to advise against?<br>
> <br>
>  Technically threads are generally used only for formula groups, which are a <br>
> sufficient number of adjacent cells in a column that use the same formula <br>
> (and get different results because of relative cell addressing). In UI terms, <br>
> write e.g. "=A1*2" to B1, grab the bottom-right corner of the cell and extend <br>
> down. But it's implementated this way because that's usually how large <br>
> spreadsheets are created. So I think it's a needless complication to be <br>
> specific about this.<br>
> <br>
<br>
IMO it's still useful to mention that the optimization is column-based.<br>
Because many people don't realize that row-based layout is potentially<br>
less efficient. This would be beneficial to those who don't create<br>
spreadsheets according to how it's "usually" done.<br>
<br>
-- <br>
Best regards,<br>
Mike Kaganski<br>
</blockquote></div>