Re: [devel] Q: cpuid/cpuid2

["Mike A. Plugnikov" <amike@altlinux.ru>]

On Thursday 09 October 2008 01:33:02 Anton Farygin wrote:
> Dmitry V. Levin пишет:
> > On Thu, Oct 09, 2008 at 01:24:28AM +0400, Anton Farygin wrote:
> >> Dmitry V. Levin пишет:
> >>> On Thu, Oct 09, 2008 at 01:15:13AM +0400, Anton Farygin wrote:
> >>>> Michael Shigorin пишет:
> >>>>> On Wed, Oct 08, 2008 at 09:06:05PM +0400, Dmitry V. Levin wrote:
> >>>>>> Что у нас с пакетами cpuid/cpuid2?  Оба выглядят протухшими,
> >>>>>> расположение исполняемых файлов вызывает вопросы.
> >>>>>
> >>>>> Не знаю, но было бы очень клёво что-то придумать к Desktop 4.1.1,
> >>>>> чтоб смотрело на процессор и хотя бы для типичных случаев грузило
> >>>>> модули регулировки частоты.
> >>>>>
> >>>>> Соответственно если выйдет и rider@ поможет, попробую добраться.
> >>>>
> >>>> cpuid/cpuid2 не стоит использовать.
> >>>
> >>> Вообще?  Между прочим, пакет cpuid ни за кем не числится, а пакет
> >>> cpuid2 числится за мантейнером, который в этом году не подаёт признаков
> >>> активности.
> >>>
> >>> Короче говоря, если эти пакеты не стоит использовать и они ни за кем не
> >>> числятся, то зачем они в Сизифе?
> >>
> >> Да, смысла от них никакого - просто выводит информацию, при чём новые
> >> CPU уже не поддерживает.
> >
> > OK, а как теперь принято просто смотреть информацию о современных
> > процессорах?
>
> cat /proc/cpuinfo всё расскажет.
>
> Или тебе хочется большего ? тогда - что именно ?
>
> cpuscan писался глядучи в cpuid, но для него нужно постоянно обновлять
> (ручками) базу в hwdatabase (врочем, для cpuid эту же базу нужно
> хардкодить в код). Данные для базы можно теоретически брать с сайтов
> производителей процессоров.
>
например, что точно умеет процессор (x86_64, поддержка виртуализации и т.д.).