Jump to content

Gustavo 'Gus' Carreno

Members
  • Content Count

    41
  • Joined

  • Last visited

  • Days Won

    1

Everything posted by Gustavo 'Gus' Carreno

  1. Hey Y'All, Official launch of the 1 Billion Row Challenge Happy coding and don't forget to have fun!! Cheers, Gus
  2. Hey my challenge peeps!! Looks like we have the results of the comparison back and Object Pascal is quicker than Java. Reference: https://github.com/gcarreno/1brc-ObjectPascal/discussions/103#discussioncomment-9359820 Cheers, Gus
  3. Hey my challenge peeps!! We are quickly approaching the deadline for our little challenge. While the end date is next Friday, I will post the last results after I run the automation on Sat. of Sun. You can still drop PRs after Friday, but they will only be merged after the automation is done on Sat. or Sun. My intention with this repository is to keep accepting entries for the duration of my life time. This is the perfect round up of Object Pascal code to demonstrate that it's not dead and can compete with any of the top languages on SO or TIOBE. I'm also thinking about adding the 8 thread/400 Stations table for comparison with the Java side of things. But I guess that Paweld has made a better attempt here. More news on this table later. Cheers, Gus
  4. Hey David, Awesome sauce !! Thanks !! Cheers, Gus
  5. Hey my challenge peeps!! Georges suggested that we may give a helping hand to the entries that haven't yet done the change from CRLF to LF only. If any of you want to have a stab at it, it would be greatly appreciated!! And, does anyone know how to contact Lurendrejer Aksen? His entry has been kinda abandoned and I would like to see it working properly, if possible. Many thanks to my wonderful participants in advance!! Cheers, Gus
  6. Hey my challenge peeps!! We are moving from the input file having CRLF to having only LF as the line terminator. Next run, the 27th of April, will be mixed to leave enough time for everyone to make the necessary changes. The next run after that, the 4th of May, will not be mixed and will expect every entry to have made changes if necessary. The SHA256 for said input file has already been updated on the README.md file. Cheers, Gus
  7. Hey my challenge peeps!! I've been thinking about adding an alternative results table in order to compare to the original Java specs of only 400 stations and 8 threads. This means that some of the assumptions for the current state of things would probably be crippling in that case. What do you guys think of adding a -4 or --400-stations command line switch to your entries? Cheers, Gus
  8. Hey my challenge peeps!! I've put up the GitHub repository for all the Object Pascal logo proposals: https://github.com/gcarreno/UnofficialObjectPascalLogos Any changes and new proposals will now be accepted via a PR. Cheers, Gus
  9. Hey my challenge peeps!! I was given owner access to https://github.com/1brc after asking to be included on the https://1brc.dev site. Yeah, I know, owner... Still don't understand why, but it's where we're at, LOL!! 😄 Now I'm in a bit of a pickle: I don't have an icon that will represent Object Pascal. There's many for Delphi, and many for Lazarus, but none for Object Pascal in general. Can anyone help me on this? Cheers, Gus
  10. Hey my challenge peeps!! We have new entries. We have have a new leader. Weekly Results have been updated. Cheers, Gus
  11. My dear challenge peeps!! Now that the Blaise Pascal Magazine new edition is out, I can finally talk about this: Ian Barker has written an article that mentions our little challenge. I would provide a link to this new edition if I could. Their site is a bit sub-par, to put it quite politely. Cheers, Gus
  12. Hey my challenge peeps!! The weekly Saturday results are up. Get'em while they're hot 😉 Cheers, Gus
  13. Hey my challenge peeps!! I've been busy: The automation is now done for both Linux and Windows We are back to the previous output hash: 4256d19d3e134d79cc6f160d428a1d859ce961167bd01ca528daca8705163910 I've altered all the entries that were using an internal version of the rounding functions to use the one from the baseline Today is Saturday, and now that I have the automation completed, I'll run the full shebang and will update the results table once they are done. Cheers, Gus
  14. Hey Rollo62. Thank you sooooo very much for extending my list!!! Cheers, Gus
  15. Hey Attila, That was indeed the solution that Paweld came upon and is the one we are using now. Nonetheless, many, many thanks for the tip!!! Cheers, Gus
  16. Hey Y'All, With the rounding function changed, so did the output hash. New hash and archived output from baseline are now up on the repo. Cheers, Gus
  17. Hey Y'All, Looks like there is a simple fix: Not using Double but Currency. function RoundExDouble(x: Currency): Double; begin Result := Ceil(x * 10) / 10; end; Does not fix the issue that Delphi is not consistent with Double across Windows 32,64 and Linux 64. But at least we now have consistency on our end!!! Many thanks to paweld for spotting the fix!! Cheers, Gus
  18. Hey Y'All, We seem to have a bit of a problem: https://github.com/gcarreno/1brc-ObjectPascal/tree/main/spelunking/roundex See attached image. Cheers, Gus
  19. Hey Y'All, After a bit of talking to a prospect entry person, I've come to the realisation that we had a very complicated rounding implementation. The conclusion of that talk and further code is now the new official rounding code. I've also altered the README.md file to include the code and the new SHA256 hash of the output, alongside an archived file containing the new baseline output. Cheers, Gus
  20. Hey my challenge peeps, Someone from the Telegrams has mentioned that our Rounding code is maybe flawed with regards to negative temps. He's looking into this. He's also hacking away at making the Delphi version of the baseline. Be ready to jump on that PR button once we've come to the bottom of this. Cheers, Gus
  21. Hey Y'all, Have now added the hyperfine JSON files to the repo. For anyone interested on your 10 runs. Cheers, Gus
  22. Hey Y'All, After some extensive testing from @paweld: Tested with RAMDisk, SSD and HDD Tested with the original input file containing only 400 weather stations He came to the conclusion that there's really nothing to see between all of the above data containers. I've eliminated the HDD column in the results. Cheers, Gus
  23. Hey Y'All, We are now into the 2 seconds region: ******** Run All ******** ===== Arnaud Bouchez ====== -- SSD -- Benchmark 1: abouchez Time (mean ± σ): 2.472 s ± 0.061 s [User: 27.787 s, System: 1.720 s] Range (min … max): 2.386 s … 2.588 s 10 runs =========== That's 1 warmup, 10 runs, 16 threads on SSD I'm having issues with Linux watchdogs with 2 entries when run on HDD killing my shell. Need to solve that and I'll have results for those. Cheers, Gus
  24. Hey Y'All, Added a section named Differences From Original to the README.md file to frame the context when doing comparison with the original challenge. Cheer, Gus
  25. Hey Y'All, We are officially in the 16 to 17 seconds: $ time ./bin/sbalazs /tmp/measurements-1_000_000_000.txt 32 {...} real 0m16.422s user 3m46.669s sys 1m29.654s Only 15 to 16 seconds to go Cheers, Gus
×