Почему при объявлении переменной, в любом языке программирования, резервируется весь размер памяти отведённый под тип данных?

Question

[ZakkMalin]

Почему при объявлении переменной в любом языке программирования резервируется весь размер памяти отведённый под тип данных, а не только тот, который данные внутри в действительности занимают

Как-то всё топорски устроено

Скажем хочу купить SSD, для хранения всего одного файла весом в 50 мб, но в продаже есть только на 64GB и выше, как бы тоже самое

Этому каким-то образом способствуют ограничения наложенные на стек и хип?

Comments

[ThunderCat]

ключевое слово во всем "переменная". Дальше объяснять?

[ZakkMalin]

ThunderCat, ну а что она не может быть динамической, зачем хранить и передавать 2 миллиарда, если скажем внутри переменной простое число 1?

[ZakkMalin]

VicTHOR, так можно же по степеням подгонять размер, а не бабахать всё пустыми "танкерами"

[Афанасий Захаров]

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

Смотрите, почему обязательно надо резервировать - макс значение в переменной например 8 бит - восемь ячеек занимаются, даже если там значение примитивно.
Следующая переменная создается, и она занимает следующие восемь ячеек и тд.

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

[ZakkMalin]

VicTHOR,

хочешь язык на стеках написать - дерзай)

без хипа, а что тут смешного, вы где-то видите повод для смайлов?

[EVGENY T.]

В оперативной памяти важнее скорость доступа, чем объем. Сейчас вообще объем любых данных беспокоит только в разрезе "как это быстро обработать", а не "где это хранить".

[ZakkMalin]

EVGENY T., так чем большие вы объёмы памяти считаете, тем заметнее снижается ваша производительность

[Rsa97]

ZakkMalin, Не всё так просто. Предположим, нм надо считать значение short из памяти

Стандартный вариант:
- прочитать в регистр два байта из указанной области памяти.

Ваш вариант:
- получить из какого-то источника количество байтов;
- если это количество 0, то в оба байта регистра записать нули;
- если это количество 1, то в стврший байт регистра записать ноль, в младший считать байт из памяти;
- если это количество 2, то в оба байта регистра считать значение из памяти.

Как считаете, какой вариант будет работать быстрее?

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

А как вы представляете себе доступ к массиву по индексу, если у вас каждая ячейка массива имеет свой размер?

[ZakkMalin]

Rsa97,
Можно ли подать процессору на вход число меньше чем в 64 бита (разряда)?

Или по-другому вопрос, как 64 битный процессор работает с 32 битными программами, эмулятор в вакууме записывает оставшуюся половину нулями, и подаёт процессору всё равно в 64 битном виде порции с старыми инструкциями?

[Дима]

Очень здравый вопрос! Особенно в контексте функционального программирования, в котором предпочитают использовать неизменяемые (immutable) данные

[ZakkMalin]

Дима,

Очень здравый вопрос! Особенно в контексте функционального программирования, в котором предпочитают использовать неизменяемые (immutable) данные

Какой именно, тут их очень много возникало в процессе обсуждения топика

[Rsa97]

ZakkMalin, У процессора различаются опкоды команд для работы с 8-, 16-, 32- и 64-битовыми значениями/регистрами. То есть, прочитав команду процессор уже знает, данные какой разрядности ему нужно обработать.
В вашем случае ему ещё предстоит выяснить, с какой разрядностью они хранятся в памяти (кстати, для этого ему придётся тоже считать какой-то атрибут из памяти), а только затем для каждой пары (разрядность данных, разрядность хранения) подобрать нужный способ чтения.
На записи ещё хуже. Если у вас short хранился в одном байте, а теперь надо записать его в два байта, то процессор сам не сможет определить, куда именно записать значение. Процессор не занимается распределением памяти, за это дело отвечает операционная система. Значит процессор должен будет вызвать прерывание, затем ОС должна будет выделить новое место для хранения значения и каким-то образом известить программу, что теперь эта переменная хранится в новом месте и надо изменить по всей программе указатель на переменную. И так при каждом изменении разрядности ваших данных. Представляете накладные расходы?

[Александр]

Так а какое решение? UPD написал и всё

[Дмитрий Добрышин]

Rsa97,

Процессор не занимается распределением памяти, за это дело отвечает операционная система.

Вообще странно ваше высказывание... Рассуждаете о работе процессора и вдруг резко появляется новое устройство "Операционная система", которая распределяет память... Такое впечатление, что команды операционной системы выполняет не процессор а они самостоятельно работают.
Единственное это прерывания на обращения к различным областям памяти, которые могут выставлять флаги и запускать соответствующий программный код тому же самому процессору :-)

Answer 1

[Stalker_RED]

Пример с SSD некорректный, все равно что требовать от камаза, например, выпустить грузовик с грузоподъемностью 20кг. Производителю нужен рынок сбыта.
Тем не менее, небольшие чипы памяти существуют, только никто на них не пишет, что это "SSD".

Выделение памяти - операция не бесплатная, и кто-то решил, что так будет выгоднее.
https://randomascii.wordpress.com/2014/12/10/hidde...
https://habr.com/ru/post/270009/

Как-то всё топорски устроено

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

Comments

[tendkuh]

Пример с SSD некорректный, все равно что требовать от камаза, например, выпустить грузовик с грузоподъемностью 20кг. Производителю нужен рынок сбыта.

вы хотите сказать что тут дело только в коммерции?

[sim3x]

ZakkMalin, метафоры в ит нужны для того чтоб пояснить что-то обывателю

Для общения в своем кругу такой ерундой не нужно заниматься

Чипы для хранения данных размером в 64Мб существуют

Answer 2

[Rsa97]

Если я просто объявил переменную типа short, то сколько памяти надо под неё выделить? А если записал в неё ноль? А если после этого записал в неё 65535? А где хранить количество выделенной для переменной памяти? И как перевыделять память, если она выделяется в стеке?

P.S. А как вы представляете себе массив с доступом по индексу, если каждый элемент массива имеет свой размер?

Comments

[Дима]

массив с доступом по индексу наверное так, как во всех динамически типизированных языках? где каждый элемент массива имеет свой размер

[Alexander Kramov]

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

[d-stream]

Дима, и помимо своих данных еще и размер... )

[d-stream]

yourtvoy, иногда хранится, иногда - нет.
Например с/с++ - максимум \0 для строк

Answer 3

[Дмитрий Шицков]

Вопрос из разряда "Почему в байте 8 бит?".

Объявление переменной как раз является запросом на выделение памяти. Если вам необходимо выделить меньше памяти - можно использовать тип с меньшим размером - байт, бит. А примером динамически растущих структур памяти может быть какой-нибудь вектор из C++. В чем недостаток - накладные расходы. В случае недоступности непрерывного участка памяти при расширении классического массива, нужно будет скопировать всю структуру в другую область памяти. Гораздо быстрее и экономичнее с точки зрения скорости работы выделить сразу больший шмат памяти, благо её нынче не дефицит на ПК.

Comments

[ZakkMalin]

Гораздо быстрее и экономичнее с точки зрения скорости работы выделить сразу больший шмат памяти, благо её нынче не дефицит на ПК.

Так во всём кажется думали джависты, до того как не начали себя ненавидеть, и свою платформу

[Дмитрий Шицков]

ZakkMalin, ну а при чем тут джависты( почему только джависты?)?

[ZakkMalin]

Дмитрий Шицков,

ну а при чем тут джависты( почему только джависты?)?

ну и другие тоже, просто самых высокооплачиваемых вспомнил из "смертных".

[Сергей Горностаев]

ZakkMalin, мы себя не ненавидим, а платформу так и вовсе любим.

[ZakkMalin]

Сергей Горностаев, такая ваша любовь безграничная, что все агитируете теперь за котлин, третий язык когда?

[Сергей Горностаев]

ZakkMalin, во-первых, чем больше языков реализовано для платформы, тем лучше. Во-вторых, где вы видели чтобы я за котлин агитировал?

[ZakkMalin]

Сергей Горностаев, а вы не считаете что это именно тот язык, в котором всё с вашей точки зрения реализовано именно так, как надо, или вы его ещё не учили попросту?

[Дмитрий Шицков]

ZakkMalin, вы так построили фразу, как будто человек может находится в одном из двух состояний - считать Kotlin языком, в котором реализовано всё так как надо или ещё не знать Kotlin.

[ZakkMalin]

Дмитрий Шицков, так я же не знаю что он знает, просто наперёд ему в охапку сразу несколько тезисов кинул, чтобы не раздувать беседу, я умею писать именно в той скорости, в которой думаю

[Сергей Горностаев]

ZakkMalin, бегло посмотрел, покрутил. Он меня не впечатлил. Я видел много java-killer'ов за 20 лет, про которые сейчас никто и не вспомнит. Уверен, в лучшем случае Kotlin откусит пару процентов от куска рынка, занимаемого Java. Чтобы её основательно подвинуть, нужно предложить что-то большее.

[ZakkMalin]

Сергей Горностаев,

Я видел много java-killer'ов за 20 лет, про которые сейчас никто и не вспомнит

Но какое отношение все двадцать имели к Java, а котлин как раз таки имеет, единственный, кто имеет его самое большое. Он объявлен* языком номер один для системы Android, так же все понимают, что теперь там нативный язык будет именно Kotlin.

[Сергей Горностаев]

ZakkMalin, самое прямое, я все эти 20 лет слышу про то, как Java вот-вот умрёт и что "вот этот вот новый язык" её и погубит. Меняется только название языка каждые несколько лет. Кроме того, Kotlin работает поверх JVM, нативностью он и не пахнет. А ещё, кроме Android у Java множество других областей применения. Google может хоть заобъявляться о своих предпочтениях.

[ZakkMalin]

Сергей Горностаев,

Google может хоть заобъявляться о своих предпочтениях.

Вспоминая дарт, да. Но мне кажется с котлином они намного более серьёзно настроились.

Answer 4

[DDwrt100]

Могу ошибаться, но все это выливается из архитектуры работы компьютера.
Память имеет физическую размерность, процессор работает с строго определенными блоками данных.
Для того чтобы сделать плавающую по объему переменную необходимо потратить ресурсы на её контроль.
При миллионах переменных, будет тратиться очень очень много ресурсов на контроль таких изменений.

Comments

[ZakkMalin]

Проще обработать, передать, и хранить число 65535 в случае с short чем обычное число один, вы вообще серьёзно?

[GavriKos]

ZakkMalin, да, проще. Есть такое понятие как "машинное слово". И его размер косвенно влияет даже на аппаратную часть.

[ZakkMalin]

GavriKos, так "машинное слово" состоит из 1 до 512 бит, а short занимает далеко не один бит

[GavriKos]

ZakkMalin, это где вы нашли машинное слово размером в 1 бит? Для 32 битных процессоров вообще то 32 бита.

[DDwrt100]

ZakkMalin, число 65535 не храниться в переменной. Компьютер оперирует не 10 системой , а двоичной.
При этом Short это набор битов, которые могут закодировать это число. Выделяя переменную мы выделаем количество "затворов" которые могут принять 0 или 1, достаточнное чтобы закодировать максимальное число 65353. На базовом уровне компьютер оперирует не числами, если уж совсем быть честным, а блоками из этих этих затворов, которые проходя через абстракцию могут быть представлены как числа.

[ZakkMalin]

GavriKos, в википедии

вы начали оперировать понятием машинного слова как не пришей козлу нога, поэтому вас и проглючило

Для 32 битных процессоров вообще то 32 бита

так об этом то и речь

[ZakkMalin]

DDwrt100,

число 65535 не храниться в переменной. Компьютер оперирует не 10 системой , а двоичной.
При этом Short это набор битов, которые могут закодировать это число

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

[Дмитрий Шицков]

ZakkMalin, очень грубо говоря, в 32-битной архитектуре любое число от 0 до 65535 будет обработано абсолютно с одной скоростью, не важно сколько там будет нулей.

[tendkuh]

Дмитрий Шицков, так это потому что под них отводится одно и тоже количество памяти, вместо того чтобы оперировать "машинными словами" которые гораздо меньше, как ктото упомянул выше.

[DDwrt100]

ZakkMalin, может как то он внутри и оптимизирует, хотя если следовать базисам не должен.
Тема обширная и можно долго разбирать как там все внутри считается.
Что стоит понимать процессор это автомат, он не может принимать в себя все что угодно, различной длины.
Он принимает строго стандиртизированные наборы данных(блоков), а дальше происходит магия абстракции.
В текущей архитектуре вычислительной техники это построено так(ну там еще математика приплетена).
И на данном уровне , любая гибкость типа переменных(читай блоков данных), это накладные расходы вычислителной мощности.

[ThunderCat]

ZakkMalin, вы сами привели картинку из вики, и сами ее не прочли? Там же четко пишут что обработка данных за один проход определяется размером регистра. Будет там миллиард или ноль - разницы для процессора нет, будет передано ровно одно слово на регистр. По этому типы данных разбиты на компромиссные размеры, позволяющие в памяти хранить ограниченный, но заранее известный максимальный размер(что бы избежать перемещения по памяти ячеек и ссылок) и при исполнении кода прозрачно конвертируются в размер регистра. По этому "чем большие вы объёмы памяти считаете" никак в сторону ускорения не работает, скорее наоборот, малый объем имеет оверхед по конвертации в слова.

[ZakkMalin]

ThunderCat,

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

Разве чем больше регистр - тем скорость вычисления не падает?

[ThunderCat]

ZakkMalin, нет(иначе нафига было бы их делать?), регистр с разрядностью 64 позволяет обрабатывать например числа с плавающей запятой с бОльшим количеством знаков после запятой в 2 раза быстрее, чем 32 битный, так как выполняет операции над ними в 1 проход, а не в 2-3, как обработка больших чисел на малоразрядных процессорах. Вся загвоздка с вашими рассуждениями о малых числах и малом месте падает при необходимости более-менее точно вычислить число 1/3. вроде 2 маленьких числа, но количество места под их результат деления будет практически бесконечным. И тут уже нужно выбирать - делать высокую точность или экономить место.

[ThunderCat]

ZakkMalin, предвидя следующий вопрос "почему тогда процессоры не делают дохриниллионразрядными?" - во первых дорого, сложно и адски греется, так как все что проходит по шине - это электричество, и есть определенное количество энергии на определенную площадь которое можно нормально рассеять на текущем этапе развития техники. + Еще куча мелких проблем с размером транзисторов и чипами. Есть вид процессоров которые имеют 128 и 256 бит шину, в основном это графические чипы и асики, но там более простая начинка, заточенная под урезанный набор инструкций, что не дает им адски пылать, в противоположность ЦП, который более универсален и имеет расширенный набор комманд, но греется и на 64 битной шине.

[ZakkMalin]

ThunderCat, из расчёта что мне нужно работать только с целыми рациональными числами

[ThunderCat]

ZakkMalin, только на вас никто ориентироваться не будет, и от чего такая уверенность что все что вы вычисляете будет в итоге рациональными числами? Вы собираетесь всю свою программистскую деятельность сосредоточить в области написания калькулятора для сложения чисел не более 3?

[ZakkMalin]

ThunderCat, нет, для распределения памяти, то чем занимается любой язык программирования или ОС, без непрерывных величин, это уже math.h должен делать

[ThunderCat]

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

[ZakkMalin]

ThunderCat, math.h должен работать с иррациональными числами, подключаемый он деманд

[ThunderCat]

ZakkMalin, Ну да, "у ней внутре неонка" (с)

[ZakkMalin]

ThunderCat,

Ну да, "у ней внутре неонка" (с)

Не понял.

[ThunderCat]

ZakkMalin, это отсылка к классике, почему то ваше понимание внутреннего устройства вычислительных систем натолкнуло меня на эту цитату )

[ZakkMalin]

ThunderCat,

это отсылка к классике, почему то ваше понимание внутреннего устройства вычислительных систем натолкнуло меня на эту цитату )

WAT

вы знаете что в вычислительных системах вы в праве придумывать свои типы данных с удобным вам размером?

[SagePtr]

ZakkMalin, велосипед на восьмиугольных колёсах тоже будет неплохо ездить, но при этом он будет стучать этими самыми углами, да и вообще будет неэффективен по сравнению с круглыми колёсами)

Answer 5

[Kosyachoka]

1. А почему вы решили что чтото чегото обязывает или накладывает ограничение? С вашей фантазией все возможно. Сделайте тип из массива битов, сделайте логику которая будет его расширять по надобности, сужать по определенным условиям... Профит.
2. В пример - почему вы живете в жилплощади которая больше чем вы занимаете места? Пусть каждый сделает себе коробочки по росту и ширине, а когда будут поправляться, худеть или детей заводить, то будут перестраивать по потребностям. Понастроенные дома совсем не оптимальны по занимаемому пространству.

Comments

[ZakkMalin]

1. А почему вы решили что чтото чегото обязывает или накладывает ограничение? С вашей фантазией все возможно. Сделайте тип из массива битов, сделайте логику которая будет его расширять по надобности, сужать по определенным условиям... Профит.
2. В пример - почему вы живете в жилплощади которая больше чем вы занимаете места? Пусть каждый сделает себе коробочки по росту и ширине, а когда будут поправляться, худеть или детей заводить, то будут перестраивать по потребностям. Понастроенные дома совсем не оптимальны по занимаемому пространству.

Это:
0) Не ответ?
1) Комментарий?
2) Троллинг?

[Kosyachoka]

ZakkMalin, хм, а я увидел троллинг именно в вашем вопросе :). Как то по коментам вы в упор не хотите признавать факты, а лишь настаиваете на своем видении "проблемы"

[Kosyachoka]

ZakkMalin,
1) реальное предложение решения проблемы

[tendkuh]

Kosyachoka, какой проблемы?

[Kosyachoka]

tendkuh, проблемы аллокейта памяти размером полностью заполненной структуры даже если данные не требуют столько места и все "ненужное" пространство "бездействует".

[Kosyachoka]

yourtvoy, проблема не аллокейта, а ячеек памяти не занятых полезной инфой. Вот автор и спрашивает почему ни в одном языке до сих пор не изменили поведение аллокейта?

[Kosyachoka]

yourtvoy, ааа, ну дык также можно предложить все исправлять - делать все правильно.

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

В ином случае ваша программа тогда не должна содержать вычислений и все данные должны быть иммутабельны.

Answer 6

[JZorkiy]

Память под переменную в C++ (например) выделяется в соответствии с типом данных и конкретного размера для быстродействия работы программ, чтоб компьютер во время выполнения программы не занимался постоянным пересчитыванием и перевыделением памяти для многих тысяч переменных, содержимое и размер которых постоянно меняется в пределах типа.
А к размерам SSD это никакого отношения не имеет.
И какой тогда смысл в типах данных, если память для них будет выделяться строго по размеру содержимого? Именно для этого типы данных и существуют.

Answer 7

[lorc]

Почему при объявлении переменной в любом языке программирования резервируется весь размер памяти отведённый под тип данных, а не только тот, который данные внутри в действительности занимают

Тут сразу два вопроса:

1. Почему вы решили резервируется весь размер?
2. Как определить сколько данные действительно занимают?

По первому пункту - есть динамические типы данных вроде списков, векторов, деревьев и т.д. Они обычно занимают столько места, сколько нужно + накладные расходы.

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

То же самое для примитивных типов - вместо фиксированного числа бит я должен отдельно хранить длину числа и потом само число. При попытке записать в переменную бОльшее число, я буду вынужден искать новый кусок памяти. Кстати, на самом деле такая штука реализована, называется BigInt. Но область применения у нее довольно узкая....

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

Кстати, на самом деле память не всегда выделяется под переменную. Современные компиляторы достаточно умны для того что бы держать большинство локальных переменных в регистрах, вообще не трогая стек и/или кучу.

Answer 8

[skrimafonolog]

Во первых не в любом языке программирования. В частности в языках с динамической типизацией это скорее не так, чем так.
Во вторых - отнюдь не для всех типов данных. Для базовых/примитивных типов верно. Но для сложных типов (типа деревьев, векторов и т.п.) - это уже не так.

Скажем хочу купить SSD, для хранения всего одного файла весом в 50 мб, но в продаже есть только на 64GB и выше, как бы тоже самое

На самом деле там даже больше памяти - часть идет на резервирование.
На самом деле туда можно записать меньше данных - часть идет на запись вспомогательных структур файловой системы (таблица распределения файлов, каталог и пр. и т.п.)

Answer 9

[ThunderCat]

ZakkMalin,

ну а что она не может быть динамической, зачем хранить и передавать 2 миллиарда, если скажем внутри переменной простое число 1?

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

Comments

[ZakkMalin]

так чем большие вы объёмы памяти считаете, тем заметнее снижается ваша производительность

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

[ThunderCat]

ZakkMalin, это вообще что? Что за поток слов, не содержащий внятного смысла, содержащий только большой объем ошибок в лексике и пунктуации?

Answer 10

[АртемЪ]

Потому что выделение памяти это время и расходы.
Выделил мало - придется выделять дополнительно.

Память расходуется экономнее, но замедляется выполнение программы, расходуется больше процессорного времени, в итоге программа работает медленнее.

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

Comments

[tendkuh]

Так значение переменных меняется же не настолько часто, не быстрее чем скорость дублирования информации из одной ячейки в другую. То есть, я хочу сказать, что можно рядом выделить больше памяти, и поместить туда модиф. данные, при большом количестве памяти такой финт возможен, есть где развернуться (а данные из старого куска памяти удалять не нужно, они "затираются" поверх).