Конференция "Прочее" » Куча или стек ?
 
  • oxffff © (09.08.08 15:48) [20]

    > DevilDevil ©   (09.08.08 15:42) [18]


    У тебя код не правильный.
  • DevilDevil © (09.08.08 15:52) [21]
    > oxffff ©   (09.08.08 15:48) [20]
    опечатки в коде не имеют отношения к обсуждаемому вопросу.
  • oxffff © (09.08.08 16:01) [22]

    > DevilDevil ©   (09.08.08 15:52) [21]


    Это не опечатки.
    Почему не изменяется ESP?
  • DevilDevil © (09.08.08 16:20) [23]
    > oxffff ©   (09.08.08 16:01) [22]
    > Почему не изменяется ESP?


    обусловимся, что подобная махинация со стеком действует исключительно в этой функции, вызовов других функций внутри этой не производится.
  • oxffff © (09.08.08 16:45) [24]

    > DevilDevil ©   (09.08.08 16:20) [23]


    Явно ты можешь их не вызывать, за тебя это может сделать компилятор.
    Однако представь, что будет с твоими данными, если возникнет исключение.
  • Юрий Зотов © (10.08.08 02:26) [25]
    > DevilDevil ©   (09.08.08 15:18) [13]

    > "большой объём" - это сколько байт?

    Семь.
  • Dimka Maslov © (10.08.08 11:00) [26]
    Для единичного зохавывания блока памяти разницы никакой нет, стек или куча. Если зохавывание выполняется в цикле - есть. Но если блок достаточно большой, то для его обработки потребуется куда как большее время нежели на выделение. Отсюда мораль - а не вынести ли выделение за пределы цикла, используя выделенный блок по новой в каждой итерации. Тогда "потери времени" станут незначительными.
  • Rouse_ © (10.08.08 12:51) [27]

    > DevilDevil ©

    ИМХО ты не стой стороны подходишь к оптимизации. К тому-же при использовании стека ты имеешь большой, даже огромный шанс, исчерпать его лимит при рекурссионном алгоритме. Я бы делал другим образом - выделял бы единовременно необходимый блок памяти с запасом и на него навернул бы некий механизм, реализующий одобную работу с размещенными данными.
 
Конференция "Прочее" » Куча или стек ?
Есть новые Нет новых   [134439   +51][b:0][p:0]