<p>Am 21.07.2015 12:13 schrieb "Michael Van Canneyt" <<a href="mailto:michael@freepascal.org">michael@freepascal.org</a>>:<br>
><br>
><br>
><br>
> On Mon, 20 Jul 2015, Serguei TARASSOV wrote:<br>
><br>
>> Hi all,<br>
>><br>
>> I did a small test to compare performance of TFPGMap and TFPHashList in sequential and random accessing values by keys.<br>
>> <a href="http://arbinada.com/main/en/node/1511">http://arbinada.com/main/en/node/1511</a><br>
>><br>
>> The results are not the same than expected.<br>
>> In theory, the hash map should give O(1) and O(log2 N) for the sorted map.<br>
>><br>
>> Any explanations and suggestions are welcome.<br>
><br>
><br>
> In my opinion there is a simple explanation:<br>
><br>
> As a general solution, using generics will always be slower than 'native' classes.<br>
> The reason is that any generic implementation which does not place restrictions on the types used,<br>
> will be forced to use CompareMem() and Move() for its implementation (as do the classes in fgl). Even when the generic class is otherwise optimally programmed, calling these routines will always be slower than a direct comparision in 2 CPU registers in case of integers/pointers.</p>
<p>You are wrong with your assumptions regarding TFPGList: it does not use Move(). The base implementation in TFPSList does, but the generic class overrides that with an assignment. Otherwise for example Strings wouldn't work with TFPGList.</p>
<p>Regards,<br>
Sven</p>