ReSQL.ru
     
powered by simpleCommunicator - 2.0.59     © 2025 Programmizd 02
Мобильная версия    Контакт    Правила    FAQ    Помощь
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр
Форумы / C++ [игнор отключен] [закрыт для гостей] / А оно нам надо: выравнивание данных?
25 сообщений из 46, страница 1 из 2
  1  все
А оно нам надо: выравнивание данных?
    #39603703
AlekseySQL
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
AlekseySQL
Гость
Прочитал удвительную статью , в которой говорится, что для уменьшения обращений к памяти желательно работать с выровненными данными:

Автор статьиДля выделения выравненной памяти на С/С++ в куче используется функция:
void* _mm_malloc(int size, int base)
Для переменных на стэке используется атрибут __declspec:
__declspec(align(base)) <var>
Автор комментарияВ 2015 году было бы неплохо хотя бы упомянуть о alignas . Вместо всяких declspec компиляторозависимых

Что- то я в чужих программах не видел никаких громоздких конструкций при объявлении переменных. Действительно ли нужно выполнять выравнивание данных в памяти или компилятор это делает сам под текущую архитектуру? Если надо, то по какой базе выравниваться для современных x64 процессоров: 32 бита или 64 бит?

Что насчет new ? Этот оператор создает объекты выровненными или нужно использовать какие-то его аналоги, чтобы объекты создавались по выровненному адресу?

Молодой падаван будет рад подсказкам.
...
Рейтинг: 0 / 0
18.02.2018, 17:04
| Ответить | Цитировать | Написать  
А оно нам надо: выравнивание данных?
    #39603704
Dimitry Sibiryakov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Dimitry Sibiryakov
Участник
Забей. Это очень специальные случаи до которым молодым падаванам ещё надо дорасти.
Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
18.02.2018, 17:10
| Ответить | Цитировать | Написать  
А оно нам надо: выравнивание данных?
    #39603705
AlekseySQL
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
AlekseySQL
Гость
Dimitry SibiryakovЗабей. Это очень специальные случаи до которым молодым падаванам ещё надо дорасти.


В приведеной статье пишут, что для векторизации нужно.
...
Рейтинг: 0 / 0
18.02.2018, 17:12
| Ответить | Цитировать | Написать  
А оно нам надо: выравнивание данных?
    #39603706
Dimitry Sibiryakov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Dimitry Sibiryakov
Участник
AlekseySQLВ приведеной статье пишут, что для векторизации нужно.

Да. А векторизация это и есть специальный случай до которой падаванам расти и расти. И
даже когда дорастут, компилятор, скорее всего, всё сделает за них.
Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
18.02.2018, 17:16
| Ответить | Цитировать | Написать  
А оно нам надо: выравнивание данных?
    #39603715
Dima T
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Dima T
Участник
Затести и с нами поделись результатами.

Я в плане выравнивания другое мерил: попадание в кэш-линию проца , на ровном месте можно словить тормоз в 5-7 раз.
...
Рейтинг: 0 / 0
18.02.2018, 18:01
| Ответить | Цитировать | Написать  
А оно нам надо: выравнивание данных?
    #39603742
AlekseySQL
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
AlekseySQL
Гость
Хорошо, напишу мою ситуацию, чтобы меня можно было более конкретно успокаивать.

1. У меня очень большой массив структур (>1 000 000 элементов), который располагается в памяти, выделенной с помощью malloc.
Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
struct MyData
{
        uint32_t a1;
        uint32_t a2;
        uint32_t a3;
        uint32_t a4;
        float a5;
        int8_t a6;
        int8_t a7;
}



sizeof(MyData) = 24

Не получится ли медленный доступ к элементам моего массива (отдельным структурам), если изначально кусок памяти выделен невыровненно (адрес первого бита не кратен машинному слову)? Надо ли применять дополнительное выравнивание ВНУТРИ структуры, чтобы получить более быстрый доступ к полям? Если да, "то по какой базе выравниваться для современных x64 процессоров: 32 бита или 64 бит?"

2. Так как массив очень большой, то он может выместить небольшие (но часто- используемые!) переменные из кеша, которые в свою очередь могут быть невыровненны в памяти. Получится ситуация частого чтения невыровненных данных из памяти, что скажется на производительности.
...
Рейтинг: 0 / 0
18.02.2018, 20:06
| Ответить | Цитировать | Написать  
А оно нам надо: выравнивание данных?
    #39603746
Dimitry Sibiryakov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Dimitry Sibiryakov
Участник
1. Не парься, компилятор о тебе позаботится.
2. Не парься, массив такого размера гарантированно вытеснит из всех кэшей всё остальное.
Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
18.02.2018, 20:19
| Ответить | Цитировать | Написать  
А оно нам надо: выравнивание данных?
    #39603752
Вася Уткин
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Вася Уткин
Гость
Если нет многопоточного доступа и не обращаешься через SSE>=3 и AVX, то ничего выравнивать не надо, с выравниванием только памяти больше съешь.

Но если хочется поиграться, то:
Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
#include <stdlib.h>
#include <stdalign.h>
#include <stdio.h>

// cache-line size on x86_64 using C++17
//#define ALIGN_NUM std::hardware_destructive_interference_size
#define ALIGN_NUM 64

struct alignas(ALIGN_NUM) MyData
{
        uint32_t a1;
        uint32_t a2;
        uint32_t a3;
        uint32_t a4;
        float a5;
        int8_t a6;
        int8_t a7;
};

MyData *p = aligned_alloc(ALIGN_NUM, 1024*sizeof(MyData));
...
Рейтинг: 0 / 0
18.02.2018, 20:37
| Ответить | Цитировать | Написать  
А оно нам надо: выравнивание данных?
    #39603756
Вася Уткин
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Вася Уткин
Гость
http://coliru.stacked-crooked.com/a/0fae7bf03210fdd1
...
Рейтинг: 0 / 0
18.02.2018, 20:42
| Ответить | Цитировать | Написать  
А оно нам надо: выравнивание данных?
    #39603759
AlekseySQL
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
AlekseySQL
Гость
Dimitry Sibiryakov1. Не парься, компилятор о тебе позаботится.
2. Не парься, массив такого размера гарантированно вытеснит из всех кэшей всё остальное.


1. Хочешь сказать, что компилятор сам производит выравнивание адресов в памяти?
2. Если часто- используемые переменные будут вытеснены из кеша и при этом будут невыровнены, то получится снижение производительности. Чего мне не хочется. Может мелкие переменные, созданные в стеке, тоже стоит выравнивать с помощью alignas?
...
Рейтинг: 0 / 0
18.02.2018, 20:55
| Ответить | Цитировать | Написать  
А оно нам надо: выравнивание данных?
    #39603763
Dimitry Sibiryakov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Dimitry Sibiryakov
Участник
1. Да.
2. Ты как-то бредишь о кэше и выравнивании, которые, в общем случае, никак не связаны.
Разгреби кашу в голове.
Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
18.02.2018, 21:06
| Ответить | Цитировать | Написать  
А оно нам надо: выравнивание данных?
    #39603764
AlekseySQL
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
AlekseySQL
Гость
Вася УткинЕсли нет многопоточного доступа и не обращаешься через SSE>=3 и AVX, то ничего выравнивать не надо, с выравниванием только памяти больше съешь.

1. Честно говоря, не понял при чем тут многопоточный доступ. Разве что предположить, что по выровненным данным работа идет быстрее и взаимные ожидания потоков будут меньше. Но тогда не понятно: если скорость быстрее, то почему не применить это ускорение для однопоточного доступа?
2. Насколько я понял SSE и AVX критичны к выравниванию в регистрах процессора (с помощью которых производятся векторные операции). Другими словами, в случае векторных операций у нас два места хранения данных: память и регистры процессора, и ключевое значение для скорости векторных операций имеет выровненность в регистрах (а выровненность в памяти влияет также как и при обычных невекторных операциях).

Спасибо, за пример!
...
Рейтинг: 0 / 0
18.02.2018, 21:09
| Ответить | Цитировать | Написать  
А оно нам надо: выравнивание данных?
    #39603768
AlekseySQL
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
AlekseySQL
Гость
Dimitry Sibiryakov1. Да.
2. Ты как-то бредишь о кэше и выравнивании, которые, в общем случае, никак не связаны.
Разгреби кашу в голове.


2. Поясню: если переменная будет вымещенна из кеша, то при повторном обращении к ней её придется снова получать из памяти. А если она в памяти не выровненна, то это будет более трудоемкая операция. Таким образом получаем вероятную картину: маленькая невыровненная переменная много раз читается из памяти и тормозит всю программу.
...
Рейтинг: 0 / 0
18.02.2018, 21:13
| Ответить | Цитировать | Написать  
А оно нам надо: выравнивание данных?
    #39603772
Фотография MasterZiv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
MasterZiv
Участник
AlekseySQL,

Это всё не нужно.
Включи оптимизацию в компиляторе и наслаждайся.

Я полагаю, статья если не устаревшая, то как минимум для очень специального случая.
...
Рейтинг: 0 / 0
18.02.2018, 21:17
| Ответить | Цитировать | Написать  
А оно нам надо: выравнивание данных?
    #39603773
AlekseySQL
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
AlekseySQL
Гость
Dimitry Sibiryakov1. Да.
2. Ты как-то бредишь о кэше и выравнивании, которые, в общем случае, никак не связаны.
Разгреби кашу в голове.


1. GCC у меня действительно выравнивает поля в структуре (поэтому мне пришлось слегка попереставлять свои поля, чтобы добиться ее минимального размера). Но относится ли это к выделяемой памяти с помощью malloc и переменным на стеке?
...
Рейтинг: 0 / 0
18.02.2018, 21:18
| Ответить | Цитировать | Написать  
А оно нам надо: выравнивание данных?
    #39603774
AlekseySQL
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
AlekseySQL
Гость
MasterZivAlekseySQL,

Это всё не нужно.
Включи оптимизацию в компиляторе и наслаждайся.

Я полагаю, статья если не устаревшая, то как минимум для очень специального случая.

Можно подробнее: что это за оптимизация?
...
Рейтинг: 0 / 0
18.02.2018, 21:19
| Ответить | Цитировать | Написать  
А оно нам надо: выравнивание данных?
    #39603779
Фотография MasterZiv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
MasterZiv
Участник
AlekseySQLMasterZivAlekseySQL,

Это всё не нужно.
Включи оптимизацию в компиляторе и наслаждайся.

Я полагаю, статья если не устаревшая, то как минимум для очень специального случая.

Можно подробнее: что это за оптимизация?


Код: plaintext
1.
g++  -O3 ....
...
Рейтинг: 0 / 0
18.02.2018, 21:27
| Ответить | Цитировать | Написать  
А оно нам надо: выравнивание данных?
    #39603797
AlekseySQL
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
AlekseySQL
Гость
MasterZivg++ -O3 ....


Честно говоря, не нашел в опциях компилятора выравнивания данных (искал по подстроке "alig"). Для O2 есть только:

Код: plaintext
1.
-falign-functions  -falign-jumps 
-falign-loops  -falign-labels

, но это скорее относится к инструкциям, чем к данным программы.
...
Рейтинг: 0 / 0
18.02.2018, 21:51
| Ответить | Цитировать | Написать  
А оно нам надо: выравнивание данных?
    #39603820
Dimitry Sibiryakov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Dimitry Sibiryakov
Участник
AlekseySQLпри повторном обращении к ней её придется снова получать из памяти. А если она в памяти не
выровненна, то это будет более трудоемкая операция. Таким образом получаем вероятную
картину: маленькая невыровненная переменная много раз читается из памяти и тормозит всю
программу.

Опять же бредишь. Процессор не кэширует отдельные переменные. Он кэширует куски памяти.
Скорость чтения куска совершенно не зависит от того в каком его месте находится твоя
переменная.
Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
18.02.2018, 22:22
| Ответить | Цитировать | Написать  
А оно нам надо: выравнивание данных?
    #39603829
AlekseySQL
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
AlekseySQL
Гость
Dimitry SibiryakovОпять же бредишь. Процессор не кэширует отдельные переменные. Он кэширует куски памяти.
Скорость чтения куска совершенно не зависит от того в каком его месте находится твоя
переменная.


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

Предположим моя переменная лежит невыровненно, т.е для ее получения надо считать лишний кусок памяти. Какая разница как переменная поделена между этими кусками? Все равно придется считывать лишний кусок, как бы она там не лежала.
...
Рейтинг: 0 / 0
18.02.2018, 22:43
| Ответить | Цитировать | Написать  
А оно нам надо: выравнивание данных?
    #39603830
Dimitry Sibiryakov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Dimitry Sibiryakov
Участник
AlekseySQLЧестно говоря, не знаю как происходит процедура кеширования.

Вот поэтому - забей. То, чего ты не знаешь, ты не можешь контролировать. Не созрел ты ещё
для низкоуровневой оптимизации, тебе надо азы изучить типа вынесения инвариантов из цикла.
Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
18.02.2018, 22:46
| Ответить | Цитировать | Написать  
А оно нам надо: выравнивание данных?
    #39603834
AlekseySQL
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
AlekseySQL
Гость
Dimitry SibiryakovВот поэтому - забей. То, чего ты не знаешь, ты не можешь контролировать. Не созрел ты ещё
для низкоуровневой оптимизации, тебе надо азы изучить типа вынесения инвариантов из цикла.


Спасибо , за совет! :)
...
Рейтинг: 0 / 0
18.02.2018, 22:51
| Ответить | Цитировать | Написать  
А оно нам надо: выравнивание данных?
    #39603858
Вася Уткин
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Вася Уткин
Гость
AlekseySQLВася УткинЕсли нет многопоточного доступа и не обращаешься через SSE>=3 и AVX, то ничего выравнивать не надо, с выравниванием только памяти больше съешь.

1. Честно говоря, не понял при чем тут многопоточный доступ. Разве что предположить, что по выровненным данным работа идет быстрее и взаимные ожидания потоков будут меньше. Но тогда не понятно: если скорость быстрее, то почему не применить это ускорение для однопоточного доступа?
2. Насколько я понял SSE и AVX критичны к выравниванию в регистрах процессора (с помощью которых производятся векторные операции). Другими словами, в случае векторных операций у нас два места хранения данных: память и регистры процессора, и ключевое значение для скорости векторных операций имеет выровненность в регистрах (а выровненность в памяти влияет также как и при обычных невекторных операциях).

Спасибо, за пример!
1. При многопоточном доступе код оптимизируют, чтобы потоки работали с разными элементами массива, а чтобы эта оптимизация сработала, нужна ещё одна оптимизация - эти разные элементы массива должны быть в разных кэш-линиях, чтобы избежать false-sharing.
2. На данных не выравненных в памяти инструкции SSE/AVX сохраняющие или загружающие данные из памяти: некоторые будут работать медленно, некоторые быстро, а некоторые совсем откажутся работать :
https://software.intel.com/en-us/forums/intel-isa-extensions/topic/752392 Load 256-bits (composed of 4 packed double-precision (64-bit) floating-point elements) from memory into dst. mem_addr must be aligned on a 32-byte boundary or a general-protection exception may be generated .
https://en.wikipedia.org/wiki/SSE4 With SSE4a the misaligned SSE feature was also introduced which meant unaligned load instructions were as fast as aligned versions on aligned addresses. It also allowed disabling the alignment check on non-load SSE operations accessing memory.[4] Intel later introduced similar speed improvements to unaligned SSE in their Nehalem processors, but did not introduce misaligned access by non-load SSE instructions until AVX.[5]


Вот сколько инструкций загружающих данные из памяти: https://software.intel.com/sites/landingpage/IntrinsicsGuide/#techs=SSE,SSE2,SSE3,SSSE3,SSE4_1,AVX,AVX2,AVX_512,KNC&expand=3585&cats=Load
...
Рейтинг: 0 / 0
19.02.2018, 00:14
| Ответить | Цитировать | Написать  
А оно нам надо: выравнивание данных?
    #39603863
Фотография mayton
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mayton
Участник
AlekseySQL1. У меня очень большой массив структур (>1 000 000 элементов), который располагается в памяти, выделенной с помощью malloc.
Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
struct MyData
{
        uint32_t a1;
        uint32_t a2;
        uint32_t a3;
        uint32_t a4;
        float a5;
        int8_t a6;
        int8_t a7;
}


Выше в топике инженеры надавли тебе советов в принципе полезных. И плюсую. Я добавлю.

Есть ли пути для оптимизации самой постановки? У тебя более миллиона элементов по 224 байта.
Грубо говоря более 224 * 1 000 000 = 213Mb . Wow-wow! Это более чем кеш L3. Дружище. Тебе
нужно беспокоитьтся не только о выравнивании но и об общем объеме данных с которыми ты работаешь.

Собственно я предлагаю рассмотреть два пути.

1) Минимизация самих данных которые образуют hot-spot в системе. Если к примеру
в задаче идет интенсивная работа с полем a1 и a5 то разумно создать копию
структуры данных вида
Код: plaintext
1.
2.
3.
4.
5.
struct MyData
{
        uint32_t a1;
        float a5;
}


и поработать с этой структурой отдельно. По завершении - снова создать копию обратно
или десериализацию и т.п.

2) Можно развернуть структуру данных на 90 градусов. Т.н. vertical arrays.
Для многих вендоров DBMS потребовались десятилетия чтобы переосмыслить что
построчное хранение данных (rows) не всегда эффективно для аналитики и иногда
эффективно работать с колоночным (column-oriented). Здесь имеется в виду
не OLTP а именно аналитика.

Имплементация пунктов (1) и (2) не меняет порядка обхода твоего массива по индексу.
Но позволит улучшить когерентность данных по отношению к кешу. Горячие индексы
остаются горячими но находятся физически ближе.
...
Рейтинг: 0 / 0
19.02.2018, 00:47
| Ответить | Цитировать | Написать  
А оно нам надо: выравнивание данных?
    #39603923
Dima T
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Dima T
Участник
AlekseySQLВася УткинЕсли нет многопоточного доступа и не обращаешься через SSE>=3 и AVX, то ничего выравнивать не надо, с выравниванием только памяти больше съешь.

1. Честно говоря, не понял при чем тут многопоточный доступ. Разве что предположить, что по выровненным данным работа идет быстрее и взаимные ожидания потоков будут меньше. Но тогда не понятно: если скорость быстрее, то почему не применить это ускорение для однопоточного доступа?
Это не ускорение, а замедление многопоточной работы.

Процессор обменивается с памятью кэш-линиями. Кэш-линия - это 64 байта выровненные по 64, т.е. адрес кратен 64-м. Если один поток (ядро) меняет хоть один байт в кэш-линии, то другой поток (точнее другое ядро) при обращении к этой же кэш-линии будет вынужден дождаться когда первое ядро скинет кэш-линию в общий кэш и перечитает ее оттуда.
Причем разные потоки могут работать с разными частями кэш-линии, но это все-равно заставит ее постоянно перечитывать.

Например: в твоей структуре один поток постоянно меняет a1, второй a2. В итоге будет тормоз, т.к. эти два потока будут мешать друг-другу.
...
Рейтинг: 0 / 0
19.02.2018, 08:48
| Ответить | Цитировать | Написать  
25 сообщений из 46, страница 1 из 2
  1  все
Форумы / C++ [игнор отключен] [закрыт для гостей] / А оно нам надо: выравнивание данных?
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]