I-Nex system Information tool for Linux

Najnowsze buildy I-Nex pojawiły się już bez zewnętrznego programu i-nex-cpuid. Nie można już więc używać konsolowego narzędzia do wydobywania informacji o CPU. Od teraz wszystko odbywa się w GUI.

i-nex-cpuid był programem który i-nex wykonywał podczas startu, zwracał on dane w formacie JSON, przez co I-Nex mógł w bardzo prosty sposób je sformatować i pokazać w karcie CPUID.

i-nex-cpuid używał biblioteki libcpuid, został stworzony na potrzeby wykonania instrukcji CPUID. Użycie tej biblioteki bezpośrednio w języku gambas było dość problematyczne, jednak obecna dokumentacja i pomoc uzyskana na włoskim forum rozwiązała sprawę użycia tej biblioteki w języku Gambas.

Po dwóch latach prac nad I-Nex z kilkoma przerwami, w końcu nadszedł czas by wydać nową wersję. Długo zastanawiałem się nad tym aby to zrobić, i dziś to robię. Nowa wersja przynosi dość dużo zmian, nie sposób mi wymienić je wszystkie, tworząc changelog bazuję na commitach z gita, zawsze dość drastycznie je zawężam do tych najważniejszych. Co prawda w tym wydaniu musimy obejść się bez Cerbero, niestety brak jest na razie środków na utrzymanie serwera, a i samo Cerbero wymaga przepisania, jak na razie nie mam na to czasu. Zastanawiałem się też czy kiedyś będzie kres, w którym I-Nex nie będzie w stanie już więcej wydobyć informacji, jednak jest wręcz przeciwnie, jest jeszcze ogrom pracy nad tym aby stworzyć z I-Nex najbogatsze centrum wiedzy o sprzęcie. Nad przygotowaniem tej wersji pomagało mi kilka osób którym serdecznie dziękuję, a są to:

Fademind, alphastar868, shirishag75

Dziękuję także panu Veselin Georgiev autorowi projektu libcpuid

• Change: Zmieniono wielkość i pozycje tekstu w karcie CPUID.
• Fix: Naprawione wykrywanie pamięci L3 oraz Clock by ic.
• Experimental: Wykrywanie modułów odpowiedzialnych za EEPROM dla pamięci DDR2,3,4.
  przełącznik –smbus
• Remove: Usunięte GUI dla DF, UDISKS.
• Experimental: SPD Decode, JEDEC DDR2,3,4.
• Change: Dynamiczne wykrywanie obsługiwanych serwisów przez pastebinit.
• Add: i5 4210-U.
• Add: Centos LOGO.
• Fix: i-nex-lspci.
• Add: Celeron T3000.
• Add: Wsparcie dla blk-mq.
• Update: Settings class module.
• Fix: Memory tab.
• New: GPU Images .
• Change: Memory UI.
• New: GPU Logos For VM.
• Add: Update to i7.json for Haswell, Broadwell and Skylake.
• Add: KDE Neon support LOGO etc..
• Remove: Remove i-nex-cpusage. Add MCPUSAGE.module. Convert from C to Gambas lang.
• Fix: Odświerzanie cpu Mhz.
• Fix: Better list of ASOUND_INPUT_LIST.
• Add: Add Intel i5-6600K and i5-6600.
• Remove: Delete Validate button.
• Fix: copyright file should not be compressed.
• Fix: udev rules should be under /lib/udev/rules.d..
• Fix: Repeating output from thermal_zone.module.
• Fix: uses python script but no dependency on python2 or python3 declared ?.
• Fix: package-contains-timestamped-gzip.
• Fix: files which are not an executable or a script shouldn’t have write permissions.
• Update: Atom Database.
• Fix: need to add one more manpage i-nex-dimms.
• Fix: dependencies don’t tell about gambas3-gb-desktop-x11.
• Fix: update build depends in debian/control.
• Add: Linux Mint Mate Sticker.
• Fix: Not found battery PACKARD BELL BV EasyNote_SJ51.

Wbrew tytułowi nie chodzi tu o Urząd Stanu Cywilnego a o Ubuntu Software Center.

Kilka tygodni temu wysłałem wszystkie potrzebne informacje i pliki aby I-Nex znalazł się w repozytorium Ubuntu. Aby znalazł się w nim oficjalnie. Udostępniłem program za 3 dolary jedynie w celach testowych, jako że jest przecież dostępny za darmo.

Ale tu leży ogromny problem. I-Nex jak wiadomo pisany jest w języku Gambas3. Dla repozytorium Daily, wymaga dodania osobno repozytorium Gambas3, mimo iż w oficjalnych repozytoriach Ubuntu, Gambas3 jest dostępny. W przypadku zaś repozytorium Stable, Gambas znajduje się już w tym repozytorium i nie trzeba osobno go dodawać, jako oddzielne repozytorium.

Ale dlaczego w ogóle trzeba dodawać repozytorium gambas3 dla kompilacji Daily i dlaczego Gambas3 znajduje się w stable?

W ogóle jaki sens jest dodawać repozytorium czy udostępniać pakiety Gambas3, skoro one znajdują się w oficjalnych repozytoriach?

Ano właśnie. W repozytoriach Ubuntu, gambas od dawien dawna znajduje się w wersji niestabilnej. 3.1.x, Gambas w wersji 3.1.x nigdy tak naprawdę nie został wydany. Czyli w oficjalnych repozytoriach znajduje się jego niestabilna wersja.

Ktoś powie, że nie jest to ważne, ważne aby korzystać z Gambas3, wersji która jest w repozytoriach, ponieważ dodawanie osobnych repozytoriów jest nieco problematyczne. A ja zadam inne pytanie, jak ja mam pisać stabilny program w niestabilnym środowisku i opierać go o niestabilne biblioteki?

Korzystając z Gambas3 w wersji z oficjalnych repozytoriów Ubuntu, skompilowanie I-Nex jest niemożliwe. I ja się też o to postarałem, aby było to niemożliwe.

Podsumowując sprawę Gambas3, I-Nex prawdopodobnie nie pojawi się w USC, tylko dlatego że osoby pakietujące od dawien dawna nie interesują się tym czy w repozytoriach Ubuntu jakiś pakiet jest stabilny czy nie, i to nie tylko w przypadku Gambas3, wiele innych pakietów także jest w niestabilnych wersjach od dawien dawna, mimo tego że wersja stabilna danego oprogramowania ukazała się. Nikt nie dba o to i nie pilnuje.

Załóżmy że już dodadzą gambas3 w wersji stabilnej do oficjalnych repozytoriów, czyli wersję 3.5.4. Kolejnym problemem jest biblioteka libcpuid, której to nie ma w repozytoriach Ubuntu, mimo kierowanych próśb, od 2008 roku nikt tego nie zrobił, a ja sam z siebie nie mam takiej możliwości, aby to zrobić. Mogę jedynie pisać.

W przypadku innych dystrybucji, wersja Gambas3 jest jak najbardziej aktualna. Biorąc na ten przykład system Arch Linux 🙂

Wczoraj pojawiła się w repozytorium git nowa rewizja biblioteki libcpuid. Która niesie za sobą wykrywanie instrukcji Advanced Power Management Features.

I-Nex z wielu programów do detekcji podzespołów komputerowych, jako jedyny korzysta z tej biblioteki.

Dokładnie dziś rano zostały one dodane do I-Nex i znajdują się na końcu listy w zakładce CPUID na pierwszej głównej karcie CPU.

Wersja libcpuid widnieje jako 0.2.1 r115.

Zmiany widoczne są w kompilacjach Daily dla ubuntu oraz na stronie http://pkg.i-nex.pl/Manjaro/, gdzie udostępniam pakiety dla manjaro oraz archa.

Zmiany te trafią do I-Nex 7.2.0.

Na dniach do I-Nex trafi też kilka linijek kodu odpowiedzialnych za detekcję napięcia procesora. Jednak tą część uznaję jako opcję testową. Wykrywanie napięcia załatwione jest po przez wydobycie informacji z modułu

• w83627ehf
• w83627dhg
• w83627uhg
• w83667hg
• w83667hg
• nct6775
• nct6776

Opcja zostanie dodana wyłącznie do testów.

Commit libcpuid r115:

- Move detection of constant_tsc to common; it is spec'd in Intel docs
- Fix broken interpretation of EAX in leaf 80000000h: it shows max
  800000xx-value, not max xx-value. This causes, for example, to seek
  for extended features on Pentium II, where the extended leafs aren't
  supported by the CPU at all.
  This is only in common feature detection. AMD detection is fine.
- Add detection of a few new features in AMD leaf 80000007h: cbp (core
  performance boost), aperfmperf (APERF/MPERF MSRs supported),
  pfi (processor feedback interface) and pa (processor accumulator).

A tak powinno się przedstawiać napięcie procesora w I-Nex:

Jakiś tydzień, dwa tygodnie temu, nie jestem w stanie określić kiedy. Ale trafiłem na bibliotekę libcpuid dla Linuksa.
Z początku próbowałem bezpośrednio w Gambas utworzyć do niej odwołania, jednak załatwiłem to w nieco inny sposób.

Napisałem osobny program, który wyrzuca na „konsole”, „std” informacje z CPUID. Czyli producenta, wspierane instrukcje, cache, taktowanie itd.
Ten osobny program napisałem w C, nie znając kompletnie tego języka, ale jakoś sobie poradziłem i rozszyfrowałem, do biblioteki dodałem także wykrywanie procesorów Atom Pineview.
W źródłach program figuruje pod nazwą cpu.c i jest kompilowany statycznie z biblioteką libcpuid11 do inex-cpuid, po instalacji znajduje się w /usr/bin.

Karta CPU została podzielona na kolejne dwie karty, CPUINFO i CPUID, po nazwach można wywnioskować iż, pierwsza korzysta z /proc/cpuinfo a druga zaś z inex-cpuid.
inex-cpuid nie „wypluwa” od tak rozproszonych danych, przedstawia je w formacie JSON :), przez co łatwo są one importowane do głównego programu.
Od teraz można się cieszyć tym, że I-Nex przedstawia informacje CPUID w dosyć ładny i łatwy do zrozumienia sposób.