Virtuoso DB, gestione checkpoint

Salve a tutti sto scrivendo una tesi su Virtuoso e Web Semantico

In particolare sono ricaduto su questo spezzone della documentazione che sembra interessante, riguardo la gestione della persistenza tramite checkpoint. Non capisco però l' esempio che fa, qualcuno mi aiuta a capire?

In concept, making a checkpoint consists of writing the last committed state of a page on the read-only pre-checkpoint state. This is in case the page existed before the previous checkpoint. If the page was created after the last checkpoint, making the checkpoint consists of just writing it to disk. Now if the number of pages modified between checkpoints largely exceeds the amount of RAM, the checkpoint will be a disk-to-disk copy process which takes a time proportional to the number of modified pages. This can take a long time. Virtuoso offers a mechanism called checkpoint remap. This allows making a committed state persistent, i.e. safe, without copying all the delta collected since the last checkpoint over the pre-checkpoint state.

The checkpoint remap mechanism means that a page, say number 12 get remapped to 15 when updated. Suppose now that the page were written to disk. Now we have the pre-checkpoint page on 12 and the committed post checkpoint state on 15. If a checkpoint now takes place, instead of copying 15 over 12, which may involve reading the page, we just write that 12 is actually on 15. This speeds up the checkpoint but causes one page to take the space of 2. Now suppose 12 were modified again, now we would see that the pre checkpoint page is 15 and that the original 12 is free. The page now gets mapped to 12. The next checkpoint now will mark that 12 is 12, which was the original condition and 15 is free.
The mechanism is actually more complex but this is the basic idea. By allowing a page to occupy two pages in some situations we dramatically cut down on atomic checkpoint time and improve availability.

Grazie per l' aiuto.. ormai è qualche ora che sono bloccato su queste righe e non mi ci raccapezzo

Cosa è che non hai capito nello specifico?

Originariamente inviato da sistemista

Cosa è che non hai capito nello specifico?

grazie per la risposta

Non ho capito proprio cosa vuole dire, fa casino con le pagine i checkpoint boh, io non ho capito proprio la situazione dell' esempio..

Dove hai preso questo spezzone?non possiamo documentarci solo su alcune frasi prese in un certo range,bisogna seguirne la logica,sicuramente quello che lo ha scritto sapeva quello che diceva.
Sicuramente non è molto chiaro il tutto ma da quello che ho potuto estrapolare a me sembra che sia una specie di compressione poi può darsi che mi sbaglio.

Originariamente inviato da sistemista

Dove hai preso questo spezzone?non possiamo documentarci solo su alcune frasi prese in un certo range,bisogna seguirne la logica,sicuramente quello che lo ha scritto sapeva quello che diceva.
Sicuramente non è molto chiaro il tutto ma da quello che ho potuto estrapolare a me sembra che sia una specie di compressione poi può darsi che mi sbaglio.

9. SQL Reference

E' la documentazione ufficiale del dbms. Il paragrafo sotto. In pratica dovrebbe spiegare come gestisce l' efficienza per quanto riguarda il dump su disco e la persistenza delle transazioni.. ma non se capisce