|
2 / 2 / 0
Регистрация: 18.09.2009
Сообщений: 107
|
||||||||||||||||
Скорость перебор вектора06.05.2011, 19:41. Показов 13713. Ответов 20
Метки нет (Все метки)
Вектор можно перебирать двумя способами, первый - через итератор
Вопрос, одинаковы ли оба метода по производительности? И если нет, то какой быстрее? Добавлено через 1 час 46 минут И ещё попутный вопрос, как точно проверить что 2 итератора указывают на один элемент? Правильно ли делать так:
0
|
||||||||||||||||
| 06.05.2011, 19:41 | |
|
Ответы с готовыми решениями:
20
Скорость перебор вектора while/for/foreach
Скорость перебор элементов vector'a и list'a |
|
1069 / 848 / 60
Регистрация: 30.04.2011
Сообщений: 1,659
|
|||||||||||
| 06.05.2011, 19:50 | |||||||||||
|
Вектор можно еще и с помощью указателей перебирать:
1
|
|||||||||||
|
2 / 2 / 0
Регистрация: 18.09.2009
Сообщений: 107
|
|
| 06.05.2011, 19:55 [ТС] | |
|
И все они будут одинаково быстро работать? В мане по php написано что именно в этом языке для перебора массивов рекомендуется использовать for_each, вместо других циклов. А в stl как? Нигде не могу найти рекомендации
А что насчет итераторов, правильно ли я проверяю, указывают ли они на один и тот же элемент?
0
|
|
|
Freelance
2891 / 1826 / 356
Регистрация: 09.09.2010
Сообщений: 3,841
|
||||||
| 06.05.2011, 19:57 | ||||||
|
В С++0x предоставляеться еще такой вариант, модифицированый for()
2
|
||||||
|
2 / 2 / 0
Регистрация: 18.09.2009
Сообщений: 107
|
|
| 06.05.2011, 19:58 [ТС] | |
ну прям ужасно много способов, дак всётаки какой самый быстрый?
0
|
|
|
274 / 175 / 12
Регистрация: 14.03.2010
Сообщений: 501
|
|
| 06.05.2011, 21:56 | |
|
Самый быстрый, конечно, с помощью прямого доступа — vector[index]. Что неудивительно: при прямом доступе изменяется только одна переменная, а при использовании итераторов приходится оперировать с объектом, внутри которого тоже что-то происходит. Но асимпотическое-то время одинаково, а итераторы удобней и понятней. Так что я советую использовать итераторы.
0
|
|
|
1675 / 1047 / 174
Регистрация: 27.09.2009
Сообщений: 1,945
|
|
| 07.05.2011, 00:35 | |
|
Судя по тому, что я видел в сгенерированном коде, самый быстрый способ всё же с итераторами (в векторе они соответствуют обычным указателям), однако прямая индексация если и отстаёт, то ненамного. Впрочем, метод с итераторами (а лучше - с алгоритмом for_each) наиболее универсален и не потребует изменений в коде, в случае замены вектора на другой контейнер.
0
|
|
|
274 / 175 / 12
Регистрация: 14.03.2010
Сообщений: 501
|
||||||
| 07.05.2011, 00:59 | ||||||
|
Итераторы не могут быть быстрее. Потому что действий делать приходится больше.
Проверить можно легко:
0
|
||||||
|
1936 / 1048 / 109
Регистрация: 29.03.2010
Сообщений: 3,167
|
||
| 07.05.2011, 01:27 | ||
|
очень похоже на холиварный вопрос :-)
точно сказать не могу, но где-то когда-то слышал\читал\обсуждал и в этом где-то было сказано, что при переборе лучше использовать векторы, чем доставать напрямую элемент, это вроде как быстрее. сейчас уже не помню, чем это обосновывалось. Добавлено через 2 минуты
0
|
||
|
1069 / 848 / 60
Регистрация: 30.04.2011
Сообщений: 1,659
|
|
| 07.05.2011, 08:10 | |
|
Самый быстрый, но и самый НЕНАДЕЖНЫЙ, способ - с помощью указателей.
Никогда так не делайте...
0
|
|
|
1675 / 1047 / 174
Регистрация: 27.09.2009
Сообщений: 1,945
|
|
| 07.05.2011, 10:23 | |
|
Поскольку итераторы в векторах по сути сводятся к тем же указателям, они выполняются с той же скоростью. То есть, с максимальной. Разумеется, если мы говорим про релизную конфигурацию с оптимизациями. Я видел сгенерированный код, таки да - так быстрее всего. Никаких лишних операций с итераторами не производится. Ну а приведённые volovzi в примере циклы любой вменяемый компилятор (опять же, при включённой оптимизации) вообще соптимизирует под ноль, и времени они не займут совсем.
0
|
|
|
274 / 175 / 12
Регистрация: 14.03.2010
Сообщений: 501
|
|
| 07.05.2011, 14:07 | |
|
Nick Alte, gcc — вменяемый компилятор? В нём при любой оптимизации разница одинакова.
Запусти, пожалуйста, на своём "вменяемом" компиляторе и сообщи результаты.
0
|
|
|
2 / 2 / 0
Регистрация: 18.09.2009
Сообщений: 107
|
|
| 14.05.2011, 23:56 [ТС] | |
|
Насколько я знаю, указатели небезопасны, если содержимое вектора каким либо образом меняется при его переборе и происходит переаллокация и указатель указывает уже не на элемент вектора, а куда-то в другое место, где раньше был вектор.
В моём случае мне нужно просто перебрать весь вектор разом. Т.е. во время перебора его содержимое меняться не будет. И при этом переносимость кода не беспокоит, я не собираюсь его переписывать... Часто мне здесь пишут что компилятор всё оптимизирует, не напрягай типо мозги... но я уже нираз выяснял что это не так. Всётаки я так и не понял, какой метод быстрее, с учетом того, что вектор состоит из чисел uncigned char? Добавлено через 29 минут Мои замеры показали совершенно одинаковое время на всех, но я сомневаюсь что измерял точно...
0
|
|
|
274 / 175 / 12
Регистрация: 14.03.2010
Сообщений: 501
|
|
| 15.05.2011, 00:25 | |
|
Kadet89, а мой тест пробовал? Что показывает?
0
|
|
|
2 / 2 / 0
Регистрация: 18.09.2009
Сообщений: 107
|
|
| 15.05.2011, 00:54 [ТС] | |
|
Да тоже как-то неточно, то равны, то одно больше, то другое. На система много всякой дряни работает, точно замерить не удаётся. Если на глаз, если расхождение и есть, то оно не более 10%, думаю здесь не стоит бороться за производительность.
В дебаг режиме вроде индексы выигрывают... Ещё интересно былобы сравнить все методы также на интеловском компиляторе, возможно там расхождения будут. Я знаю что контейнер map при компиляции интеловским компилятором перебирается в 200-500 раз быстрее, посравнению с компилятором gcc. Если у вас есть интеловский компилятор, замерьте пожалуйста индексы, итераторы и указатели на векторе
0
|
|
|
1675 / 1047 / 174
Регистрация: 27.09.2009
Сообщений: 1,945
|
|||||||||||||||||
| 15.05.2011, 11:36 | |||||||||||||||||
Что и не удивительно, для обоих циклов код вообще не генерируется. Вот полученный в GCC ассемблерный код для первого цикла:
Вот код для второго цикла:
Такие же результаты даёт и Visual Studio.
1
|
|||||||||||||||||
|
2 / 2 / 0
Регистрация: 18.09.2009
Сообщений: 107
|
||||||
| 15.05.2011, 15:12 [ТС] | ||||||
|
Я немного переписал код, сделал чтобы каждый элемент становился равен 1, тогда компилятор не вырезает цикл... и ещё размер вектора маловат мне кажется, нужно побольше элементов.
У кого есть и g++ и intel compiler, замерьте пожалуйста индексы, итераторы и указатели на векторе Добавлено через 15 минут
Прогоните пожалуйста на интеловском компиляторе
0
|
||||||
|
1675 / 1047 / 174
Регистрация: 27.09.2009
Сообщений: 1,945
|
|
| 15.05.2011, 15:31 | |
|
Скомпилированный в gcc пример, в котором в цикле что-то делается, с выбором полной оптимизации и современной процессорной архитектуры, даёт одинаковые времена исполнения.
С выбором архитектуры 386 перебор итераторами компилируется в инструкцию rep stosd, в то время как обычный цикл остаётся циклом. Вот только на современных процессорах изначально замышлявшаяся более эффективной конструкция rep stosd проигрывает по скорости. Тем не менее, никаких "лишних" операций с итераторами в код не встраивается. Итераторы в векторе по эффективности полностью совпадают с указателями, как и задумывалось.
0
|
|
|
274 / 175 / 12
Регистрация: 14.03.2010
Сообщений: 501
|
|
| 15.05.2011, 17:38 | |
|
Сознаюсь, был неправ. Сейчас правильно составил тест, время одинаковое.
0
|
|
|
2 / 2 / 0
Регистрация: 18.09.2009
Сообщений: 107
|
||
| 15.05.2011, 20:49 [ТС] | ||
|
Только у меня интеловский что-то не ставится никак
0
|
||
| 15.05.2011, 20:49 | |
|
Помогаю со студенческими работами здесь
20
Скорость доступа к элементам вектора
Умножение вектора на матрицу, увеличить скорость работы
Искать еще темы с ответами Или воспользуйтесь поиском по форуму: |
|
Новые блоги и статьи
|
|||
|
Валидация и контроль данных табличной части документа перед записью
Maks 22.04.2026
Алгоритм из решения ниже реализован на примере нетипового документа, разработанного в КА2.
Задача: контроль и валидация данных табличной части документа перед записью с учетом регламента компании. . .
|
Отчёт о затраченных материалах за определенный период с макетом печатной формы
Maks 21.04.2026
Отчёт из решения ниже размещён в конфигурации КА2.
Задача: разработка отчёта по затраченным материалам за определённый период, с возможностью вывода печатной формы отчёта с шапкой и подвалом.
В. . .
|
Отчёт о спецтехнике находящейся в ремонте
Maks 20.04.2026
Отчёт из решения ниже размещен в конфигурации КА2.
Задача: отобразить спецтехнику, которая на данный момент находится в ремонте.
Есть нетиповой документ "Заявка на ремонт спецтехники" который. . .
|
Памятка для бота и "визитка" для читателей "Semantic Universe Layer (Слой семантической вселенной)"
Hrethgir 19.04.2026
Сгенерировано для краткого описания по случаю сборки и компиляции скелета серверного приложения. И пусть после этого скажут, что статьи сгенерированные AI - туфта и не интересно. И это не реклама -. . .
|
|
Запрет удаления строк ТЧ документа при определённом условии
Maks 19.04.2026
Алгоритм из решения ниже реализован на примере нетипового документа "Аккумуляторы", разработанного в конфигурации КА2. У данного документа есть ТЧ, в которой в зависимости от прав доступа. . .
|
Модель заражения группы наркоманов
alhaos 17.04.2026
Условия задачи сформулированы тут
Суть:
- Группа наркоманов из 10 человек.
- Только один инфицирован ВИЧ.
- Колются одной иглой.
- Колются раз в день.
- Колются последовательно через. . .
|
Мысли в слух. Про "навсегда".
kumehtar 16.04.2026
Подумалось тут, что наверное очень глупо использовать во всяких своих установках понятие "навсегда". Это очень сильное понятие, и я только начинаю понимать край его смысла, не смотря на то что давно. . .
|
My Business CRM
MaGz GoLd 16.04.2026
Всем привет, недавно возникла потребность создать CRM, для личных нужд. Собственно программа предоставляет из себя базу данных клиентов, в которой можно фиксировать звонки, стадии сделки, а также. . .
|