строчки с числами. Первое число на строке: кол-во чисел, которые надо прочитать. После прочтения обязательно дочитать до \n
Первый алгоритм использует форматирующие операторы потоков, второй читает строку целиком, делит на вектор слов, для преобразования ещё stoi используется.
После этого оба создают вектор прочитанных чисел, место в этом векторе уже резервируется.
Quick Bench пишет, что они почти идентичны. Неужели форматирующие операторы настолько медленные, что компенсируют затраты на динамическое создание вектора слов для SplitIntoWords? >> читает посимвольно, чтобы прочесть цифру, getline по сути то же самое делает.
Ссылка
iostream медленные, да
И там и там потоки используются. В одном случае >>, в другом случае getline.
А что вы хотите добиться или какую гипотезу проверить?
Что быстрее. Но так как скорость по бенчмаркам одинаковое, мне интересно за счёт чего. Предполагал, что через >> ну чуток быстрее
Ты бы вот попробовал расписать в нотации два варианта твоего ритма Вот это было бы полезнее и интереснее чем бенчмарки...
Не совсем понял про нотацию и ритмы
Сорри, исправил
Обсуждают сегодня