@ProCxx
Sergey27.02.2017
10:38:01
10:38:01
Народ, не могли бы вы объяснить, что значит эта запись на Си?
Защита от unused variable предупреждений
Igor27.02.2017
10:38:03
10:38:03
неиспользуемые переменные вроде
Daniil27.02.2017
10:38:19
10:38:19
Чтобы небыло анъюзед вариаэбл или чото такое
Viktor27.02.2017
10:38:37
10:38:37
хм, спасибо!
GoogleIgor27.02.2017
10:38:44
10:38:44
тогда уже и path так сделать)
Tema27.02.2017
10:38:57
10:38:57
Чтобы небыло анъюзед вариаэбл или чото такое
хах для этого можно просто имя закоментить при объявлении,на костыль похоже
Daniil27.02.2017
10:39:14
10:39:14
Приведи пример
Igor27.02.2017
10:39:32
10:39:32
ну входной параметр закомментить
Tema27.02.2017
10:39:48
10:39:48
func(int /* a */, int b)
Daniil27.02.2017
10:39:48
10:39:48
И сломать апи?)
Viktor27.02.2017
10:40:02
10:40:02
> @vecherinsky
сделать)
да код не мой, читаю тутор по fuse
Daniil27.02.2017
10:40:02
10:40:02
А типо так. Прокатывает?
GoogleTema27.02.2017
10:40:15
10:40:15
дада
Daniil27.02.2017
10:40:21
10:40:21
Класс, не знал
Igor27.02.2017
10:40:22
10:40:22
а, ну если не самописная функция то да...
AlekseiTema27.02.2017
10:40:38
10:40:38
это лучше чем бестолковые приведения типов, и Qunused
Stanislav27.02.2017
10:41:03
10:41:03
Mikhail27.02.2017
10:48:25
10:48:25
Sergey27.02.2017
10:49:10
10:49:10
Ну так согласно этому объяснению лист равен или медленнее чем вектор, но никак не быстрее
А кто говорит, что лист быстрее?Mikhail27.02.2017
10:50:11
10:50:11
А кто говорит, что лист быстрее?
@HissingSound , у него в дебаге быстрее лист. Так то и без кэшей можно объяснить почему лист медленнее чисто алгоритмически
Monday Begins on Saturday27.02.2017
10:51:25
10:51:25
Мне бы понять почему у меня быстрее
в дебаге. Это же такая интрига
Может дело в компиляторе? gcc 5.3.0
Mikhail27.02.2017
10:54:16
10:54:16
Ну понятно что дело в компиляторе. Не понятно как такое может быть в принципе
Я могу еще представить, что компилятор в дебаге не оптимизирует обращение к памяти вектора, и каждый раз обращение по индексу происходит заново. Т.е. итератор каждый раз высчитывается заново. Но тогда бы они были равны по скорости, а не быстрее
Michael27.02.2017
10:55:35
10:55:35
может проверки на валидность памяти или что-то вроде?
Mikhail27.02.2017
10:56:26
10:56:26
могут быть точнее
Denis27.02.2017
10:56:45
10:56:45
Вектор реаллоки делает при увеличении, а лист нет
GoogleMikhail27.02.2017
10:56:57
10:56:57
если они включены, то будут везде
Monday Begins on Saturday27.02.2017
10:57:02
10:57:02
Ща clang'ом соберу
Mikhail27.02.2017
10:57:08
10:57:08
Вообще стоит добавить еще один тест
Для вектора
когда числа брать напрямую из памяти, как будто это int[] а не вектор
В этом случае должно быть быстрее, а если нет, то это какая то магия
а если же быстрее, то разница в исполнении итераторов
итератор вектора почему то медленнее итератора листа в дебаге
Sergey27.02.2017
11:00:59
11:00:59
о_О
Mikhail27.02.2017
11:01:17
11:01:17
странная какая-то херня получается
Добавь тест где будешь брать значения по указателю int* из вектораMichael27.02.2017
11:01:32
11:01:32
и все-таки возмножно он постоянно проверяет выход за границу, листу то такие проверки не нужны
Monday Begins on Saturday27.02.2017
11:01:50
11:01:50
типа vector<int> на vector<int *>? Или ты про другое?
Mikhail27.02.2017
11:02:15
11:02:15
и все-таки возмножно он постоянно проверяет выход за границу, листу то такие проверки не нужны
Там отдельный метод есть у вектора, где есть проверка. А итератор, это по сути указатель, не нужны ему проверкиMichael27.02.2017
11:03:04
11:03:04
что за метод?
GoogleMonday Begins on Saturday27.02.2017
11:03:28
11:03:28
Ща попробую
Stanislav27.02.2017
11:03:53
11:03:53
вангую погрешность измерений :D
Tema27.02.2017
11:05:56
11:05:56
Michael27.02.2017
11:06:00
11:06:00
а на классическом for такое же поведение?
Mikhail27.02.2017
11:06:13
11:06:13
Нужно без итераторов
чтобы проверить гипотезу, что в них проблема
AdminERROR: S client not available
Mikhail27.02.2017
11:06:59
11:06:59
т.е. то лист был бы быстрее, то вектор
а тут стабильно и разница большая
Кстати, если выяснится, что проблема в итераторах, можно будет чотко подъебывать собеседующих с этим вопросом :)
Monday Begins on Saturday27.02.2017
11:12:08
11:12:08
У меня походу комп сыт уже этим примером. На релизе выдает 0 ms. Ща попробую поменьше велечину указать для замера времени
Антон27.02.2017
11:14:40
11:14:40
ПИКО БЛЯТЬ СЕКУНДЫ
GoogleTema27.02.2017
11:15:17
11:15:17
чотыбесишся!
Антон27.02.2017
11:15:27
11:15:27
но чем меньше, тем ниже точность
Mikhail27.02.2017
11:16:14
11:16:14
Ну вот, похоже с итераторам вектора в дебаге какой то косяк
Tema27.02.2017
11:16:45
11:16:45
Mikhail27.02.2017
11:16:56
11:16:56
Но лучше несколько раз позапускай свой тест в дебаге и релизе, потому что у тебя процесс может прерываться на неопределенное время в случайные промежутки времени
Антон27.02.2017
11:17:04
11:17:04
Антон27.02.2017
11:17:40
11:17:40
попробуй выводить данные в конце
Антон27.02.2017
11:45:54
11:45:54
поможете?
крч
есть вектор
нужно по нему итерироваться
но при этом чтобы итератор можно было переместить на любую поизцию во время итерации
Denis27.02.2017
11:47:17
11:47:17
for(auto i=v.begin();i<v.end();++i)
Igor27.02.2017
11:47:22
11:47:22
it = std::begin(vec);
Igor27.02.2017
11:47:50
11:47:50
Это только старт
Открыть в Telegram