Skip site navigation (1)Skip section navigation (2)
Date:      Tue, 22 Jan 2013 09:35:39 -0500
From:      Adam McDougall <mcdouga9@egr.msu.edu>
To:        freebsd-stable@freebsd.org
Subject:   Re: time issues and ZFS
Message-ID:  <50FEA3BB.3060607@egr.msu.edu>
In-Reply-To: <8738xtwggj.fsf@os.inf.tu-dresden.de>
References:  <E1TxFcr-0006dx-MX@kabab.cs.huji.ac.il> <1358780588.32417.414.camel@revolution.hippie.lan> <E1TxJP2-000DS8-DJ@kabab.cs.huji.ac.il> <1358783667.32417.434.camel@revolution.hippie.lan> <CAJ-Vmo=2Dmf4Lb-uoUQDrybyRSS=_bnV5KcNYGg5MnMxfhhu7w@mail.gmail.com> <E1TxYHa-0002yo-4Y@kabab.cs.huji.ac.il> <8738xtwggj.fsf@os.inf.tu-dresden.de>

next in thread | previous in thread | raw e-mail | index | archive | help
On 01/22/13 07:27, Julian Stecklina wrote:
> Thus spake Daniel Braniss <danny@cs.huji.ac.il>:
>
>> In the meantime here is some info:
>> Intel(R) Xeon(R) CPU E5645: running with no problems
>>    LAPIC(600) HPET(450) HPET1(440) HPET2(440) HPET3(440) i8254(100) RTC(0)
>>
>> Intel(R) Xeon(R) CPU X5550: this is the problematic, at least for the moment
>>    HPET(450) HPET1(440) HPET2(440) HPET3(440) LAPIC(400) i8254(100) RTC(0)
>
> Does anyone know why the LAPIC is given a lower priority than HPET in
> this case? If you have an LAPIC, it should always be prefered to HPET,
> unless something is seriously wrong with it...
>
> Julian
>
> _______________________________________________
> freebsd-stable@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-stable
> To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org"
>

This may help:

"Problem with LAPIC timer is that it stops working when CPU goes to C3 
or deeper idle state. These states are not enabled by default, so unless 
you enabled them explicitly, it is safe to use LAPIC. In any case 
present 9-STABLE system should prevent you from using unsafe C-state if 
LAPIC timer is used. From all other perspectives LAPIC is preferable, as 
it is faster and easier to operate then HPET. Latest CPUs fixed the 
LAPIC timer problem, so I don't think that switching to it will be 
pessimistic in foreseeable future.

-- 
Alexander Motin"



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?50FEA3BB.3060607>