Добро пожаловать, Гость. Пожалуйста авторизуйтесь здесь.
FGHIGate на GaNJa NeTWoRK ST@Ti0N - Просмотр сообщения в эхоконференции RU.GOLDED
Введите FGHI ссылку:


Присутствуют сообщения из эхоконференции RU.GOLDED с датами от 16 Jul 13 03:28:02 до 16 Nov 24 03:28:00, всего сообщений: 3632
Ответить на сообщение К списку сообщений Предыдущее сообщение Следующее сообщение
= Сообщение: 3194 из 3632 ======================================== RU.GOLDED =
От   : Semen Panevin                    2:5025/121         03 Nov 23 17:23:32
Кому : Vitaliy Aksyonov                                    03 Nov 23 17:23:32
Тема : Re: CPUID
FGHI : area://RU.GOLDED?msgid=2:5025/121+65450266
На   : area://RU.GOLDED?msgid=1:104/117+6544f32a
= Кодировка сообщения определена как: CP866 ==================================
Ответ: area://RU.GOLDED?msgid=2:5015/46+654524fc
==============================================================================
    Доброго здоровьица тебе, Vitaliy!

 Friday November 03 2023 07:12, Vitaliy Aksyonov писал Semen Panevin:

SP>> какого-нибудь линуксового cpuid, заменить (или дополнить) ту, что
SP>> сейчас в коде голдеда. Текущая реализация никак не использует
SP>> extended model, extended family, даже их не считывает из
SP>> результатов cpuid и не пишет в строке идентификации (пусть даже
SP>> без маппинга на базу известных моделей).
VA> Ничто не мешает завернуть в idef для линуксов отдельно. И тупо читать
VA> из /proc/cpuinfo. Причем это можно сделать обратно-совместимым. Если
VA> вдруг файл не открылся - вернуться на ассемблерный алгоритм.
Я об этом в первую очередь подумал. Но там не всё так просто как хотелось бы (впрочем, такая проблема и с другими реализациями есть) - нигде нет короткого имени модели проца. Везде примерно такое:

model name      : Intel(R) Core(TM) i7-3770S CPU @ 3.10GHz

А хочется только кусок i7 или i7-3770S

Пока что не удалось найти, какая тулза могла бы такое короткое название выкусывать, чтоб оттуда годный код позаимствовать.

Конкретно с /proc/cpuinfo есть ещё другая проблема - нужно убедиться сначала, что там именно proc fs примонтировано, а не просто первый попавшийся файл по такому пути читать, иначе туда что угодно подсунуть можно будет :) Да и файл довольно громоздкий, с инфой по каждому ядру, парсить затратно. Ну не дёргать же из голдеда grep|awk :)

В общем идея позаимствовать альтернативный код для чтения результатов команды 1 cpuid (с чтением extended info) и сделать маппинг на известную базу процов примерно как оно сделано сейчас, но расширенно, используя больше инфы, мне пока нравится больше.

Ну а ifdef сделать тоже можно и нужно, и отдельную опцию сборки типа NEWCPUID=1, чтобы можно было оставить выключенной по дефолту для всяких досов и прочих нелинуксов, и просить кого-то тестить сборку с включением, кто на этих платформах собирать могёт.

                                С наилучшими пожеланиями, Семён.

... Учиться, учиться и учиться! (с) Ленин
--- GoldED+/LNX 1.1.5-b20231030 (Linux 6.1.57-gentoo iF6M10)
* Origin: IceLAN (2:5025/121)

К главной странице гейта
Powered by NoSFeRaTU`s FGHIGate
Открытие страницы: 0.041869 секунды