Не очень понятно, почему "сохраненный в history контекст" должен занимать разный объем до и после перезапуска. History для закладок в хроме после перезапуска восстанавливается, я сейчас проверил (посмотрел на закладку, которую заведомо не трогал после перезапуска - history на месте).
А файрфоксом не пользуюсь, поэтому судить не могу :-)

До перезапуска - в каждом "элементе" history лежит HTML документ - DOM дерево с его JS контекстом. По нажатию "Back" происходит "переключение" отображения на сохранённый документ. Легко заметить, что содержимое, скажем, полей ввода при этом сохраняется.
После перезапуска - в каждом "элементе" history лежит URL документа, который будет загружен, распарсен и отображён при нажатии кнопки "Back". Легко заметить, что содержимое, скажем, полей ввода при этом не сохраняется.

Вот простой скрипт проверки:
1.html:
< script >
var a = 1;
< /script >
< a href="1.html?" >new doc< /a >
< input type="button" onclick="alert(a++);" >

Так это надо из хрома выйти-войти, а мне не хочется :-)
Вот доживу до очередного "перезапуска естественным путём" - проверю :-)

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

Это я так к слову. А так - наша цель перезагружать комп только при смене операционки.

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

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

Но концепция "упал-отжался" сейчас выглядит несколько практичнее - и даже не знаю, "к сожалению" это или "к счастью". В процессор может внезапно попасть граната, тогда его обычно таки приходится перезагружать, и лучше чтобы после перезагрузки всё вернулось максимально близко к тому, как оно было до того. Одна из проблем вечной молодости - невозможность для организма человека проведения операции вида "выключить, заменить компонент, включить обратно". А широко известный в узких кругах Дмитрий Завалишин тем временем выпиливает из цельного куска объектно-ориентированного мрамора über-операционку phantom, которая сможет отжимать после падения не только себя, но и состояние всех запущенных приложений...

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

> После перезапуска - в каждом "элементе" history лежит URL документа, который будет загружен, распарсен и отображён при нажатии кнопки "Back". Легко заметить, что содержимое, скажем, полей ввода при этом не сохраняется.

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

Этого недостаточно чтобы утверждать о том, что хром "сохраняет DOM-дерево" для каждого элемента history при перезапуске, но достаточно чтобы предположить что "что-то такое он всё-таки делает" :-)