Re: pg_clog woes with 7.3.2 - Episode 2

Поиск
Список
Период
Сортировка
От Kevin Brown
Тема Re: pg_clog woes with 7.3.2 - Episode 2
Дата
Msg-id 20030418203703.GN1833@filer
обсуждение исходный текст
Ответ на Re: pg_clog woes with 7.3.2 - Episode 2  (cbbrowne@cbbrowne.com)
Ответы Re: pg_clog woes with 7.3.2 - Episode 2
Re: pg_clog woes with 7.3.2 - Episode 2
Список pgsql-hackers
cbbrowne@cbbrowne.com wrote:
> The "noapic" option seems a quasi-magical elixir for many sorts of
> ailments.
>
> I upgraded a box to 2.4.20 and discovered that my NIC was no longer
> properly recognized until I threw that option in.  Others in my
> office have /apparently/ the same hardware, and found they didn't
> need the option.
>
> As a "fix," it certainly seems to fall into the
> "snakeoil/superstition" category.  While it often seems to have a
> useful effect, I haven't located any actual explanations as to why
> it should be expected to work.

Well, when it comes to booting a computer, the placebo effect doesn't
really exist.  :-)

Normally I'd agree that "noapic" sounds and smells like snakeoil.  The
problem is that it has observable and repeatable effects on some
systems, and thus can't really be classified as snakeoil (much as one
might like to!).

Why should it be expected to work?  I don't know...possibly because
the APIC hardware is buggy (perhaps in very subtle ways) on some
systems?  Possibly because the APIC driver is subtlely incompatible
with certain APIC hardware?  Possibly because the APIC driver has
certain subtle bugs that only manifest themselves on certain
motherboards with certain peripheral devices?

Whatever the reason, the "noapic" option *does* work on certain
systems, so it unfortunately isn't something that can be dismissed as
mere superstition -- the computer isn't being asked its opinion of its
own health here, nor does it "know" that it should get "well" when
given different boot options.  No "placebo effect" involved, just
repeatable observation (that the observation isn't terribly repeatable
*across* systems does not diminish the validity of the observation).


-- 
Kevin Brown                          kevin@sysexperts.com



В списке pgsql-hackers по дате отправления:

Предыдущее
От: "Dave Page"
Дата:
Сообщение: Re: pg_clog woes with 7.3.2 - Episode 2
Следующее
От: Kevin Brown
Дата:
Сообщение: Re: For the ametures. (related to "Are we losing momentum?")