Персистентная очередь — различия между версиями
Genyaz (обсуждение | вклад) (→Эффективная реализация: правка алгоритма) |
Genyaz (обсуждение | вклад) |
||
Строка 1: | Строка 1: | ||
− | + | '''Персистентная очередь''' {{---}} это [[Очередь|очередь]], реализующая персистентность, то есть позволяющая получить доступ ко всем своим предыдущим версиям. Как будет показано далее, можно реализовать функциональную персистентность, то есть каждая ячейка памяти в такой структуре будет инициализирована один раз и в дальнейшем не изменяться. | |
− | == | + | = Основная идея = |
+ | |||
+ | Для создания персистентной очереди очень удобно пользоваться ее реализацией на стеках, поскольку стеки легко сделать персистентными. Реализация на двух стеках не подходит для этого, так как в худшем сучае требует <tex>O(n)</tex> времени, а значит и <tex>O(n)</tex> памяти в случае персистентности на операцию. Покажем сначала как создать очередь в реальном времени с <tex>O(1)</tex> времени на операцию, а затем превратим ее в персистентную. | ||
+ | |||
+ | == Реализация очереди на шести стеках == | ||
+ | |||
+ | Одним из минусов реализации на двух стеках является то, что в худшем случае мы тратим <tex>O(n)</tex> времени на операцию. Если распределить время, необходимое для перемещения элементов из одного стека в другой, по операциям, мы получим очередь без худших случаев с <tex>O(1)</tex> истинного времени на операцию. | ||
+ | |||
+ | Сначала будем действовать аналогично случаю с двумя стеками. Пусть у нас есть стек <tex>L</tex> для операций <tex>push</tex> и стек <tex>R</tex> для операций <tex>pop</tex>. К моменту опустошения стека <tex>R</tex> нам нужно успеть получить стек <tex>R'</tex>, содержащий текущие элементы стека <tex>L</tex> в правильном для извлечения порядке. Перекопирование (''recopy mode'') начнется, когда появится опасность того, что мы не сможем за оставшиеся <tex>R.size</tex> операций <tex>pop</tex> со стеком <tex>R</tex> перекопировать стек <tex>L</tex> в новый стек <tex>R'</tex>. Очевидно, это ситуация <tex>L.size>R.size</tex>, пусть такое состояние отражает специальная переменная логического типа <tex>recopy</tex>. | ||
+ | |||
+ | Понятно, что во время перекопирования могут поступить операции <tex>push</tex>, а стек <tex>L</tex> в это время потеряет свою структуру, сложить элементы туда мы уже не сможем, значит нужно завести еще один стек <tex>L'</tex>, в который мы и будем складывать новые элементы. После окончания перекопирования мы поменяем ролями <tex>L,L'</tex> и <tex>R,R'</tex>, и вроде бы все станет хорошо. | ||
+ | |||
+ | Однако, если реализовать этот алгоритм, мы получим неприятную вещь: старый стек <tex>R</tex> может и не опустошиться за это время, то есть мы получили два стека с выходными данными, а значит, возможен случай (например, если все поступающие операции {{---}} <tex>push</tex>), когда при следующем перекопировании у нас не будет свободного стека для копировании туда элементов <tex>L</tex>. Для преодоления этой проблемы мы принудительно будем извлекать все элементы из стека <tex>R</tex> во вспомогательный стек <tex>T</tex>, затем копировать элементы из стека <tex>L</tex> в <tex>R</tex>, а затем обратно копировать элементы из стека <tex>T</tex> в <tex>R</tex>. Легко показать, что приведенный алгоритм как раз получает на выходе в <tex>R</tex> все элементы стеков <tex>L,R</tex> в правильном порядке. | ||
+ | |||
+ | Но этого еще недостаточно. Если мы принудительно извлекаем элементы из стека <tex>R</tex>, появляются следующие проблемы: | ||
+ | # Что вернуть при операции <tex>pop</tex>? Для этого заведем себе стек <tex>Rc</tex> {{---}} копию стека <tex>R</tex>, из которого мы и будем извлекать требуемые элементы. | ||
+ | # Как поддерживать корректность такой копии? Поскольку этот стек нужен только для перекопирования, а во время него он занят, нужна запасная копия <tex>Rc'</tex> для копирования всех элементов, которые мы копируем в <tex>R</tex>, а по окончании перекопирования поменяем ролями стеки <tex>Rc, Rc'</tex>, как мы делали со стеками <tex>L, L'</tex>. | ||
+ | # Как учесть, что во время перекопирования часть элементов была извлечена из <tex>Rc</tex>? Для этого заведем специальную переменную <tex>toCopy</tex>, которая показывает, сколько корректных элементов находится в стеке <tex>T</tex>, и уменьшается при каждом извлечении из <tex>T</tex> или операции <tex>pop</tex>. К счастью, все некорректные элементы будут нарастать со дна стека, так что мы никогда не извлечем некорректный элемент, если <tex>toCopy>0</tex>. Если во время операции <tex>pop</tex> у нас <tex>toCopy = 0</tex>, это означает, что теперь в стеке <tex>R</tex> находится весь правый кусок очереди, так что нам придется извлечь элемент из него. | ||
+ | |||
+ | Теперь может возникнуть проблема с непустым <tex>Rc</tex> после завершения перекопирования. Покажем, что мы всегда успеем его опустошить, если будем использовать дополнительное извлечение из него при каждой операции в обычном режиме, для этого полностью проанализируем алгоритм. | ||
+ | |||
+ | Пусть на начало перекопирования в стеке <tex>R</tex> содержится <tex>n</tex> элементов, тогда в стеке <tex>L</tex> находится <tex>n+1</tex> элементов. Мы корректно можем обработать любое количество операций <tex>push</tex>, а также <tex>n</tex> операций <tex>pop</tex>. Заметим, что операция <tex>empty</tex> во время перекопирования всегда возвращает <tex>false</tex>, так как мы не можем извлекать элементы из стека <tex>L</tex>, который не пустой. Таким образом вместе с операцией, активирующей перекопирование, мы гарантированно можем корректно обработать <tex>n + 1</tex> операцию. | ||
+ | |||
+ | Посмотрим на дополнительные действия, которые нам предстоят: | ||
+ | # Переместить содержимое <tex>R</tex> в <tex>T</tex>, <tex>n</tex> действий. | ||
+ | # Переместить содержимое <tex>L</tex> в стеки <tex>R, Rc'</tex>, <tex>n + 1</tex> действий. | ||
+ | # Переместить первые <tex>toCopy</tex> элементов из <tex>T</tex> в <tex>R, Rc'</tex>, остальные выкинуть, <tex>n</tex> действий. | ||
+ | # Поменять ролями стеки <tex>Rc, Rc'</tex>, <tex>L, L'</tex>, <tex>2</tex> действия. | ||
+ | |||
+ | Таким образом, получили <tex>3 \cdot n + 3</tex> дополнительных действия за <tex>n + 1</tex> операций, или <tex>3=O(1)</tex> дополнительных действий на операцию в режиме перекопирования, что и требовалось. | ||
+ | |||
+ | Теперь рассмотрим, как изменились наши стеки за весь период перекопирования. Договоримся, что операция <tex>empty</tex> не меняет очередь, то есть никакие дополнительные действия не совершаются. Пусть за <tex>n</tex> следующих за активацией меняющих операций (<tex>push, pop</tex>) поступило <tex>x</tex> операций <tex>pop</tex>, <tex>n - x</tex> операций <tex>push</tex>. Очевидно, что после перекопирования в новых стеках окажется: <tex>n-x</tex> элементов в <tex>L</tex>, <tex>2 \cdot n + 1 - x = (n - x) + (n + 1)</tex> элементов в <tex>R</tex>, то есть до следующего перекопирования еще <tex>n+2</tex> операции. С другой стороны, стек <tex>Rc</tex> содержал всего <tex>n</tex> элементов, так что мы можем очистить его, просто удаляя по одному элементу при каждой операции в обычном режиме. | ||
+ | |||
+ | Итак, очередь <tex>Q</tex> будет состоять из шести стеков <tex>L,L',R,Rc,Rc',T</tex>, а также двух внутренних переменных <tex>recopy, toCopy</tex>, которые нужны для корректности перекопирования + дополнительная переменная <tex>copied</tex>, показывающая, перемещали ли мы элементы из стека <tex>L</tex> в стек <tex>R</tex>, чтобы не начать перемещать эти элементы в стек <tex>T</tex>. | ||
+ | |||
+ | Инвариант очереди (обычный режим): | ||
+ | # Стек <tex>L</tex> содержит левую половину очереди, порядок при извлечении обратный. | ||
+ | # Стек <tex>R</tex> содержит правую половину очереди, порядок при извлечении прямой. | ||
+ | # <tex>L.size \leqslant R.size</tex> | ||
+ | # <tex>R.size = 0 \equiv Q.size = 0</tex> | ||
+ | # <tex>Rc</tex> {{---}} копия <tex>R</tex> | ||
+ | # <tex>Rc'.size < R.size - L.size</tex> | ||
+ | # <tex>L'.size = 0, T.size = 0</tex> | ||
+ | |||
+ | Тогда к следующему перекопированию (<tex>L.size=R.size+1</tex>) мы гарантированно будем иметь пустые стеки <tex>L',T,Rc'</tex>, которые нам понадобятся. | ||
+ | |||
+ | Инвариант очереди (режим перекопирования): | ||
+ | # <tex>Rc.size = toCopy</tex> | ||
+ | # Если <tex>L.size = 0</tex>, то: | ||
+ | ## При <tex>toCopy > 0</tex> первые <tex>toCopy</tex> элементов <tex>T</tex> {{---}} корректны, то есть действительно содержатся в очереди. | ||
+ | ## При <tex>toCopy \leqslant 0</tex> стек <tex>R</tex> содержит весь правый кусок очереди в правильном порядке. | ||
+ | |||
+ | Очередь будет работать в двух режимах: | ||
+ | # Обычный режим, кладем в <tex>L</tex>, извлекаем из <tex>R</tex> и из <tex>Rc, Rc'</tex> для поддержания порядка, операция <tex>empty = (R.size = 0)</tex>. | ||
+ | # Режим перекопирования, кладем в <tex>L'</tex>, извлекаем из <tex>Rc</tex>, возможно из <tex>R</tex>, <tex>empty=false</tex>, совершаем дополнительные действия. | ||
+ | |||
+ | Также после операции в обычном режиме следует проверка на активацию перекопирования (<tex>recopy = (L.size > R.size)</tex>), если это так, <tex>toCopy=R.size, recopy=true, copied = false</tex>, совершается первый набор дополнительных действий. | ||
+ | |||
+ | После операции в режиме перекопирования следует проверка на завершение перекопирования (<tex>recopy=(T.size==0)</tex>), а при завершении меняются ролями стеки <tex>Rc, Rc'</tex>, <tex>L, L'</tex>. | ||
+ | |||
+ | Следующий псевдокод выполняет требуемые операции: | ||
+ | === empty === | ||
+ | <code> | ||
+ | empty() | ||
+ | '''return''' !recopy '''and''' R.size == 0 | ||
+ | </code> | ||
+ | === push === | ||
+ | <code> | ||
+ | push(x) | ||
+ | '''if''' !recopy: | ||
+ | L.push(x) | ||
+ | '''if''' Rc'.size > 0: | ||
+ | Rc'.pop() | ||
+ | checkRecopy() | ||
+ | '''else''': | ||
+ | L'.push(x) | ||
+ | checkNormal() | ||
+ | </code> | ||
+ | === pop === | ||
+ | <code> | ||
+ | pop() | ||
+ | '''if''' !recopy: | ||
+ | tmp = R.pop() | ||
+ | Rc.pop() | ||
+ | '''if''' Rc'.size > 0: | ||
+ | Rc'.pop() | ||
+ | checkRecopy() | ||
+ | '''return''' tmp | ||
+ | '''else''': | ||
+ | tmp = Rc.pop() | ||
+ | '''if''' toCopy > 0: | ||
+ | toCopy = toCopy - 1 | ||
+ | '''else''': | ||
+ | R.pop() | ||
+ | Rc'.pop() | ||
+ | checkNormal() | ||
+ | '''return''' tmp | ||
+ | </code> | ||
+ | |||
+ | === checkRecopy === | ||
+ | <code> | ||
+ | checkRecopy() | ||
+ | recopy = L.size > R.size | ||
+ | '''if''' recopy: | ||
+ | toCopy = R.size | ||
+ | copied = false | ||
+ | checkNormal() | ||
+ | </code> | ||
+ | |||
+ | === checkNormal === | ||
+ | <code> | ||
+ | checkNormal() | ||
+ | additionalOperations() | ||
+ | // Если мы не все перекопировали, то у нас не пуст стек T | ||
+ | recopy = T.size <tex> \ne </tex> 0 | ||
+ | </code> | ||
+ | === additionalOperations === | ||
+ | <code> | ||
+ | additionalOperations() | ||
+ | // Нам достаточно 3 операций на вызов | ||
+ | toDo = 3 | ||
+ | // Пытаемся перекопировать R в T | ||
+ | '''while''' '''not''' copied '''and''' toDo > 0 '''and''' R.size > 0: | ||
+ | T.push(R.pop()) | ||
+ | toDo = toDo - 1 | ||
+ | // Пытаемся перекопировать L в R и Rc' | ||
+ | '''while''' toDo > 0 '''and''' L.size > 0: | ||
+ | copied = true | ||
+ | x = L.pop() | ||
+ | R.push(x) | ||
+ | Rc'.push(x) | ||
+ | toDo = toDo - 1 | ||
+ | // Пытаемся перекопировать T в R и Rc' с учетом toCopy | ||
+ | '''while''' toDo > 0 '''and''' T.size > 0: | ||
+ | x = T.pop() | ||
+ | '''if''' toCopy > 0: | ||
+ | R.push(x) | ||
+ | Rc'.push(x) | ||
+ | toCopy = toCopy - 1 | ||
+ | toDo = toDo - 1 | ||
+ | // Если все скопировано, то меняем роли L, L' и Rc, Rc' | ||
+ | '''if''' T.size == 0: | ||
+ | swap(L, L') | ||
+ | swap(Rc, Rc') | ||
+ | </code> | ||
+ | |||
+ | == Персистентная очередь на пяти стеках == | ||
+ | |||
+ | После того, как мы получили [[Персистентная очередь#Реализация очереди на шести стеках|очередь в реальном времени]] с <tex>O(1)=6</tex> обычными [[Стек|стеками]], ее можно легко превратить в персистентную, сделав все стеки [[Персистентный стек|персистентными]], но на самом деле персистентность позволяет не создавать явной копии стека, так что достаточно всего пяти стеков. | ||
Будем отталкиваться от реализации на [[Очередь#Реализация на двух стеках|двух стеках]]. Пусть у нас есть стек <tex>L</tex> для операций <tex>push</tex>, стек <tex>R</tex> для операций <tex>pop</tex>. | Будем отталкиваться от реализации на [[Очередь#Реализация на двух стеках|двух стеках]]. Пусть у нас есть стек <tex>L</tex> для операций <tex>push</tex>, стек <tex>R</tex> для операций <tex>pop</tex>. |
Версия 08:08, 10 июня 2013
Персистентная очередь — это очередь, реализующая персистентность, то есть позволяющая получить доступ ко всем своим предыдущим версиям. Как будет показано далее, можно реализовать функциональную персистентность, то есть каждая ячейка памяти в такой структуре будет инициализирована один раз и в дальнейшем не изменяться.
Содержание
Основная идея
Для создания персистентной очереди очень удобно пользоваться ее реализацией на стеках, поскольку стеки легко сделать персистентными. Реализация на двух стеках не подходит для этого, так как в худшем сучае требует
времени, а значит и памяти в случае персистентности на операцию. Покажем сначала как создать очередь в реальном времени с времени на операцию, а затем превратим ее в персистентную.Реализация очереди на шести стеках
Одним из минусов реализации на двух стеках является то, что в худшем случае мы тратим
времени на операцию. Если распределить время, необходимое для перемещения элементов из одного стека в другой, по операциям, мы получим очередь без худших случаев с истинного времени на операцию.Сначала будем действовать аналогично случаю с двумя стеками. Пусть у нас есть стек
для операций и стек для операций . К моменту опустошения стека нам нужно успеть получить стек , содержащий текущие элементы стека в правильном для извлечения порядке. Перекопирование (recopy mode) начнется, когда появится опасность того, что мы не сможем за оставшиеся операций со стеком перекопировать стек в новый стек . Очевидно, это ситуация , пусть такое состояние отражает специальная переменная логического типа .Понятно, что во время перекопирования могут поступить операции
, а стек в это время потеряет свою структуру, сложить элементы туда мы уже не сможем, значит нужно завести еще один стек , в который мы и будем складывать новые элементы. После окончания перекопирования мы поменяем ролями и , и вроде бы все станет хорошо.Однако, если реализовать этот алгоритм, мы получим неприятную вещь: старый стек
может и не опустошиться за это время, то есть мы получили два стека с выходными данными, а значит, возможен случай (например, если все поступающие операции — ), когда при следующем перекопировании у нас не будет свободного стека для копировании туда элементов . Для преодоления этой проблемы мы принудительно будем извлекать все элементы из стека во вспомогательный стек , затем копировать элементы из стека в , а затем обратно копировать элементы из стека в . Легко показать, что приведенный алгоритм как раз получает на выходе в все элементы стеков в правильном порядке.Но этого еще недостаточно. Если мы принудительно извлекаем элементы из стека
, появляются следующие проблемы:- Что вернуть при операции ? Для этого заведем себе стек — копию стека , из которого мы и будем извлекать требуемые элементы.
- Как поддерживать корректность такой копии? Поскольку этот стек нужен только для перекопирования, а во время него он занят, нужна запасная копия для копирования всех элементов, которые мы копируем в , а по окончании перекопирования поменяем ролями стеки , как мы делали со стеками .
- Как учесть, что во время перекопирования часть элементов была извлечена из ? Для этого заведем специальную переменную , которая показывает, сколько корректных элементов находится в стеке , и уменьшается при каждом извлечении из или операции . К счастью, все некорректные элементы будут нарастать со дна стека, так что мы никогда не извлечем некорректный элемент, если . Если во время операции у нас , это означает, что теперь в стеке находится весь правый кусок очереди, так что нам придется извлечь элемент из него.
Теперь может возникнуть проблема с непустым
после завершения перекопирования. Покажем, что мы всегда успеем его опустошить, если будем использовать дополнительное извлечение из него при каждой операции в обычном режиме, для этого полностью проанализируем алгоритм.Пусть на начало перекопирования в стеке
содержится элементов, тогда в стеке находится элементов. Мы корректно можем обработать любое количество операций , а также операций . Заметим, что операция во время перекопирования всегда возвращает , так как мы не можем извлекать элементы из стека , который не пустой. Таким образом вместе с операцией, активирующей перекопирование, мы гарантированно можем корректно обработать операцию.Посмотрим на дополнительные действия, которые нам предстоят:
- Переместить содержимое в , действий.
- Переместить содержимое в стеки , действий.
- Переместить первые элементов из в , остальные выкинуть, действий.
- Поменять ролями стеки , , действия.
Таким образом, получили
дополнительных действия за операций, или дополнительных действий на операцию в режиме перекопирования, что и требовалось.Теперь рассмотрим, как изменились наши стеки за весь период перекопирования. Договоримся, что операция
не меняет очередь, то есть никакие дополнительные действия не совершаются. Пусть за следующих за активацией меняющих операций ( ) поступило операций , операций . Очевидно, что после перекопирования в новых стеках окажется: элементов в , элементов в , то есть до следующего перекопирования еще операции. С другой стороны, стек содержал всего элементов, так что мы можем очистить его, просто удаляя по одному элементу при каждой операции в обычном режиме.Итак, очередь
будет состоять из шести стеков , а также двух внутренних переменных , которые нужны для корректности перекопирования + дополнительная переменная , показывающая, перемещали ли мы элементы из стека в стек , чтобы не начать перемещать эти элементы в стек .Инвариант очереди (обычный режим):
- Стек содержит левую половину очереди, порядок при извлечении обратный.
- Стек содержит правую половину очереди, порядок при извлечении прямой.
- — копия
Тогда к следующему перекопированию (
) мы гарантированно будем иметь пустые стеки , которые нам понадобятся.Инвариант очереди (режим перекопирования):
- Если
- При первые элементов — корректны, то есть действительно содержатся в очереди.
- При стек содержит весь правый кусок очереди в правильном порядке.
, то:
Очередь будет работать в двух режимах:
- Обычный режим, кладем в , извлекаем из и из для поддержания порядка, операция .
- Режим перекопирования, кладем в , извлекаем из , возможно из , , совершаем дополнительные действия.
Также после операции в обычном режиме следует проверка на активацию перекопирования (
), если это так, , совершается первый набор дополнительных действий.После операции в режиме перекопирования следует проверка на завершение перекопирования (
), а при завершении меняются ролями стеки , .Следующий псевдокод выполняет требуемые операции:
empty
empty() return !recopy and R.size == 0
push
push(x) if !recopy: L.push(x) if Rc'.size > 0: Rc'.pop() checkRecopy() else: L'.push(x) checkNormal()
pop
pop() if !recopy: tmp = R.pop() Rc.pop() if Rc'.size > 0: Rc'.pop() checkRecopy() return tmp else: tmp = Rc.pop() if toCopy > 0: toCopy = toCopy - 1 else: R.pop() Rc'.pop() checkNormal() return tmp
checkRecopy
checkRecopy() recopy = L.size > R.size if recopy: toCopy = R.size copied = false checkNormal()
checkNormal
checkNormal()
additionalOperations()
// Если мы не все перекопировали, то у нас не пуст стек T
recopy = T.size
0
additionalOperations
additionalOperations() // Нам достаточно 3 операций на вызов toDo = 3 // Пытаемся перекопировать R в T while not copied and toDo > 0 and R.size > 0: T.push(R.pop()) toDo = toDo - 1 // Пытаемся перекопировать L в R и Rc' while toDo > 0 and L.size > 0: copied = true x = L.pop() R.push(x) Rc'.push(x) toDo = toDo - 1 // Пытаемся перекопировать T в R и Rc' с учетом toCopy while toDo > 0 and T.size > 0: x = T.pop() if toCopy > 0: R.push(x) Rc'.push(x) toCopy = toCopy - 1 toDo = toDo - 1 // Если все скопировано, то меняем роли L, L' и Rc, Rc' if T.size == 0: swap(L, L') swap(Rc, Rc')
Персистентная очередь на пяти стеках
После того, как мы получили очередь в реальном времени с обычными стеками, ее можно легко превратить в персистентную, сделав все стеки персистентными, но на самом деле персистентность позволяет не создавать явной копии стека, так что достаточно всего пяти стеков.
Будем отталкиваться от реализации на двух стеках. Пусть у нас есть стек для операций , стек для операций . К моменту опустошения стека нам нужно получить стек , содержащий все элементы стека в правильном для извлечения порядке. Этого можно добиться, если переместить все элементы стека , в стек , назовем такой процесс перекопированием, а очередь будет в это время находится в режиме перекопирования (recopy mode). Режим перекопирования активируется, когда во время очередной операции мы уже можем не успеть переместить нужные элементы, а именно . Состояние очереди будет фиксировать логическая переменная .
Теперь рассмотрим как обрабатывать операции во время перекопирования. В режиме перекопирования операция
, так как мы не можем извлекать элементы, находившиеся в не пустом стеке , значит очередь всегда не пуста. Договоримся также, что операция не меняет внутреннюю структуру очереди и не создает новой версии очереди.Поскольку стек
во время перемещения содержимого теряет свою структуру, мы не сможем положить туда элементы, пришедшие с . Для таких элементов заведем специальный стек в который будем складывать поступающие элементы, а после перекопирования обменяем его ролями с .Этот алгоритм почти работает, но есть проблема: никто не гарантирует, что стек
опустошится за время перекопирования, то есть мы получим в итоге два стека с выходными данными, а значит во время следующего перекопирования у нас может не быть свободного стека (например, если все операции были ). Избавимся от этой проблемы следующим образом: мы принудительно извлечем все элементы стека во вспомогательный стек , затем переместим все элементы стека в стек , затем обратно переместим все элементы в стек . Легко показать, что такая последовательность действий приведет к правильному для извлечения порядку элементов в .Теперь разберемся с операциями
. Теперь у нас теряет свою структуру стек , значит нужна его копия для извлечения элементов. Без персистентности нам бы пришлось создавать такую копию параллельно с самим стеком , но теперь мы можем просто записать в последнюю версию стека и дальше извлекать элементы уже из нее. Чтобы учесть извлеченные из копии элементы, будем использовать переменную , будем уменьшать ее на при каждом извлечении из и операциях . Так как извлеченные элементы будут нарастать со дна стека , мы никогда не извлечем некорректный элемент, если , а при в стеке будет содержаться весь правый кусок очереди в правильном порядке, так что придется извлечь элемент и из него тоже.Теперь проанализируем наш алгоритм. Пусть в стеке
на начало перекопирования содержатся элементов, тогда в стеке находится элемент. Мы можем корректно обработать все операции , а также операций , операции мы не учитываем. Тогда мы должны завершить перекопирование не больше, чем за операцию.Всего в режиме перекопирования нужно:
- Переместить содержимое в , времени, памяти.
- Переместить содержимое в , времени, памяти.
- Переместить первые элементов из стека в стек , остальные выкинуть, времени, памяти.
- Поменять ролями стеки , времени.
Таким образом, мы получили
времени и памяти на операцию, то есть времени и памяти на операцию. Совершая три дополнительных действия вместе с каждой операцией в режиме перекопирования мы гарантируем, что перекопирование завершится до опустошения стека .Теперь проверим корректность условия активации. Пусть среди
следующих за активацией операций присуствует операций и операций . Тогда, очевидно, в стеке окажется элементов, а в стеке станет элементов, то есть на элемент меньше, чем в стеке , а значит до следующего перекопирования операции.Заметим, что теперь если очередь находится в обычном режиме,
, значит .Итак, очередь
будет состоять из пяти стеков , а также двух внутренних переменных , которые нужны для корректности перекопирования, + дополнительной переменной , начинали ли мы уже перемещать элементы из стека в , чтобы не начать их перекладывать в .Инвариант очереди (обычный режим):
- Стек содержит левую половину очереди, порядок при извлечении обратный.
- Стек содержит правую половину очереди, порядок при извлечении прямой.
Инвариант очереди (режим перекопирования):
- Если
- При первые элементов — корректны, то есть действительно содержатся в очереди.
- При стек корректный, то есть содержит все элементы правого куска очереди в правильном порядке.
, то:
Очередь будет работать в двух режимах:
- Обычный режим, кладем в , извлекаем из , операция .
- Режим перекопирования, кладем в , извлекаем из , , совершаем дополнительные действия.
Также после операции в обычном режиме следует проверка на активацию перекопирования(
), если это так, , совершается первый набор дополнительных действий.После операции в режиме перекопирования следует проверка на завершение перекопирования (
), а при завершении меняются ролями стеки .В качестве версии очереди мы будем использовать запись
, содержащую пять версий стеков и три переменных. Пусть персистентный стек возвращает вместе с обычным результатом работы стека новую версию, то есть операция возвращает , а операция возвращает , аналогично свою новую версию возвращает и персистентная очередь.Следующий псевдокод выполняет требуемые операции:
empty
empty() return !recopy and R.size == 0
push
push(x) if !recopy: Ln = L.push(x) Q' = <Ln, L', R, R', T, recopy, toCopy, copied> return Q'.checkRecopy() else: Ln' = L'.push(x) Q' = <L, Ln', R, R', T, recopy, toCopy, copied> return Q'.checkNormal()
pop
pop() if !recopy: <Rn, x> = R.pop() Q' = <L, L', Rn, R', T, recopy, toCopy, copied> return <Q'.checkRecopy(), x> else: <Rn', x> = R'.pop() curCopy = toCopy Rn = R if toCopy > 0: curCopy = curCopy - 1 else: <Rn, x> = Rn.pop() Q' = <L, L', Rn, Rn', T, recopy, curCopy, copied> return <Q'.checkNormal(), x>
checkRecopy
checkRecopy() if L.size > R.size: Q' = <L, L', R, R', T, true, R.size, false> return Q'.checkNormal() else: return <L, L', R, R', T, false, toCopy, copied>
checkNormal
checkNormal()
Q' = Q.additionalOperations()
// Если мы не все перекопировали, то у нас не пуст стек T
return <Q'.L, Q'.L', Q'.R, Q'.R', Q'.T, Q'.T.size
0, Q'.toCopy, Q'.copied>
additionalOperations
additionalOperations() // Нам достаточно 3 операций на вызов toDo = 3 // Пытаемся перекопировать R в T Rn = R Tn = T curCopied = copied while not curCopied and toDo > 0 and Rn.size > 0: <Rn, x> = Rn.pop() Tn = Tn.push(x) toDo = toDo - 1 Ln = L // Пытаемся перекопировать L в R while toDo > 0 and Ln.size > 0: curCopied = true <Ln, x> = Ln.pop() Rn = Rn.push(x) toDo = toDo - 1 curCopy = toCopy // Пытаемся перекопировать T в R с учетом toCopy while toDo > 0 and Tn.size > 0: <Tn, x> = Tn.pop() if curCopy > 0: Rn = Rn.push(x) curCopy = curCopy - 1 toDo = toDo - 1 Ln' = L' // Если все скопировано, то меняем роли L1, L2 if T.size == 0: swap(Ln, Ln') return <Ln, Ln', Rn, R', Tn, recopy, curCopy, curCopied>