+ Rispondi al Thread
Visualizzazione dei risultati da 1 a 5 su 5

Discussione: Virtuoso DB, gestione checkpoint

  1. #1
    L'avatar di QuasarLex
    QuasarLex non è in linea Novello
    Post
    24

    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

  2. #2
    L'avatar di sistemista
    sistemista non è in linea Topo di biblioteca
    Luogo
    Prato
    Post
    2,683
    Cosa è che non hai capito nello specifico?
    Sono stato nella terra del terrore e dei Vampiri...la transilvania? No!..in Banca.
    A Lupara?Min***a...Tecnologia Sicula è!

  3. #3
    L'avatar di QuasarLex
    QuasarLex non è in linea Novello
    Post
    24
    Quote Originariamente inviato da sistemista Visualizza il messaggio
    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..

  4. #4
    L'avatar di sistemista
    sistemista non è in linea Topo di biblioteca
    Luogo
    Prato
    Post
    2,683
    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.
    Sono stato nella terra del terrore e dei Vampiri...la transilvania? No!..in Banca.
    A Lupara?Min***a...Tecnologia Sicula è!

  5. #5
    L'avatar di QuasarLex
    QuasarLex non è in linea Novello
    Post
    24
    Quote Originariamente inviato da sistemista Visualizza il messaggio
    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

+ Rispondi al Thread

Permessi di invio

  • Non puoi inserire discussioni
  • Non puoi inserire repliche
  • Non puoi inserire allegati
  • Non puoi modificare i tuoi messaggi