Re: Why does WAL_DEBUG macro need to be defined by default?
От | Robert Haas |
---|---|
Тема | Re: Why does WAL_DEBUG macro need to be defined by default? |
Дата | |
Msg-id | CA+Tgmoaex_j98yfKpTM3GQZ9-g_H_H1H4abFYz8cofObn4vfYg@mail.gmail.com обсуждение исходный текст |
Ответ на | Re: Why does WAL_DEBUG macro need to be defined by default? (Bruce Momjian <bruce@momjian.us>) |
Ответы |
Re: Why does WAL_DEBUG macro need to be defined by
default?
Re: Why does WAL_DEBUG macro need to be defined by default? |
Список | pgsql-hackers |
On Fri, Oct 7, 2011 at 4:06 PM, Bruce Momjian <bruce@momjian.us> wrote: > Robert Haas wrote: >> On Fri, Oct 7, 2011 at 1:03 PM, Kevin Grittner >> <Kevin.Grittner@wicourts.gov> wrote: >> > Robert Haas <robertmhaas@gmail.com> wrote: >> >> The funny thing is that I've been thinking all of these months >> >> about how convenient it is that we defined WAL_DEBUG in debug >> >> builds >> > >> > IMO, --enable-debug should not do anything but include debugging >> > symbols. ?The ability to get a useful stack trace from a production >> > crash, without compromising performance, is just too important by >> > itself to consider conditioning any other behavior on it. >> >> So, should I go revert this change in head and 9.1, or does anyone >> else want to argue for Heikki's position that we should just leave it >> on, on the theory that it's too cheap to matter? > > I would just fix it in head. That just seems weird. Either it's cheap enough not to matter (in which case there's no reason to revert that change at all) or it's expensive enough to matter (in which case presumably we don't want to leave it on in 9.1 for the 5 years or so it remains a supported release). -- Robert Haas EnterpriseDB: http://www.enterprisedb.com The Enterprise PostgreSQL Company
В списке pgsql-hackers по дате отправления: