Posted In: I-Nex, Uncategorized
Niedawno opublikowałem drobną aktualizacje programu I-Nex. Wnosi ona poprawiony błąd w zakładce memory, który objawiał się nieprawidłowym liczeniem zużytej pamięci ram.
A także:
Wsparcie dla schedulera blk-mq oraz procesora Celeron T3000.
Posted In: I-Nex, Uncategorized
Witajcie drodzy użytkownicy programu. Dziś po bardzo długiej przerwie natchnęło mnie by zaktualizować nieco program, dokładniej rzecz biorąc usunąłem jedynie jeden plik odpowiedzialny za niepowodzenie instalacji programu, wykonałem także merge z innego repozytorium git. Jednym słowem duperele, ale upierdliwy błąd niepowodzenia instalacji mam nadzieję został naprawiony.
Przyjrzałem się też zmianom w bibliotekach z których korzystam w programie, zaistniały pewne zmiany jak i nowości w bibliotece libcpuid. Wprowadzona została możliwość sprawdzenia temperatury i napięcia. I-Nex już od dłuższego czasu niezależnie od biblioteki libcpuid posiada zaimplementowane owe funkcje. Z innych zmian to dodana obsługa procesorów INTEL BROADWELL, SKYLAKE oraz kilku modeli firmy AMD.
Niestety ostatnio, a dokładniej od roku nie mam czasu na rozwijanie programu, w międzyczasie powstało też kilka programów podobnych do I-Nex, nie zaniepokoiło mnie to jako konkurencja, są to dość ciekawe alternatywy dla CPU-Z, min CPU-X który znajdziecie na Githubie, a im więcej tego typu programów, tym lepiej dla mnie, zawsze można zobaczyć jak ktoś coś zrobił i co do tego wykorzystał. Ja to nazywam kopiowaniem, wy nazwiecie to idiotyzmem, bo po cóż tworzyć dwa takie same programy które mają ten sam cel. Ja na to wam w konkretny sposób nie odpowiem niestety.
Mam nadzieję że w najbliższym czasie wrócę do pisania programu, może nie już tak często i gęsto jak to bywało kiedyś, został mi także jeden komputer do postawienia na nogi, na którym zainstaluje ponownie system Manjaro aby prowadzić pakiety choć dla dwóch różnych systemów pakietowania.
Jeszcze nie rozpocząłem prac nad kolejną wersją, jednak już postanowiłem za co dokładnie zabiorę się w kolejnym wydaniu.
Przede wszystkim Karta Drives ponownie przejdzie renowację, aby jeszcze lepiej wyświetlać dyski twarde, pamięci flash jak i napędy CD/DVD.
Główną zmianą, dosyć eksperymentalną będzie karta GPU:
Dojdą pozycję związane z wersją sterownika używanego przez Xorg oraz wyjątki dla sterowników zamkniętych nVidia jak i ATI.
Z czego dla ATI oraz nVidia, będą wykonane na ślepo. Nie posiadam obecnie sprzętu innego niż intel, mogę jedynie posługiwać się tym co podeślą mi użytkownicy.
Pozycja EDID w karcie GPU zostanie przesunięta całkowicie do nowego okna. Czyli informacje z EDID nie będą pokazywane bezpośrednio w karcie GPU.
Wersja 7.6.0 może ukazać się bardzo późno. Obecnie planuję wydanie na wrzesień, jednak patrząc na zamierzenia względem wersji, możliwe że I-Nex w kolejnej stabilnej wersji ukaże się dopiero w grudniu.
GPU w linuksie to jedna z najtrudniejszych części w programie I-Nex 🙂
Zmieniono moduł Start_App_Args na MStart który od teraz zawiera listę obsługiwanych argumentów z poziomu CLI.
Dodano do about nową osobę raportującą błędy. Jest nim Paweł Baranowski.
Zmieniono funkcję ChkExec i ChkExecDir z funkcji publicznej na lokalną. (więcej…)
Posted In: Bez kategorii, Cerbero, I-Nex, Uncategorized
Zawsze jest element, funkcja którą można by napisać lepiej, zastąpić mniejszą ilością linijek kodu czy też usprawnić w jakiś inny sposób.
Po wydaniu 7.2.0 miała nastąpić przerwa wakacyjna, jednak obecnie wolny nocny czas, pozwala na zajmowanie się projektem. Każda z wersji programu wnosi wiele usprawnień i zmian oraz dodatków. Ostatnie wersje nie przyniosły zbyt wiele zmian w interfejsie aplikacji, za to pod względem usprawnień kodu aż nadto. Od wersji 0.6.6, nie zmienia się praktycznie GUI programu, jedynie przechodzi drobne modyfikacje, mające na celu poprawę wyglądu (Skalowanie).
Wersja 7.4.0 ukaże się najprawdopodobniej dopiero we wrześniu, ponieważ zmiany są tak drastyczne a planowana ilość dodatków jest zbyt duża i wymaga zbyt wielu testów by wydać aplikację szybciej. Jednak I-Nex znany jest z tego, że wersje ukazują się dość często. Jeszcze nigdy jednak nie zdarzyło się tak, aby dana wersja oznaczona jako stabilna była pozbawiona błędu, prawie za każdym razem zapominam o drobnym szczególe.
Od poprzedniej wersji oznaczonej numerem 7.0.0 nie minęło wiele czasu, jednak ilość commitów jaką uzyskała ta wersja, jest dosyć spora. Wersja 7.2.0 uzyskała nieco ponad 80 commitów. Zmiany w tej wersji powinny być znacząco widoczne pod kątem czasu uruchamiania aplikacji. Wiele linijek kodu zostało zastąpionych przez nowe funkcje które znacznie szybciej wykonują powierzone im zadanie. Ta wersja została znacznie zoptymalizowana, wiele instrukcji wykonywanych za SHELL, zostało zastąpionych przez Exec. Wiele niepotrzebnych reguł ładujących pliki zostało zastąpione przez File.Load.
Dzięki tym operacjom, czas uruchamiania programu znacząco się zmienił. Ta wersja także posiada dodane wykrywanie czterech nowych instrukcji, jednak tylko na procesorach AMD.
Poniżej zamieszczam plik zmian w języku polskim oraz przepraszam za ewentualne błędy w składni językowej tych zmian:
Instrukcja instalacji znajduje się na podstronie install. Na pakiety trzeba jednak trochę poczekać.
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
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:
Wczoraj uruchomiłem małą stronę w stylu „Index Of”. Na której można znaleźć testowane przeze mnie programy jak i dzienne kompilacje I-Nex dla Manjaro.
Będzie można tam znaleźć źródła I-Nex, pliki deb, pakiety rpm. Jednak na teraz znajdują się tam tylko pakiety dla Manjaro i alternatywnie dla Arch Linux.
Umieściłem do tej pory kilka kompilacji I-Nex oraz kompilację biblioteki libcpuid r113.
Ten kto używa Manjaro czy Archa, może tam codziennie zaglądać.
Znajdują się tam wyłącznie pakiety dla sześćdziesięciocztero bitowych edycji Manjaro i Archa.
Posted In: I-Nex, Uncategorized
Tagi: i-nex, lm-sensors, sensors, temperatura
Wykrywanie temperatury procesora załatwić można na dwa znane mi sposoby. Pierwszy to zainstalowanie lm-sensors i wykonanie sensors-detect. Nejlepiej wykonać to poleceniem
sudo -i
/bin/yes „” | sensors-detect
Drugim sposobem zaś jest wydobycie danych o temperaturze bezpośrednio z plików. Jednakże położenie plików zmienia się w zależności od sprzętu. I-Nex dziś doczekał się poprawy modułu odpowiedzialnego za wykrywanie temperatury procesora. Zauważyłem błąd przy okazji testując go na Manjaro i zabrałem się za szybką naprawę tego błędu.
I-Nex nie wykorzystuje lm-sensors do wykrywania temperatury procesora, robi to właśnie po przez wydobycie danych z plików zawartych w katalogu /sys. Przy czym zawiera odpowiednią tablicę dzięki której jest w stanie wykryć ją dla większości sprzętu.
A mowa o tych plikach:
TemperaturesDirectiories = [("0"): ("/sys/bus/acpi/devices/LNXTHERM:00/thermal_zone/temp"),
("1"): ("/proc/acpi/thermal_zone/THM0/temperature"),
("2"): ("/sys/class/hwmon/hwmon0/device/temp2_input"),
("3"): ("/sys/class/hwmon/hwmon0/temp1_input"),
("4"): ("/sys/devices/platform/coretemp.0/temp2_input"),
("5"): ("/sys/class/hwmon/hwmon0/device/temp1_input"),
("6"): ("/sys/class/hwmon/hwmon0/temp2_input"),
("7"): ("/sys/bus/acpi/drivers/ATK0110/ATK0110:00/hwmon/hwmon0/temp1_input"),
("8"): ("/sys/devices/virtual/thermal/thermal_zone0/temp")]
To samo także dotyczy temperatury krytycznej, jednak na ten czas istnieją dane na temat położenia tylko jednego pliku. A jest to:
TemperatureCriticalDirectories = [("0"): ("/sys/devices/platform/coretemp.0/temp2_crit")]
Istnieje tylko jeden, ponieważ jeszcze nie znalazłem dokumentacji czy implementacji tego rozwiązania w żadnym innym programie.
Zasadnicze pytanie, na co nam potrzebna jest informacja o krytycznej temperaturze? Moim zdaniem jest to zbędna informacja ale dodałem ją po prostu przy okazji.
Pracuje obecnie jeszcze nad opcją wykrywania obecnego napięcia procesora. Znalazłem jedynie dokumentację modułu w83627dhg-isa-0290. Mógł bym załatwić to po przez lm-sensors. I dać jako opcjonalna zależność w programie. No ale po co? Skoro wszystkie dane przedstawione przez sensors, dane na temat modułu w83627dhg-isa-0290 znajdują sie w katalogu
/sys/devices/platform/w83627ehf.656/
Znajdują tam się wszystkie potrzebne pliki. Wystarczy tylko to odpowiednio poskładać i mamy gotowe wykrywanie napięcia procesora w I-Nex. bez potrzeby wykonywania procesu sensors którego rodzicem był by I-Nex, gdzie dodatkowo co pewien okres czasu musiał by ponawiać wykonanie sensors by dynamicznie przedstawiać dane.
Wykrywanie temperatury CPU w I-Nex
Kompilacja z naprawioną detekcją temperatury powinna już być gotowa w repozytorium Daily.
Ale jak to? Przecież przed chwilką była 0.6.6, to skąd wersja 7.0.0? Nie, nie spałeś pół roku, i tak, to było dosłownie ponad 9 dni temu. I to nie ty spałeś, tylko ja nie spałem.
„Jesteś nienormalny, co ty robisz. Się tylko człowieku kompromitujesz” – Tą są słowa Michała Głowienka gdy zobaczył co się stało.
Zaraz po 0.6.6 miała wyjść wersja 0.7.0. Miała ona mówić o dużych zmianach wniesionych do programu. Z punktu widzenia użytkownika, zmienił się tylko czas uruchamiania programu. Co jest zdecydowanie dużym plusem. Ja posiadając płytę Intel D425KT, co się łatwo idzie domyślić, jest to płyta formatu ITX z zintegrowanym procesorem Intel Atom, i zasilaniem 70watt. A ja na tym moi mili używam KDE 4.13.2.
Nowa numeracja I-Nex wygląda tak:
Mamy teraz wersje 7.0.0, czyli kolejną powinna być 7.2.0 a niestabilną wersją powinna być 7.1.0.
Aktualizacją do 7.0.0 będzie 7.0.2, a do 7.2.0, będzie zaś 7.2.2. Taką sobie przyjąłem taktykę. Już tych szóstek mi się odechciało pisać, ostatnio ich jest o wiele za dużo. A jeszcze pisać zero na początku, aby wszystkim ogłosić, Nie było jeszcze 1.0!!
Przyjmijmy więc że wersją 1.0, będzie I-Nex z numerkiem 10.0.0. Prawda że ładniej?
Cytując wypowiedź Michała Olbera:
„no to co za problem cofnąć zmiany?”
„dajesz tylko info oficjalne i tyle”
„po to przecież powstał git”
Mogłem cofnąć zmiany w GIT, jednak w międzyczasie launchpad pobrał kod z githuba, zbudował paczki i ludzie zaczęli instalować. I teraz jak bym zmienił wersję. To te osoby które zainstalowały 7.0.0, zobaczyły by dopiero aktualizację przy pojawieniu się wersji 7.0.2. Za sprawą mojego błędu, numeracja musi już pozostać.
Najważniejsze zmiany w I-Nex to poprawne wykonywanie zadań w powłoce.
To najważniejsze zmiany wprowadzone do 7.0.0.
