[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Checkpoint duration
Ale za to kolumna Flushes podaje ile buforow trzeba bylo zapisac
na dysk podczas checkpointu. To daje jakies wyobrazenie nie tyle o czasie, co o
czarnej robocie, ktora Progress musi wykonac podczas checkpointu. Jesli
wielkosc Flushes ma stale wartosc znacznie odbiegajaca od zera,
to znaczy, ze systemowi przydaloby sie strojenie (np. zwiekszenie rozmiaru
klastra bi i wystartowanie proapw).
Marek Prokop
jsapinski@amadeus.net wrote:
> Witam,
>
> dzieki za list. Juz wczesniej zagladalem do tej opcji menu (a takze do
> tabeli _checkpoint w VST) jednakze nie pokazuje ona jak dlugo trwal
> checkpoint. Kolumla Len podaje tylko odstep w sekundach pomiedy kolejnymi
> checkpointami.
>
> Pozdrawiam,
>
> Jacek Sapinski
>
> From: "Marek Prokop" <mprokop@progress.com>@zeto.bydgoszcz.pl on
> 26/04/2002 13:36 ZE2
>
> Please respond to progress@zeto.bydgoszcz.pl
>
> Sent by: owner-progress@zeto.bydgoszcz.pl
>
>
> To: progress@zeto.bydgoszcz.pl
>
>
> cc:
>
>
>
>
>
>
> Subje Re: Checkpoint duration
> ct:
>
>
> Nalezy wywolac:
> promon nazwabazy
> i po wyswietleniu menu wpisac (literalnie):
> R&D
> a nastepnie
> 3. Other Displays ...
> a nastepnie
> 4. Checkpoints
>
> pojawi sie lista ostatnich checkpointow:
> ?04/26/02 Checkpoints
> 13:30:47
>
> Ckpt ------ Database Writes ------
> No. Time Len Dirty CPT Q Scan APW Q Flushes
>
> 9 13:28:25 0 41 0 0 0 0
>
> 8 13:28:24 1 38 0 0 0 21
> 7 13:28:17 7 30 0 0 0 17
> 6 13:28:16 1 29 0 0 0 12
> 5 13:28:13 3 29 0 0 0 17
> 4 13:28:11 2 24 0 0 0 12
> 3 13:28:11 0 25 0 0 0 12
> 2 13:28:09 2 20 0 0 0 13
>
> Enter <return>, R, P, T, or X (? for help):
>
> pozdrawiam,
> Marek Prokop
>
> jsapinski@amadeus.net wrote:
>
> > Witam,
> >
> > czy w Progressie v.9 mozna znalez informacje jak dlugo trwaja
> checkpointy?
> > Moja baze wykazuje objawy blokowania sie co kilka minut. Liczba zapisow
> na
> > checkpoint jest bardzo niska (kilka blokow), wiec checkpoint nie powinien
> > trwac dlugo ale chcialbym sie upewnic.
> >
> > Pozdrowienia,
> >
> > Jacek Sapinski
> >
> > Amadeus Data Processing
> > Berghamer Str. 6
> > 85435 Erding, Germany
> > tel. +49 8122 43 3500
> >
> > Important: This e-mail transmission is intended only for the use of the
> > indidvidual or entity to which it is addressed. It may contain
> information
> > that is privileged, confidential, or otherwise protected from disclosure
> > under applicable law. If you are not the intended recipient (or an
> employee
> > or agent responsible for delivering the transmission to the intended
> > recipient), you are hereby notified that any dissemination, distribution,
> > copying or use of this transmission or its contents is strictly
> prohibited.
> > If you have received this transmission in error, please delete it
> > immediately from all files or folders where it appears (including any
> > archive and backup folders) and notify us immediately by replying to this
> > e-mail.
> >
> > ------
> > Strona WWW: http://pluton.pol.lublin.pl/pugpl/index.htm
> > Obsluga listy: listserv@zeto.bydgoszcz.pl
> > Archiwum listy: http://www.zeto.bydgoszcz.pl/progress/index.html
> > ------
>
> ------
> Strona WWW: http://pluton.pol.lublin.pl/pugpl/index.htm
> Obsluga listy: listserv@zeto.bydgoszcz.pl
> Archiwum listy: http://www.zeto.bydgoszcz.pl/progress/index.html
> ------
>
> ------
> Strona WWW: http://pluton.pol.lublin.pl/pugpl/index.htm
> Obsluga listy: listserv@zeto.bydgoszcz.pl
> Archiwum listy: http://www.zeto.bydgoszcz.pl/progress/index.html
> ------
------
Strona WWW: http://pluton.pol.lublin.pl/pugpl/index.htm
Obsluga listy: listserv@zeto.bydgoszcz.pl
Archiwum listy: http://www.zeto.bydgoszcz.pl/progress/index.html
------