UltraCode64 for Delphi (aka 64-bit FastCode)

[david berneda 67]

On 7/11/2019 at 4:47 PM, chmichael said:

1. I already have this in my design plans but it seems i can not host a database on the Github so currently i'll have to use my personal hosting.

2. Thanks! I'll contact him after Benchmark/Validation apps are made.

Oops I have to re-test and benchmark that old code with the latest RTL, to make sure its still vaiid and worth it.

 

About fast code, I'm interested in sse or avx speedups of array sum and min max, without cpu detection overheads

[david berneda 67]

On 9/14/2025 at 8:56 AM, david berneda said:

Oops I have to re-test and benchmark that old code with the latest RTL, to make sure its still vaiid and worth it.

 

About fast code, I'm interested in sse or avx speedups of array sum and min max, without cpu detection overheads

The FastDateTime repository has been tested with RAD 13.0 Florence, all fine, similar speed gains than 10.1 Rio.

 

I've added an indentical Firemonkey FMX test project to benchmark all the non-Windows platforms.

 

https://github.com/davidberneda/FastDateTime

 

[david berneda 67]

Ubuntu Linux fmx test also shows speed gains of these "Fast" datetime functions:

 

 

[chmichael 15]

Nice i'll include your functions.

From your testing seems free pascal has faster functions than Delphi will have to check this

Edited 23 hours ago by chmichael

[david berneda 67]

I have pending to add a "brute force" test to verify these functions work 100% correct.

Basically a loop from zero day (Dec 30th 1899) or negative, til year 3000 or more, checking and comparing with the RTL ones. (Just to be sure its fine)

 

[Stefan Glienke 2183]

Man, that UltraCode project really took off in the past 6 years, didn't it?

[EugeneK 29]

I think it would be more helpful to create tickets in Embarcadero portal with proposed code for improvements. They've implemented quite a few such tickets in several last releases.

[chmichael 15]

3 hours ago, Stefan Glienke said:

Man, that UltraCode project really took off in the past 6 years, didn't it?

Indeed. Occupied with other things ...

Hope you like what i am preparing as idea.

 

Edited 7 hours ago by chmichael

[chmichael 15]

2 hours ago, EugeneK said:

I think it would be more helpful to create tickets in Embarcadero portal with proposed code for improvements. They've implemented quite a few such tickets in several last releases.

It's community time Embarcadero will do it's own thing we do our thing.

[Stefan Glienke 2183]

7 hours ago, EugeneK said:

I think it would be more helpful to create tickets in Embarcadero portal with proposed code for improvements. They've implemented quite a few such tickets in several last releases.

So did I.

 

I refrain from projects in which the initiator themself does not contribute anything.

[David Heffernan 2489]

What problem is this project attempting to solve. 

 

Because my impression is that the real issue with performance in Delphi is at the level of the compiler and the quality and the code it generates, which is often pitiful. 

 

So I don't really see tweaking library functions as likely to have significant impact for actual programs. It seems unlikely that real world program performance bottleneck is in a Delphi library function. 

 

Or am I wrong? 

Edited 39 minutes ago by David Heffernan