<p>Am 14.05.2017 23:18 schrieb <<a href="mailto:noreply@z505.com">noreply@z505.com</a>>:<br>
><br>
> On 2017-05-11 18:57, Jon Foster wrote:<br>
>><br>
>> On 05/11/2017 02:48 PM, Graeme Geldenhuys wrote:<br>
>>><br>
>>> On 2017-05-11 19:43, James Richters wrote:<br>
>>>><br>
>>>> Any Suggestions?<br>
>>><br>
>>><br>
>>> Speed:<br>
>>>   In recent graphics work I've done, I've noticed that FPC is fantastic<br>
>>>   at created cross-platform applications. But the generated binaries<br>
>>>   are NOT fast at all - no matter how many compiler parameters and<br>
>>>   artificial speed optimisations we tried to implement. Sloppy Java<br>
>>>   code ended up 3x faster than the best I could get out of FPC<br>
>>>   generated binaries.<br>
>>><br>
>>>   I'm not saying this is your performance problem (especially comparing<br>
>>>   a 3Ghs PC vs a 233Mhz PC) - there certainly seems to be another<br>
>>>   problem contributing to your speed issue.<br>
>><br>
>> Wow, Graeme! That's harsh. One of the last set of benchmarks I did<br>
>> that focused on integer math and procedure call speed came out as<br>
>> follows:<br>
><br>
><br>
> I think he specifically meant graphics apps, not general apps</p>
<p>While a raytracer is indeed a graphics app it's mainly about CPU computation in this case and not interfacing with the GPU like OpenGL does (of course one can write a raytracer to take advantage of the parallel architecture of a GPU, but that's bot the case in this specific example).</p>
<p>Regards,<br>
Sven</p>