Re: Time to run initdb is mostly figure-out-the-timezone work
От | Guillaume Lelarge |
---|---|
Тема | Re: Time to run initdb is mostly figure-out-the-timezone work |
Дата | |
Msg-id | 4B2BB9E7.9020406@lelarge.info обсуждение исходный текст |
Ответ на | Time to run initdb is mostly figure-out-the-timezone work (Tom Lane <tgl@sss.pgh.pa.us>) |
Ответы |
Re: Time to run initdb is mostly figure-out-the-timezone
work
|
Список | pgsql-hackers |
Le 18/12/2009 18:07, Tom Lane a écrit : > On current Fedora 11, there is a huge difference in initdb time if you > have TZ set versus if you don't: I get about 18 seconds versus less than > four. > > $ time initdb > ... blah blah blah ... > > real 0m17.953s > user 0m6.490s > sys 0m10.935s > $ rm -rf $PGDATA > $ export TZ=GMT > $ time initdb > ... blah blah blah ... > > real 0m3.767s > user 0m2.997s > sys 0m0.784s > $ > > The reason for this is that initdb launches the postmaster many times > (at least 14) and each one of those launches results in a search of > every file in the timezone database, if we don't have a TZ value to > let us identify the timezone immediately. > > Now this hardly matters to end users who seldom do initdb, but from a > developer's perspective it would be awfully nice if initdb took less > time. If other people can reproduce similar behavior, I think it > would be worth the trouble to have initdb forcibly set the TZ or PGTZ > variable while it runs. I have the exact same issue: guillaume@laptop:~$ time initdb Les fichiers de ce cluster appartiendront à l'utilisateur « guillaume ». [...] real 0m7.972s user 0m3.588s sys 0m3.444s guillaume@laptop:~$ export TZ=GMT guillaume@laptop:~$ rm -rf t1 guillaume@laptop:~$ time initdb [...] real 0m1.828s user 0m1.436s sys 0m0.368s This is on Ubuntu 9.10. Quite impressive. I think I'll add an alias (alias initdb="TZ=GMT initdb"). -- Guillaume.http://www.postgresqlfr.orghttp://dalibo.com
В списке pgsql-hackers по дате отправления: