Упаковка и память. Разница скорости работы классов и структур

@skilllab · Регистрация: 03.02.2011

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

Если Int32 это структура и создается в стеке (никаких упаковок-распаковок), то почему тут на форуме проводя испытания на скорость выполнения, созданные классы с полями выполнялись быстрее таких-же структур?

@pycture · 21.01.2014, 09:25

При классах тоже никаких упаковок-распаковок. О чем речь?

@skilllab · 21.01.2014, 10:02 **[ТС]**

Если структура создаётся в стеке и она (по книжкам) быстрее, то почему создание класса и его выполнение в оперативной (по книжкам) памяти, быстрее? По результатам исследований с форума.

Добавлено через 13 минут
С упаковкой погорячился))
Глава книги так называется.

@pycture · 21.01.2014, 10:23

Скорость работы структуры на стеке зависит от того как она используется в процессе работы.
В разных сценариях выполнения может быть быстрее как структура, так и класс.

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

По результатам исследований с форума

@skilllab · 21.01.2014, 10:47 **[ТС]**

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

В разных сценариях выполнения

Т.е. это уже получается конечный этап программирования? Оптимизация?

Гугла начитался

Если вам трудно сделать выбор между классом и структурой, выбирайте класс. В принципе, можете вообще забыть о пользовательских структурах, сама Microsoft так и советует отдавать предпочтение классам.

Да и кто-то тесты проводил.

@pycture · 21.01.2014, 11:05

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

Т.е. это уже получается конечный этап программирования? Оптимизация?

Нет. Это разные сценарии.
Для структур неприятно множественное протаскивание толстых структур через стек как аргументов при вызове функций.
Для классов множественное создание и уничтожение мелких объектов в пределах одной функции.

Да и кто-то тесты проводил.

http://ideone.com/xgIoQm , а могу и наоборот сделать. В другом тесте разумеется

@Charoplet · 21.01.2014, 11:22

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

Если вам трудно сделать выбор между классом и структурой, выбирайте класс. В принципе, можете вообще забыть о пользовательских структурах, сама Microsoft так и советует отдавать предпочтение классам.

пруф? структуры имею некоторые особенности, которые могут поставить в тупик программиста, но такой категоричный совет - забыть про них - совсем неправильный

@kolorotur · 21.01.2014, 11:31

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

сама Microsoft так и советует отдавать предпочтение классам.

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

пруф?

Choosing Between Class and Struct:

As a rule of thumb, the majority of types in a framework should be classes.
There are, however, some situations in which the characteristics of a value type make it more appropriate to use structs.

CONSIDER defining a struct instead of a class if instances of the type are small and commonly short-lived or are commonly embedded in other objects.

AVOID defining a struct unless the type has all of the following characteristics:
It logically represents a single value, similar to primitive types (int, double, etc.).
It has an instance size under 16 bytes.
It is immutable.
It will not have to be boxed frequently.

In all other cases, you should define your types as classes.

То есть по дефолту — класс, а использование структуры нужно "оправдывать", что вполне логично.

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

такой категоричный совет - забыть про них - совсем неправильный

Разрешите подписаться.

@skilllab · 21.01.2014, 11:59 **[ТС]**

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

использование структуры нужно "оправдывать"

Если приложение позволяет - то использование памяти и скорости - оправдание?

Добавлено через 2 минуты

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

Для структур неприятно

Может чего не так понимаю, но использование сборщика при "толстых" структурах - оправдание?

@kolorotur · 21.01.2014, 12:01

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

Если приложение позволяет - то использование памяти и скорости - оправдание?

Простите, не совсем понял вопрос.
Эффективное использование памяти и скорости — конечно оправдание. Вы об этом?

Добавлено через 1 минуту

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

использование сборщика при "толстых" структурах - оправдание?

Сборщик? Со структурами?
Это только при наличии запаковки такое может случиться.

@skilllab · 21.01.2014, 12:02 **[ТС]**

kolorotur, ага.
В случае со структурами стек (возможно) будет быстрее внешней памяти?

@pycture · 21.01.2014, 12:04

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

Если приложение позволяет - то использование памяти и скорости - оправдание?
Может чего не так понимаю, но использование сборщика при "толстых" структурах - оправдание?

Разверните свой вопрос.

@skilllab · 21.01.2014, 12:04 **[ТС]**

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

Сборщик? Со структурами?

простите, мой косяк. Запутался))

@kolorotur · 21.01.2014, 12:07

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

В случае со структурами стек (возможно) будет быстрее внешней памяти?

Depends.
О каком конкретно "быстрее" идет речь?
Выделение памяти под экземпляр?
Запись в память?
Чтение из памяти?

В этом случае производительность стека и кучи сопоставима.

Потому при выборе структура/класс стоит вопрос о частоте создания и о частоте передачи между контекстами — в этих случаях выбор может повлиять на производительность.

@skilllab · 21.01.2014, 12:12 **[ТС]**

pycture,
Может мне надо было с этого и начать

чем сразу лезть в дебри.
Есть классы, полученные от COM сервера. Их удобно запихнуть в некий "массив" и его таскать по коду.
Предположим это будет координата точки (которая может быть представлена в виде отдельной структуры, реализацию которой в свою очередь, предоставляет COM сервер "Util.MathPoint"), 3 вектора, плоскость.

Добавлено через 2 минуты

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

вопрос о частоте создания и о частоте передачи

Создаётся раз в коде, обращение очень частое.

@kolorotur · 21.01.2014, 12:19

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

Создаётся раз в коде, обращение очень частое.

Если постоянно "бросаете" из метода в метод или присваиваете локальным переменным (напр. var x = this.blabla), то лучше используйте класс — сэкономите на очень частом копировании.

@skilllab 294 / 234 / 58 Регистрация: 03.02.2011 Сообщений: 1,993 Записей в блоге: 1
	21.01.2014, 12:12 [ТС]	15
	pycture, Может мне надо было с этого и начать чем сразу лезть в дебри. Есть классы, полученные от COM сервера. Их удобно запихнуть в некий "массив" и его таскать по коду. Предположим это будет координата точки (которая может быть представлена в виде отдельной структуры, реализацию которой в свою очередь, предоставляет COM сервер "Util.MathPoint"), 3 вектора, плоскость. Добавлено через 2 минуты Сообщение от kolorotur вопрос о частоте создания и о частоте передачи Создаётся раз в коде, обращение очень частое. 0

@skilllab 294 / 234 / 58 Регистрация: 03.02.2011 Сообщений: 1,993 Записей в блоге: 1
		1
	.NET 4.x Упаковка и память. Разница скорости работы классов и структур 21.01.2014, 08:14. Показов 4090. Ответов 15 Метки нет (Все метки) Если Int32 это структура и создается в стеке (никаких упаковок-распаковок), то почему тут на форуме проводя испытания на скорость выполнения, созданные классы с полями выполнялись быстрее таких-же структур? 0

@pycture 1195 / 588 / 88 Регистрация: 20.09.2012 Сообщений: 1,881
	21.01.2014, 09:25	2
	При классах тоже никаких упаковок-распаковок. О чем речь? 0

@skilllab 294 / 234 / 58 Регистрация: 03.02.2011 Сообщений: 1,993 Записей в блоге: 1
	21.01.2014, 10:02 [ТС]	3
	Если структура создаётся в стеке и она (по книжкам) быстрее, то почему создание класса и его выполнение в оперативной (по книжкам) памяти, быстрее? По результатам исследований с форума. Добавлено через 13 минут С упаковкой погорячился)) Глава книги так называется. 0

@pycture 1195 / 588 / 88 Регистрация: 20.09.2012 Сообщений: 1,881
	21.01.2014, 10:23	4
	Скорость работы структуры на стеке зависит от того как она используется в процессе работы. В разных сценариях выполнения может быть быстрее как структура, так и класс. Сообщение от skilllab По результатам исследований с форума 0

@skilllab 294 / 234 / 58 Регистрация: 03.02.2011 Сообщений: 1,993 Записей в блоге: 1
	21.01.2014, 10:47 [ТС]	5
	Сообщение от pycture В разных сценариях выполнения Т.е. это уже получается конечный этап программирования? Оптимизация? Гугла начитался Если вам трудно сделать выбор между классом и структурой, выбирайте класс. В принципе, можете вообще забыть о пользовательских структурах, сама Microsoft так и советует отдавать предпочтение классам. Да и кто-то тесты проводил. 0

@pycture 1195 / 588 / 88 Регистрация: 20.09.2012 Сообщений: 1,881
	21.01.2014, 11:05	6
	Сообщение от skilllab Т.е. это уже получается конечный этап программирования? Оптимизация? Нет. Это разные сценарии. Для структур неприятно множественное протаскивание толстых структур через стек как аргументов при вызове функций. Для классов множественное создание и уничтожение мелких объектов в пределах одной функции. Да и кто-то тесты проводил. http://ideone.com/xgIoQm , а могу и наоборот сделать. В другом тесте разумеется 0

@Charoplet 16 / 16 / 4 Регистрация: 08.05.2013 Сообщений: 37
	21.01.2014, 11:22	7
	Сообщение от skilllab Если вам трудно сделать выбор между классом и структурой, выбирайте класс. В принципе, можете вообще забыть о пользовательских структурах, сама Microsoft так и советует отдавать предпочтение классам. пруф? структуры имею некоторые особенности, которые могут поставить в тупик программиста, но такой категоричный совет - забыть про них - совсем неправильный 0

@kolorotur 17688 / 12873 / 3366 Регистрация: 17.09.2011 Сообщений: 21,138
	21.01.2014, 11:31	8
	Сообщение было отмечено как решение Решение Сообщение от skilllab сама Microsoft так и советует отдавать предпочтение классам. Сообщение от Charoplet пруф? Choosing Between Class and Struct: As a rule of thumb, the majority of types in a framework should be classes. There are, however, some situations in which the characteristics of a value type make it more appropriate to use structs. CONSIDER defining a struct instead of a class if instances of the type are small and commonly short-lived or are commonly embedded in other objects. AVOID defining a struct unless the type has all of the following characteristics: It logically represents a single value, similar to primitive types (int, double, etc.). It has an instance size under 16 bytes. It is immutable. It will not have to be boxed frequently. In all other cases, you should define your types as classes. То есть по дефолту — класс, а использование структуры нужно "оправдывать", что вполне логично. Сообщение от Charoplet такой категоричный совет - забыть про них - совсем неправильный Разрешите подписаться. 3

@skilllab 294 / 234 / 58 Регистрация: 03.02.2011 Сообщений: 1,993 Записей в блоге: 1
	21.01.2014, 11:59 [ТС]	9
	Сообщение от kolorotur использование структуры нужно "оправдывать" Если приложение позволяет - то использование памяти и скорости - оправдание? Добавлено через 2 минуты Сообщение от pycture Для структур неприятно Может чего не так понимаю, но использование сборщика при "толстых" структурах - оправдание? 0

@kolorotur 17688 / 12873 / 3366 Регистрация: 17.09.2011 Сообщений: 21,138
	21.01.2014, 12:01	10
	Сообщение от skilllab Если приложение позволяет - то использование памяти и скорости - оправдание? Простите, не совсем понял вопрос. Эффективное использование памяти и скорости — конечно оправдание. Вы об этом? Добавлено через 1 минуту Сообщение от skilllab использование сборщика при "толстых" структурах - оправдание? Сборщик? Со структурами? Это только при наличии запаковки такое может случиться. 0

	21.01.2014, 12:19

@skilllab 294 / 234 / 58 Регистрация: 03.02.2011 Сообщений: 1,993 Записей в блоге: 1
	21.01.2014, 12:02 [ТС]	11
	kolorotur, ага. В случае со структурами стек (возможно) будет быстрее внешней памяти? 0

@pycture 1195 / 588 / 88 Регистрация: 20.09.2012 Сообщений: 1,881
	21.01.2014, 12:04	12
	Сообщение от skilllab Если приложение позволяет - то использование памяти и скорости - оправдание? Может чего не так понимаю, но использование сборщика при "толстых" структурах - оправдание? Разверните свой вопрос. 0

@skilllab 294 / 234 / 58 Регистрация: 03.02.2011 Сообщений: 1,993 Записей в блоге: 1
	21.01.2014, 12:04 [ТС]	13
	Сообщение от kolorotur Сборщик? Со структурами? простите, мой косяк. Запутался)) 0

@kolorotur 17688 / 12873 / 3366 Регистрация: 17.09.2011 Сообщений: 21,138
	21.01.2014, 12:07	14
	Сообщение от skilllab В случае со структурами стек (возможно) будет быстрее внешней памяти? Depends. О каком конкретно "быстрее" идет речь? Выделение памяти под экземпляр? Запись в память? Чтение из памяти? В этом случае производительность стека и кучи сопоставима. Потому при выборе структура/класс стоит вопрос о частоте создания и о частоте передачи между контекстами — в этих случаях выбор может повлиять на производительность. 0

@kolorotur 17688 / 12873 / 3366 Регистрация: 17.09.2011 Сообщений: 21,138
	21.01.2014, 12:19	16
	Сообщение от skilllab Создаётся раз в коде, обращение очень частое. Если постоянно "бросаете" из метода в метод или присваиваете локальным переменным (напр. var x = this.blabla), то лучше используйте класс — сэкономите на очень частом копировании. 1

Упаковка и память. Разница скорости работы классов и структур

Решение