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

@Uletchik · Регистрация: 07.09.2012

Студворк — интернет-сервис помощи студентам

Народ, кто-нить исследовал тему, наиболее скоростного доступа к массивам и операции с элеменами и блоками? Может кто знает статьи?
Существует доступ через индексатор, через указатель (c разименование), копировать можно через BlockCopy и тд., нет просто опыта и времени самому заниматься этими исследованиями...

Насколько вообще овчинка стоит выделки для разных размеров массивов? Какие накладные расходы на взятие указателя и его разименование? Наверняка все это где-то исследовалось....

Psilon · 17.09.2012, 08:45

stackalloc вроде есть...
http://msdn.microsoft.com/ru-r... s2sy4.aspx

@Uletchik · 17.09.2012, 14:06 **[ТС]**

А чем отличается от fixed?

@turbanoff · 17.09.2012, 14:12

Сообщение от Uletchik

наиболее скоростного доступа к массивам

Не понятно, что имеется ввиду. Обычная адресация - очень быстра. Это самое последнее место где стоит искать проблемы с производительностью.

Сообщение от Uletchik

и операции с элеменами и блоками?

какие элементы и блоки имеются ввиду?

Psilon · 17.09.2012, 14:54

Uletchik, fixed тут вообще не нужен, потому что массив помещается в стек, а fixed нужен только для запрета перемещения GC, который отвечает за кучу и в стек ни малейшим образом не лезет.

@Uletchik · 17.09.2012, 23:08 **[ТС]**

Сообщение от turbanoff

Не понятно, что имеется ввиду. Обычная адресация - очень быстра. Это самое последнее место где стоит искать проблемы с производительностью.

какие элементы и блоки имеются ввиду?

turbanoff,
Если верить этому http://warayg.narod.ru/context... sharp3.htm то не столь быстра, так как с# по крайней мере каждый раз проверяет что индекс не вышел за границы.
Под операциями имеются ввиду: взять значение, поменять значение.
Под элементами имеются ввиду одиночные элементы массива, a[i]
Под блоками: Область массива состоящая из последовательно идущих (без пропусков) элементов, например хочу с 5 по 25 элементы массива A заменить на с 10 по 30 элементы массива B

Psilon · 17.09.2012, 23:10

Uletchik, я вам уже сказал, единственный способ как-то ускорить работу с массивами - запихнуть их в стек командой stackalloc. Других методов медицина не знает. Не нравится - пишите небезопасный код на С и подключайте, потому как в любом случае все массивы чуть более чем на 100% состоят из указателей и указательной арифметики.

@Uletchik · 17.09.2012, 23:28 **[ТС]**

Сообщение от Psilon

Uletchik, я вам уже сказал, единственный способ как-то ускорить работу с массивами - запихнуть их в стек командой stackalloc. Других методов медицина не знает. Не нравится - пишите небезопасный код на С и подключайте, потому как в любом случае все массивы чуть более чем на 100% состоят из указателей и указательной арифметики.

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

И потом какая разница в работе с указателями из стека и из кучи?

C#
1
2
double [] A = new double[1000]
fixed(double *p=&A)

или

C#
1
doubble *p=stackallock double[1000]

@kolorotur · 17.09.2012, 23:52

Uletchik, если хотите избежать постоянной проверки границ, то используйте unsafe+pointers.
Stackalloc же сам по себе не быстрее фиксированных массивов, выигрыш производительности он дает косвенно - уменьшая нагрузку на кучу и увеличивая шансы попадания этой памяти в кэш (но это уже детали реализации, потому их можно не обсуждать).
Если вам часто нужно создавать много маленьких массивов для каких-то временных вычислений, то stackalloc ваш друг, в противном случае используйте фиксированные массивы, если нужно выжать экономию в пару инструкций на проверку границ массива.

Новые блоги и статьи Все статьи Все блоги /
PhpStorm 2025.3: WSL Terminal всегда стартует в ~ and_y87 14.12.2025 PhpStorm 2025. 3: WSL Terminal всегда стартует в ~ (home), игнорируя директорию проекта Симптом: После обновления до PhpStorm 2025. 3 встроенный терминал WSL открывается в домашней директории. . .	Access VikBal 11.12.2025 Помогите пожалуйста !! Как объединить 2 одинаковые БД Access с разными данными.	Новый ноутбук volvo 07.12.2025 Всем привет. По скидке в "черную пятницу" взял себе новый ноутбук Lenovo ThinkBook 16 G7 на Амазоне: Ryzen 5 7533HS 64 Gb DDR5 1Tb NVMe 16" Full HD Display Win11 Pro	Музыка, написанная Искусственным Интеллектом volvo 04.12.2025 Всем привет. Некоторое время назад меня заинтересовало, что уже умеет ИИ в плане написания музыки для песен, и, собственно, исполнения этих самых песен. Стихов у нас много, уже вышли 4 книги, еще 3. . .	От async/await к виртуальным потокам в Python IndentationError 23.11.2025 Армин Ронахер поставил под сомнение async/ await. Создатель Flask заявляет: цветные функции - провал, виртуальные потоки - решение. Не threading-динозавры, а новое поколение лёгких потоков. Откат?. . .
Поиск "дружественных имён" СОМ портов Argus19 22.11.2025 Поиск "дружественных имён" СОМ портов На странице: https:/ / norseev. ru/ 2018/ 01/ 04/ comportlist_windows/ нашёл схожую тему. Там приведён код на С++, который показывает только имена СОМ портов, типа,. . .	Сколько Государство потратило денег на меня, обеспечивая инсулином. Programma_Boinc 20.11.2025 Сколько Государство потратило денег на меня, обеспечивая инсулином. Вот решила сделать интересный приблизительный подсчет, сколько государство потратило на меня денег на покупку инсулинов. . . .	Ломающие изменения в C#.NStar Alpha Etyuhibosecyu 20.11.2025 Уже можно не только тестировать, но и пользоваться C#. NStar - писать оконные приложения, содержащие надписи, кнопки, текстовые поля и даже изображения, например, моя игра "Три в ряд" написана на этом. . .	Мысли в слух kumehtar 18.11.2025 Кстати, совсем недавно имел разговор на тему медитаций с людьми. И обнаружил, что они вообще не понимают что такое медитация и зачем она нужна. Самые базовые вещи. Для них это - когда просто люди. . .	Создание Single Page Application на фреймах krapotkin 16.11.2025 Статья исключительно для начинающих. Подходы оригинальностью не блещут. В век Веб все очень привыкли к дизайну Single-Page-Application . Быстренько разберем подход "на фреймах". Мы делаем одну. . .

@Uletchik 1 / 1 / 0 Регистрация: 07.09.2012 Сообщений: 46

	Скорость доступа к элементам массива различными способами 17.09.2012, 05:25. Показов 5065. Ответов 8 Метки нет (Все метки) Народ, кто-нить исследовал тему, наиболее скоростного доступа к массивам и операции с элеменами и блоками? Может кто знает статьи? Существует доступ через индексатор, через указатель (c разименование), копировать можно через BlockCopy и тд., нет просто опыта и времени самому заниматься этими исследованиями... Насколько вообще овчинка стоит выделки для разных размеров массивов? Какие накладные расходы на взятие указателя и его разименование? Наверняка все это где-то исследовалось.... 0

Psilon Master of Orion 6101 / 4957 / 905 Регистрация: 10.07.2011 Сообщений: 14,522 Записей в блоге: 5
	17.09.2012, 08:45
	stackalloc вроде есть... http://msdn.microsoft.com/ru-r... s2sy4.aspx 1

@Uletchik 1 / 1 / 0 Регистрация: 07.09.2012 Сообщений: 46
	17.09.2012, 14:06 [ТС]
	А чем отличается от fixed? 0

Psilon Master of Orion 6101 / 4957 / 905 Регистрация: 10.07.2011 Сообщений: 14,522 Записей в блоге: 5
	17.09.2012, 14:54
	Uletchik, fixed тут вообще не нужен, потому что массив помещается в стек, а fixed нужен только для запрета перемещения GC, который отвечает за кучу и в стек ни малейшим образом не лезет. 1

Psilon Master of Orion 6101 / 4957 / 905 Регистрация: 10.07.2011 Сообщений: 14,522 Записей в блоге: 5
	17.09.2012, 23:10
	Uletchik, я вам уже сказал, единственный способ как-то ускорить работу с массивами - запихнуть их в стек командой stackalloc. Других методов медицина не знает. Не нравится - пишите небезопасный код на С и подключайте, потому как в любом случае все массивы чуть более чем на 100% состоят из указателей и указательной арифметики. 0

@kolorotur 17823 / 12973 / 3382 Регистрация: 17.09.2011 Сообщений: 21,261
	17.09.2012, 23:52
	Uletchik, если хотите избежать постоянной проверки границ, то используйте unsafe+pointers. Stackalloc же сам по себе не быстрее фиксированных массивов, выигрыш производительности он дает косвенно - уменьшая нагрузку на кучу и увеличивая шансы попадания этой памяти в кэш (но это уже детали реализации, потому их можно не обсуждать). Если вам часто нужно создавать много маленьких массивов для каких-то временных вычислений, то stackalloc ваш друг, в противном случае используйте фиксированные массивы, если нужно выжать экономию в пару инструкций на проверку границ массива. 1