Длительность обращения к переменным

@Svinina · Регистрация: 28.11.2010

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

Товарищи, есть ли разница между локальными и глобальными переменными в длительности чтения/записи в них?

И еще такой вопрос: у меня несколько потоков работают с одной переменной. Имеет ли смысл для каждого из них создать свою копию этой переменной, чтобы они не обращались к одной и той же области памяти? Будет ли выигрыш в быстродействии?

@taras atavin · 18.11.2011, 05:42

Ну вот представь себе: есть ячейка, в ней валяются данные, два потока хотят её читать. Прочитали? Эйси. Пока не важно, последовательно, или параллельено (по очереди, или одновременно оба). А потом один поток хочет записать. Ну так он и запишет. После этого опять оба хотят читать. Должны ли они прочитать разные данные, или одни и те же? Предположим разные. Если переменная одна, то задача не решена вообще, то есть они не прочитают разные данные. Они прочитают одни и те же данные и не имеет значения, быстрее, или медленнее. Если же переменных на самом деле две, то данные прочитаются разные, не смотря на то, что в обеих задачах величина названа одинаково. Теперь предположим, что данные должны прочитаться одни и те же. Если переменная одна, то ничего делать не надо, данные прочитаются одни и те же. А если переменных на самом деле две, то данные надо скопировать, иначе прочитаются разные данные и опять не имеет значения, быстрее, или медленне. Если же ты будешь копировать при каждой записи, то это медленнее. Поэтому занимайся для начала алгоритмом, а потом уже оптимизацией. Число копий должно вытекать из алгоритма. И если у тебя уже есть все решения, то скорость их исполнения можно измерить, а не спрашивать на форуме. Если же измерить разницу во времени не получится из-за слишком малого значения этой разницы, то следует сделать вывод о статистической незначимости различия и полной маскировке эффекта, то есть о том, что время исполнения определяется только другими факторами. Кстати, целевая машина многоядерная, или одноядерная? Если одноядерная, то потоки будут исполяться последовательно, а не параллельно из-за невозможности одновременного обладания ядром процессора. Тогда быстрее при прочих равных более компактное решение, то есть один экземпляр переменной быстрее нескольких. Ели же твоя машина одноядерная, а целевая многоядерная, то выложи сдесь архив с тестовыми софтинами, использующими оба подхода. У меня есть четырёхядрерник, я могу прогнать такой тест, а потом в своём посте выложу его результаты.

@alex_x_x · 18.11.2011, 10:03

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

Новые блоги и статьи Все статьи Все блоги /
Символические и жёсткие ссылки в Linux. algri14 15.03.2026 Существует два типа ссылок — символические и жёсткие. Ссылка в Linux — это дополнительная запись в каталоге, которая может указывать либо на inode «файла-ИСТОЧНИКА», тогда это будет «жёсткая. . .	[Owen Logic] Поддержание уровня воды в резервуаре количеством включённых насосов: моделирование и выбор регулятора ФедосеевПавел 14.03.2026 Поддержание уровня воды в резервуаре количеством включённых насосов: моделирование и выбор регулятора ВВЕДЕНИЕ Выполняя задание на управление насосной группой заполнения резервуара,. . .	делаю науч статью по влиянию грибов на сукцессию anaschu 13.03.2026 прикрепляю статью	SDL3 для Desktop (MinGW): Создаём пустое окно с нуля для 2D-графики на SDL3, Си и C++ 8Observer8 10.03.2026 Содержание блога Финальные проекты на Си и на C++: hello-sdl3-c. zip hello-sdl3-cpp. zip Результат:
Установка CMake и MinGW 13.1 для сборки С и C++ приложений из консоли и из Qt Creator в EXE 8Observer8 10.03.2026 Содержание блога MinGW - это коллекция инструментов для сборки приложений в EXE. CMake - это система сборки приложений. Здесь описаны базовые шаги для старта программирования с помощью CMake и. . .	Как дизайн сайта влияет на конверсию: 7 решений, которые реально повышают заявки Neotwalker 08.03.2026 Многие до сих пор воспринимают дизайн сайта как “красивую оболочку”. На практике всё иначе: дизайн напрямую влияет на то, оставит человек заявку или уйдёт через несколько секунд. Даже если у вас. . .	Модульная разработка через nuget packages DevAlt 07.03.2026 Сложившийся в . Net-среде способ разработки чаще всего предполагает монорепозиторий в котором находятся все исходники. При создании нового решения, мы просто добавляем нужные проекты и имеем. . .	Модульный подход на примере F# DevAlt 06.03.2026 В блоге дяди Боба наткнулся на такое определение: В этой книге («Подход, основанный на вариантах использования») Ивар утверждает, что архитектура программного обеспечения — это структуры,. . .

@Svinina 5 / 5 / 0 Регистрация: 28.11.2010 Сообщений: 81

	Длительность обращения к переменным 16.11.2011, 23:54. Показов 3222. Ответов 21 Метки нет (Все метки) Товарищи, есть ли разница между локальными и глобальными переменными в длительности чтения/записи в них? И еще такой вопрос: у меня несколько потоков работают с одной переменной. Имеет ли смысл для каждого из них создать свою копию этой переменной, чтобы они не обращались к одной и той же области памяти? Будет ли выигрыш в быстродействии? 0

@taras atavin 4226 / 1796 / 211 Регистрация: 24.11.2009 Сообщений: 27,562
	18.11.2011, 05:42
	Ну вот представь себе: есть ячейка, в ней валяются данные, два потока хотят её читать. Прочитали? Эйси. Пока не важно, последовательно, или параллельено (по очереди, или одновременно оба). А потом один поток хочет записать. Ну так он и запишет. После этого опять оба хотят читать. Должны ли они прочитать разные данные, или одни и те же? Предположим разные. Если переменная одна, то задача не решена вообще, то есть они не прочитают разные данные. Они прочитают одни и те же данные и не имеет значения, быстрее, или медленнее. Если же переменных на самом деле две, то данные прочитаются разные, не смотря на то, что в обеих задачах величина названа одинаково. Теперь предположим, что данные должны прочитаться одни и те же. Если переменная одна, то ничего делать не надо, данные прочитаются одни и те же. А если переменных на самом деле две, то данные надо скопировать, иначе прочитаются разные данные и опять не имеет значения, быстрее, или медленне. Если же ты будешь копировать при каждой записи, то это медленнее. Поэтому занимайся для начала алгоритмом, а потом уже оптимизацией. Число копий должно вытекать из алгоритма. И если у тебя уже есть все решения, то скорость их исполнения можно измерить, а не спрашивать на форуме. Если же измерить разницу во времени не получится из-за слишком малого значения этой разницы, то следует сделать вывод о статистической незначимости различия и полной маскировке эффекта, то есть о том, что время исполнения определяется только другими факторами. Кстати, целевая машина многоядерная, или одноядерная? Если одноядерная, то потоки будут исполяться последовательно, а не параллельно из-за невозможности одновременного обладания ядром процессора. Тогда быстрее при прочих равных более компактное решение, то есть один экземпляр переменной быстрее нескольких. Ели же твоя машина одноядерная, а целевая многоядерная, то выложи сдесь архив с тестовыми софтинами, использующими оба подхода. У меня есть четырёхядрерник, я могу прогнать такой тест, а потом в своём посте выложу его результаты. 0

@alex_x_x бжни 2473 / 1684 / 135 Регистрация: 14.05.2009 Сообщений: 7,162
	18.11.2011, 10:03
	Svinina, на однопроцессорной машине непосредственное обращение будет произведено последовательно - там по-другому просто не может быть на многопроцессорной машине за счет процессорного кэша, при условии отсутствия его рассинхронизации между разными ядрами, чтение может быть произведено параллельно - при нахождении переменной в кэше. Как происходит непосредственно обращение к памяти в многопроцессорных системах я уже точно не помню - для чтения возможно шина может поддерживать параллельное считывание 0