Я не видел Газовый ассемблер а именно, но в целом стек "реализован" путем поддержания ссылки на местоположение в памяти, где вершина стека находится. Ячейка памяти хранится в регистре, который имеет различные названия различной архитектуры, но может считаться регистром указателя вершины стека.
поп и команды нажатия реализованы в большей части архитектуры для Вас путем здания на микро инструкциях. Однако некоторая "Образовательная Архитектура" требует, чтобы Вы реализовали их Ваш сам. Функционально, нажатие было бы реализовано несколько как это:
load the address in the stack pointer register to a gen. purpose register x
store data y at the location x
increment stack pointer register by size of y
кроме того, некоторая архитектура хранит последний используемый адрес памяти как Указатель вершины стека. Некоторое хранилище следующий доступный адрес.
Как эта статья объясняет: «Megastore - это менеджер записей с индексированием транзакций, созданный Google поверх BigTable».
Что Megastore снова добавляет поверх BigTable в соответствии с указанным мной URL-адресом (конечно, я не могу обсуждать то, что Google еще не обнародовал!), это то, что может быть нелегко увидеть с точки зрения приложения App Engine, в зависимости от того, что App Engine уже добавил свой собственный поверх BigTable. Например, Megastore добавляет группы сущностей для транзакционного поведения ... но в App Engine уже давно они есть. Вам действительно важно, как App Engine внутренне реализует или будет реализовывать в будущем идентичные API ...?
Megastore поддерживает схемы ... но кто знает, будут ли они?