Mam aplikację, która okresowo (po 1 lub 2 sekundach) pobiera punkty kontrolne, rozwidlając się. Zatem punkt kontrolny jest widelcem oryginalnego procesu, który pozostaje bezczynny, dopóki nie zostanie poproszony o uruchomienie, gdy wystąpi jakiś błąd w oryginalnym procesie.

Teraz moje pytanie brzmi, jak kosztowny jest mechanizm fork-on-write widelca. Ile kosztuje pułapka błędu strony, która wystąpi za każdym razem, gdy oryginalny proces zapisze się na stronie pamięci (po raz pierwszy po pobraniu punktu kontrolnego, który jest), ponieważ mechanizm kopiowania na zapisie sprawi, że da to oryginalny proces a inna strona fizyczna niż punkt kontrolny.

Moim zdaniem narzut na pułapkę błędu strony może być dość wysoki, gdy wystąpi przerwanie, lądujemy z obszaru użytkownika na ziemię w jądrze, a następnie z jądra na przestrzeń użytkownika. Ile cykli procesora mogę stracić z takiej pułapki błędu strony. Załóżmy, że pamięć RAM jest wystarczająco duża i nigdy nie musimy zamieniać się na dysk twardy.

Cóż, wiem, że trudno sobie wyobrazić, że schemat punktów kontrolnych jest bardziej wydajny niż ten i dlatego można powiedzieć, dlaczego martwię się o błąd pułapki na stronie, ale proszę tylko o pomysł, ile będzie kosztować ten schemat .