Communities

Writing
Writing
Codidact Meta
Codidact Meta
The Great Outdoors
The Great Outdoors
Photography & Video
Photography & Video
Scientific Speculation
Scientific Speculation
Cooking
Cooking
Electrical Engineering
Electrical Engineering
Judaism
Judaism
Languages & Linguistics
Languages & Linguistics
Software Development
Software Development
Mathematics
Mathematics
Christianity
Christianity
Code Golf
Code Golf
Music
Music
Physics
Physics
Linux Systems
Linux Systems
Power Users
Power Users
Tabletop RPGs
Tabletop RPGs
Community Proposals
Community Proposals
tag:snake search within a tag
answers:0 unanswered questions
user:xxxx search by author id
score:0.5 posts with 0.5+ score
"snake oil" exact phrase
votes:4 posts with 4+ votes
created:<1w created < 1 week ago
post_type:xxxx type of post
Search help
Notifications
Mark all as read See all your notifications »
Q&A

Comments on Hosting fastest code challenges

Parent

Hosting fastest code challenges

+3
−0

When posting a fastest-code challenge, what do I need to bear in mind?

Unlike with code-golf challenges, where the score is simply the number of bytes in the source code, for a fastest-code challenge the time taken to run will be different on different machines. What options are there for defining an objective way to measure the score of an submission? Does this necessarily involve the challenge host running all of the submissions on their own machine?

How can I ensure the challenge is suitable for as many programming languages as possible (not excluding languages which are unlikely to top the leaderboard but where optimising might still be an interesting problem - competing against other submissions in the same language)?

History
Why does this post require attention from curators or moderators?
You might want to add some details to your flag.
Why should this post be closed?

1 comment thread

Example in the sandbox (1 comment)
Post
+3
−0

If restricting everyone to the same system, then we can force every contestant to use https://tio.run and the on-site bench-marking found below "debug" -> "real time" as efficiency metric. Example.

Advantages:

  • No matter how (in)accurate, this gives everyone the same conditions and the same bench-marking system. It is fair.
  • Multiple programming languages and compilers are possible. Competitions between solutions in the same language and/or other languages is possible.
  • We already use TIO for most challenges.

Disadvantages:

  • Heavily biased towards a specific target - I think it runs on x86_64 Linux?
  • Execution times are rather arbitrary with poor accuracy. This is a poor benchmarking tool by professional standards, but maybe for this purpose we don't really care?
History
Why does this post require attention from curators or moderators?
You might want to add some details to your flag.

1 comment thread

Main disadvantage would be that it restricts to languages that tio.run supports. Which certainly is a... (1 comment)
Main disadvantage would be that it restricts to languages that tio.run supports. Which certainly is a...
celtschk‭ wrote 2 months ago

Main disadvantage would be that it restricts to languages that tio.run supports. Which certainly is a lot of them, but not all of them. What if you want to add a Scratch entry?