关于快照引擎
Scanning Engine (with snapshot engine)
Всем привет!
Сегодня у нас PoC, который решает наболевшую за годы проблему с загрузкой баз. И что печально, размеры баз могут только увеличиваться, а поменять формат баз мало реально. Пришлось чесать репу.
Идея в основе проста (в отличии от реализации). При шатдауне системы SE делает снапшот баз из памяти с нужными служебными данными в специального формата файл на диске. имя файла пока dwsnapshot.bin.
При следующей загрузке, если он видит данный файл, то базы не читаются с диска, а с помощью магии и такой то матери мапятся по нужным регионам со служебными данными, что на многие порядки ускоряет старт SE и загрузку баз, и главное не потребляет хип, т.к. базы отображены напрямую на файл на диске. Со всеми вытекающими бонусами.
Профит во всем, но жизнь жестока и данная фича не всегда может работать (от ребута к ребуту). Наша с вами задача понять профит от этой фичи, найти слабое место, дыры и уязвимости в реализации. По сути эти частичный хибернейт процесса касаемо баз и движка но на базе маппинга.
Нужно:
1. подменить SE из архива в аттаче
2. зарядить машину vmmap для анализа
3. провести замеры скорости старта SE при налчии снимка
4. провести анализ правильности детекта на как можно большем кол-ве вирусни. нужно убедится что при использовании снимка детекты никуда не делись и не появилось ни каких аномалий.
5. проверить на различных ОС что снимок создается и используется. возможны нюансы с созданием его на шатдауне системы.
6. запускаем апдейт, смотрим когда снимок остается а когда полностью выгружается и подменяется на старую реализацию. по баловаться с этим до посинения :)
7. Проверить и сравнить время выхода машины из гибернейта. Из настоящего и фаст шатдауна на win8+
7. и т.д. что вам в голову придет. |
楼主: 驭龙
[复制链接]
发表于 2016-6-11 17:15:54
楼主
