https://benchmarksgame-team.pages.debian.net пробил очередное дно

Позорник. Царь опять всех уделал.

https://www.youtube.com/watch?v=aA8rO_q4UG8

Ничего удивительного в этом не вижу.

Фанаты раста - жалкие, впрочем так и должно быть. Какой язычок - такие и фанаты.

Ну да.

Притом удалили вообще с концами, оставили хотя бы в конце списка с надписью Bad или Failed.

Раньше реализация на С++ на 40% быстрее варианта на С, теперь медленнее, чем вариант на Java…

https://benchmarksgame-team.pages.debian.net/benchmarksgame/performance/revcomp.html

Притом удалили вообще с концами, оставили хотя бы в конце списка с надписью Bad или Failed.

Царь так уделал поломоя, что ему просто нечего больше делать, лул. Причем бенч был в 1 поток сделанный левой Царской пяткой в перерывах во время сборки проекта.

Было бы странным оставлять результат работы кода (сам код, кстати, оставлен), который решает какую-то совсем другую задачу.

Если они так сильно хотели запретить узнавать размер файла почему бы просто не пропускать входные данные через пайп

 cat revcomp-input.txt | ./revcomp

Тогда даже если захочешь узнать размер файла то не получится. Вместо этого придумали какие-то тупые правила про line-by-line и буферы.

По ссылке о драме ничего не написано. Где есть какой-то текст где автор говорит что и почему он удалил?

Upd: нашел. Да, автор шутаута упорот, не может определиться с правилами. IO мерять действительно тупо. Если мерять IO, то отдельно, в специальном IO бенчмарке, который сравнивает эффективность идиоматического IO например. У меня бы с тем чуваком терпение закончилось раньше. Но у царя что-то кому-то доказывать - работа 24/7, у него нету другого выхода

Про царский код, почитай отсюда: https://salsa.debian.org/benchmarksgame-team/benchmarksgame/issues/206#note_118478

Но там были и другие удаления точно, так как я помню примерно как выглядели таблички, и например Chapel в части тестов был выше, может ещё что-то…

Да, я нашел. Моя теория что тот Исаак уже сам не рад что ввязался в шутаут, по его словам видно что он наотвали поддерживает бенч, а его втягивают во флейм люди которым жизненно важно чтобы их код кого-то там «победил». Вот он трёт направо налево не разбираясь.

Понятно что чел упорот после того как он сказал что бенчить на Core 2 в 2019ом году - хорошая идея, все справедливо и все в одинаковых условиях.

Если бы у него просто денег не было на новый комп. Не проблема, запилил бы сбор средств, 1000 баксов бы набежало быстро. Но он принципиально считает что корка это хорошо и правильно

Посмотрел переписку в issue, действительно днище.

Но он принципиально считает что корка это хорошо и правильно

А в чем, собственно, проблема? Ну нет у нее каких-то сильно современных инструкций, но ведь проверяют ЯП/компиляторы и т.д., а не какой процессор быстрей.

Процессор должен быть у всех одинаковый, да. Просто современные языки могли делать вообще без учёта легаси и ожидая большие кеши, бесплатные проверки границ и тд

А что за драма такая? Rust может обойти C++ по скорости в силу совершенно объективных причин. Асинхронщина в Rust должна быть, вообще, убойная.

Rust может обойти C++ по скорости в силу совершенно объективных причин.

Однако владелец бенчмарка не считает нужным этого светлого момента дожидаться, и искусственным образом отбрасывает более быстрые решения на c++.

В том-то и дело, что некоторые языки могут давать намного более быстрый код, задействуя современные инструкции.

Оценивать языки по подобным бенчам - это ещё больший бред.

У фанатика C++ горит, что царя унижают? Ну просто драма столетия.

ссылку бы

Этому Rust фанатику не хватало результатов чтобы Rust обошёл C++, и он удалил царский код

Всё правильно сделал. Свой бы ещё удалил, ведь даже хелловорлд на недоязычке так же нечитаем, как код царишки.

https://benchmarksgame-team.pages.debian.net пробил очередное дно (комментарий)

удалил царский код и другие которые использовали mmap

Правильно сделал, ему давно указывали на то, что у него двойные стандарты. Теперь двойных стандартов нет.

Царский код читает файл строку за строкой. Файл отображен на виртуальную память. Условиям задачи ничего не противоречит. А потом исаак берёт, и на лету переобувается:

https://salsa.debian.org/benchmarksgame-team/benchmarksgame/commit/72cd302cff...

на лету переобувается

Опять это ауешное мышление.

Если царь нашёл лазейку в правилах, то нужно уточнить правила, а не легализовать лазейку, это же очевидно.

Если царь нашёл лазейку в правилах, то нужно уточнить правила, а не легализовать лазейку, это же очевидно.

В чем суть «лазейки»? В том, что царь организовал io адекватно решаемой задаче?

А вот это вообще маразм рафинированный: «grow the data»

Суть лазейки в том, что бенчмарк сравнивает производительность языков, а не наличие в языке средств для быстрого I/O при соблюдении некоторых дополнительных условий. Это означает, что I/O нужно делать строго одинаково и таким способом, который доступен во всех языках.

А вот это вообще маразм рафинированный: «grow the data»

Нет, конечно. Это симуляция задачи из реальной жизни, в которой размер данных заранее неизвестен.

А вот это вообще маразм рафинированный: «grow the data»

Нет, конечно. Это симуляция задачи из реальной жизни, в которой размер данных заранее неизвестен.

Каждый sequence обрабатывается независимо от остальных sequence. То есть это потоковая обработка данных. С какого бодуна требовать при этом «grow» (накопления)?

бенчмарк сравнивает производительность языков, а не наличие в языке средств для быстрого

Если какие-то языки настолько убоги, что в них нет «средств для быстрого», разве это не снижает производительность написанных на них программ?

Это симуляция задачи из реальной жизни, в которой размер данных заранее неизвестен.

И часто у тебя в реальной жизни не известен размер файла?

С каких это пор сайт benchmarksgame стал что-то либо значить для IT-сообщества?

Это как сравнивать популярность дистрибутивов по DistroWatch’у.

Да и неадекватность создателя сайта давно была поставлена под сомнение, ещё до этой ситуации с царём.

Если какие-то языки настолько убоги, что в них нет «средств для быстрого», разве это не снижает производительность написанных на них программ?

Нет, по этому Java - самый быстрый ЯП. ее код исполняется бесконечно быстро, просто JVM тормозит, ждем когда аналогичные замедления интегрируют в бенчи на других языках, что бы получить честное сравнение

Не знаю, как у него, а у меня часто бывает. При передаче данных из одной программы в другую через пайп размер не получается посчитать.

Кстати, этот benchmarks game разве не закрылся? Была какая-то новость про закрытие же? Или мне почудилось?

бенчмарк сравнивает производительность языков

Чё правда? А почему тогда там числодробилки все на libgmp? На Си pidigits считает за 1.75, а на пыхе за 2.17, ЛОЛ. Охренеть какое сравнение производительности языков.

https://youtu.be/LZflL44SVVY?t=1473

Там что-то с хостингом было, раньше другой url был:

Вот тема:

https://web.archive.org/web/20180331200140/https://alioth.debian.org/forum/forum.php?thread_id=15014&forum_id=2965&group_id=100815

Это вроде РКН шалил. По-крайней мере был период, когда на этот сайт нельзя было зайти, не воспользовавшись VPN/Proxy/Tor.

Видимо, мне всё же те проблемы с хостингом запомнились. Только я почему-то это распарсил как закрытие этого benchmark games за бессмысленностью.

В этом треде весь c++ - Segmentation fault(core dumped). Но если работает, то быстро, да. Кажись царь обделался таки

Не, там просто старая версия компилятора была у исаака, когда исаак обновился до gcc 9.2.1 то по крайней мере все тесты прошли верно, удалили именно из-за mmap, а не из-за неправильной программы…

Вообще срачЪ c++ vs rust идиотский.
Потому что в данном случае тот же тсарёвский код обосрётся под ms vs, т.к. mmap, емнип, это чисто posix и под не posix вообще может отсутствовать.

mmap, емнип, это чисто posix и под не posix вообще может отсутствовать.

Да, на Windows нет mmap.

Но там вроде как и нет требований к кроссплатформенности.

иначе бы не было таких строчек:

use std::arch::x86_64::*;

// дальше в коде используются интрисики

процессоры бывают не только x86_64…

Да, на Windows нет mmap.

Что значит нет? А как же CreateFileMappingW?

С каких это пор сайт benchmarksgame стал что-то либо значить

Это же святое дело: померяться размером члена! А если у кого-то оказался больше, то надо его обязательно зачморить.

Но mmap() то там нету, вроде.

Только я почему-то это распарсил как закрытие этого benchmark games за бессмысленностью.

Чем больше царь занимается бессмысленной хренью, тем меньше он срёт на других ресурсах.

Вот он трёт направо налево не разбираясь.

в случае с царём - всё правильно делает.

Ну он же то не знает что царь - царь. И царь там **ями всех не кроет, а ведет себя нормально

Ну он же то не знает что царь - царь.

царь довольно быстро показывает свою долбоклюйскую натуру :)

И царь там **ями всех не кроет, а ведет себя нормально

Вижу, ага, конечно.

Ну вот царь там просто зависит от этого чувака и его настроения. Потому он держит выше планку, хотя б на ЛОРе уже бы срал желчью