Константы, геттеры/сеттеры и производительность

@embarc345 · Регистрация: 13.07.2012

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

Есть глобальная константа, определяющая размер большого количества массивов. Также есть множество обращений к массивам с использованием этой константы, и довольно много циклов for с ее использованием.
Разумно ли с точки зрения производительности так и оставить ее константой или можно заменить ее полем синглтона, с доступом через геттер/сеттер?

@OhMyGodSoLong · 13.08.2012, 11:36

Синглтон = глобальная переменная. Если это константа (они по определению неизменяемы вроде как), если она не должна притворяться множественными объектами, если у неё не будет сложного поведения при чтении значения, то зачем городить синглтон? Разве что вам надо установить значение динамически, но чтобы потом оно не изменялось. Тогда да.

Чисто технически — будет небольшая разница. Константу компилятор может сразу подставить, а если это будет поле объекта, то придётся обращаться к памяти, чтобы его оттуда достать (геттер типа size_t getValue() { return value; } в 99% случаев заинлайнится). Но это совсем не то место, где надо волноваться о производительности.

@embarc345 · 13.08.2012, 12:02 **[ТС]**

Да, для этого синглтон и используется.
Вот это мне и нужно было знать, спасибо.

@PSIAlt · 13.08.2012, 12:46

Оптимизируй свои for-ы вместо константы

@embarc345 · 13.08.2012, 13:06 **[ТС]**

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

Оптимизируй свои for-ы вместо константы

Каким образом?

@DU · 13.08.2012, 13:46

любым, какой придумаешь. если код в цикле выполняется за 100500 тактов, а обращение к не константной переменной за скажем пару тактов, то ускорив обращение к этой переменной, в целом программа не станет работать сильно быстрее. нужно оптимизировать то, что влияет на производительность сильнее всего. а это лучше замерять профайлерами и то тогда, когда проблема производительности действительно есть.

@embarc345 · 13.08.2012, 13:54 **[ТС]**

Все, что я хотел узнать было во 2 посте. Код уже достаточно оптимизирован, главное теперь не допускать уменьшения производительности.

Новые блоги и статьи Все статьи Все блоги /
Символьное дифференцирование igorrr37 13.02.2026 / * Логарифм записывается как: (x-2)log(x^2+2) - означает логарифм (x^2+2) по основанию (x-2). Унарный минус обозначается как ! */ #include <iostream> #include <stack> #include <cctype>. . .	Камера Toupcam IUA500KMA Eddy_Em 12.02.2026 Т. к. у всяких "хикроботов" слишком уж мелкий пиксель, для подсмотра в ESPriF они вообще плохо годятся: уже 14 величину можно рассмотреть еле-еле лишь на экспозициях под 3 секунды (а то и больше),. . .	И ясному Солнцу zbw 12.02.2026 И ясному Солнцу, и светлой Луне. В мире покоя нет и люди не могут жить в тишине. А жить им немного лет.	«Знание-Сила» zbw 12.02.2026 «Знание-Сила» «Время-Деньги» «Деньги -Пуля»
SDL3 для Web (WebAssembly): Подключение Box2D v3, физика и отрисовка коллайдеров 8Observer8 12.02.2026 Содержание блога Box2D - это библиотека для 2D физики для анимаций и игр. С её помощью можно определять были ли коллизии между конкретными объектами и вызывать обработчики событий столкновения. . . .	SDL3 для Web (WebAssembly): Загрузка PNG с прозрачным фоном с помощью SDL_LoadPNG (без SDL3_image) 8Observer8 11.02.2026 Содержание блога Библиотека SDL3 содержит встроенные инструменты для базовой работы с изображениями - без использования библиотеки SDL3_image. Пошагово создадим проект для загрузки изображения. . .	SDL3 для Web (WebAssembly): Загрузка PNG с прозрачным фоном с помощью SDL3_image 8Observer8 10.02.2026 Содержание блога Библиотека SDL3_image содержит инструменты для расширенной работы с изображениями. Пошагово создадим проект для загрузки изображения формата PNG с альфа-каналом (с прозрачным. . .	Установка Qt-версии Lazarus IDE в Debian Trixie Xfce volvo 10.02.2026 В общем, достали меня глюки IDE Лазаруса, собранной с использованием набора виджетов Gtk2 (конкретно: если набирать текст в редакторе и вызвать подсказку через Ctrl+Space, то после закрытия окошка. . .

@embarc345 0 / 0 / 0 Регистрация: 13.07.2012 Сообщений: 7

	Константы, геттеры/сеттеры и производительность 13.08.2012, 10:58. Показов 2451. Ответов 6 Метки нет (Все метки) Есть глобальная константа, определяющая размер большого количества массивов. Также есть множество обращений к массивам с использованием этой константы, и довольно много циклов for с ее использованием. Разумно ли с точки зрения производительности так и оставить ее константой или можно заменить ее полем синглтона, с доступом через геттер/сеттер? 0

@OhMyGodSoLong ~ Эврика! ~ 1258 / 1007 / 74 Регистрация: 24.07.2012 Сообщений: 2,002
	13.08.2012, 11:36
	Синглтон = глобальная переменная. Если это константа (они по определению неизменяемы вроде как), если она не должна притворяться множественными объектами, если у неё не будет сложного поведения при чтении значения, то зачем городить синглтон? Разве что вам надо установить значение динамически, но чтобы потом оно не изменялось. Тогда да. Чисто технически — будет небольшая разница. Константу компилятор может сразу подставить, а если это будет поле объекта, то придётся обращаться к памяти, чтобы его оттуда достать (геттер типа size_t getValue() { return value; } в 99% случаев заинлайнится). Но это совсем не то место, где надо волноваться о производительности. 0

@embarc345 0 / 0 / 0 Регистрация: 13.07.2012 Сообщений: 7
	13.08.2012, 12:02 [ТС]
	Да, для этого синглтон и используется. Вот это мне и нужно было знать, спасибо. 0

@PSIAlt 87 / 87 / 1 Регистрация: 19.06.2012 Сообщений: 245
	13.08.2012, 12:46
	Оптимизируй свои for-ы вместо константы 1

@DU 1500 / 1146 / 165 Регистрация: 05.12.2011 Сообщений: 2,279
	13.08.2012, 13:46
	любым, какой придумаешь. если код в цикле выполняется за 100500 тактов, а обращение к не константной переменной за скажем пару тактов, то ускорив обращение к этой переменной, в целом программа не станет работать сильно быстрее. нужно оптимизировать то, что влияет на производительность сильнее всего. а это лучше замерять профайлерами и то тогда, когда проблема производительности действительно есть. 0

@embarc345 0 / 0 / 0 Регистрация: 13.07.2012 Сообщений: 7
	13.08.2012, 13:54 [ТС]
	Все, что я хотел узнать было во 2 посте. Код уже достаточно оптимизирован, главное теперь не допускать уменьшения производительности. 0