2011/9/14 Tom Lane <tgl@xxxxxxxxxx>: > =?ISO-8859-2?Q?Micha=B3_Piotrowski?= <mkkp4x4@xxxxxxxxx> writes: >> 2011/9/13 Tom Lane <tgl@xxxxxxxxxx>: >>> (This isn't new with 9.1, btw --- the last version or so of 9.0 >>> for F16 was the same, since we switched over to native systemd >>> files.) > >> I used this service file on F15 and it starts slower >> 4214ms postgresql.service > >> if we compare with an old SysVinit script >> 2469ms postgresql.service > >> So I wonder if it makes sense to convert in such case? > > The reason it makes sense to convert is that sysv init scripts are > second-class citizens in the eyes of systemd, and the systemd developers > exhibit no interest in making such scripts actually usable. In > particular the handling of error reports is several steps south of > unacceptable --- cf bug #622663, which is more than a year old and has > been steadfastly ignored. I don't think this is accidental; the > systemd developers want to force all packages to migrate to native > systemd scripts eventually, and one of the best ways to do that is to > make sure that the old scripts are as unfriendly to use as possible. > Minor performance differences aren't going to outweigh complaints > like "my database didn't start and there is no useful error message > anywhere, especially not where systemd told me to look". > > Still, given that we were told that eliminating the use of shell > scripting ought to make things faster, your report surprises me. I'm surprised too - it's the first such case that native service boots slower that I saw. > Certainly postgresql.init was never exactly lean-and-mean, so it > seems like it ought to have been doing more work than the unit file > requires. Are you sure you were comparing apples to apples as far as > the state of the database, kernel disk cache, etc goes? I copied the service to /etc/systemd/system and changed PGDATA variable, then I enabled the service and rebooted. After boot I checked system boot time with systemd-analyze - I saw that it starts slow, so I disabled it and deleted from /etc/systemd/system. After another reboot again checked boot time with systemd-analyze. I'll check tomorrow how repeatable is native service boot time. > > regards, tom lane > -- > devel mailing list > devel@xxxxxxxxxxxxxxxxxxxxxxx > https://admin.fedoraproject.org/mailman/listinfo/devel > -- Best regards, Michal http://eventhorizon.pl/ -- devel mailing list devel@xxxxxxxxxxxxxxxxxxxxxxx https://admin.fedoraproject.org/mailman/listinfo/devel
