Hotove binarky musi byt dynamicky slinkovane. Pak se pustenim procesu skrze utilitu cr_run dale dynamicky prilinkuje libcr.so, ktera zajistuje, ze proces ma schopnst byt uspan/restartovan (nejaka systemova volani, jejichz podporu na druhe strane pridava prislusny jaderny modul). Tehoz lze docilit nastavenim promene prostredi LD_PRELOAD. K jiz bezicimu procesu to neprilinkujete. Resources - sitova spojeni by urcite byla problemem; zato standardni filedeskriptory jsou ulozene, tj. po probuzeni proces pise do souboru a na mista, kde skoncil ve chvili checkpointu. Byl-li soubor mezitim zmenen, pak jej bud zkrati, nebo naopak doplni nulami. K tomu muze dojit napriklad tehdy, kdyz udelate zalozni checkpoint, ale proces nechate bezet, tj. on dale pripisuje do souboru. Pak dojde k padu (at uz systemu, nebo procesu) a po oziveni ze zalozniho checpointu se proces vrati na prislusne misto (zpravidla to tedy znamena, ze se soubor zkrati). Chci-li proces uspat a pak ozivit, checkpointuji ho se signalem 9 (aby na nej nemohl nijak reagovat a proste skoncil). Poslat signal po checkpoitu nabizi prislusna utilita cr_checkpoint. Jeste poznamenam, ze ne vzdy lze checkpoint pouzit po upgradu jadra - je nutne, aby jadro, na kterem probehl checkpoint, bylo dostatecne podobne tomu, na kterem se jej pokusite ozivit. Podstatne je, aby se nemenily jaderne datove struktury procesu. Na CentOSu to byl s distribucnim jadrem problem cas od casu. Ted je klastr cely 'schovany', takze na vypocetnich uzlech neupgraduji jadro a tento problem neresim. Netroufam si odhadnout pravdepodobnost problemu s Debianimi jadry.