Structura aplicației

TuxPulse are o organizare clasică pentru o aplicație desktop scrisă în Python. În repo apar clar folder-ele app, helper, packaging și scripturile de build pentru Arch și pentru pachete DEB și RPM. Acest lucru arată un proiect orientat spre funcționalitate și distribuție multi-distro.

TuxPulse2 este organizat diferit. Structura repo-ului arată separarea dintre frontend și partea nativă. src este zona pentru interfață. src-tauri este zona pentru aplicația nativă Rust. system_files conține fișiere de integrare cu sistemul. Această împărțire este mai modernă și mai clară.

Pe scurt, TuxPulse este mai monolitic. TuxPulse2 este mai modular. Pentru dezvoltare pe termen lung, această schimbare contează mult.

Limbajul de programare

TuxPulse este definit chiar în README ca o aplicație Python + PyQt pentru mentenanță desktop pe Linux. Acesta este stack-ul clasic al proiectului.

TuxPulse2 folosește o combinație diferită. Cargo.toml confirmă partea de Rust și Tauri 2.0, iar package.json confirmă React, React DOM, TypeScript și pachetele Tauri pentru frontend. Din acest punct de vedere, TuxPulse2 este o aplicație hibridă modernă, nu doar o aplicație Rust simplă.

Aceasta este una dintre cele mai mari diferențe dintre TuxPulse și TuxPulse2. Primul proiect merge pe un stack simplu și matur. Al doilea trece la un stack nou, mai aproape de aplicațiile desktop moderne.

Securitatea

La capitolul securitate, diferența este importantă. În README-ul TuxPulse apare explicit faptul că repo-ul include asset-uri pentru helper, systemd și polkit, ca parte din modelul de execuție securizată. În plus, fișierul de service din packaging arată că helperul este pornit ca root, prin ExecStart=/usr/bin/python3 /usr/share/tuxpulse/helper/tuxpulse_helper.py.

TuxPulse2 încearcă să meargă într-o direcție mai strictă. Fișierul tuxpulse_helper_secure.py definește o listă de comenzi permise, folosește SO_PEERCRED pentru a citi UID-ul clientului și răspunde cu eroare pentru comenzile care nu sunt în ALLOWED_COMMANDS. Socket-ul este setat la 0660, iar comentariile din cod spun clar că accesul este gândit pentru root și membrii grupului tuxpulse.

Totuși, TuxPulse2 nu elimină complet modelul helper/service. Scriptul deploy_local.sh copiază helperul securizat, instalează tuxpulse-helper.service, face daemon-reload și pornește serviciul cu systemctl enable --now. Din acest motiv, concluzia corectă este că TuxPulse2 are un model mai filtrat decât TuxPulse, dar încă păstrează un serviciu local cu privilegii.

Consum de resurse

TuxPulse rulează pe Python și PyQt. În README sunt menționate clar și dependențe precum python3-pyqt5, python3-psutil și python3-matplotlib. Acest stack este foarte bun pentru dezvoltare rapidă, dar în mod normal vine cu un overhead mai mare decât o aplicație nativă Rust.

TuxPulse2 arată încă din cod că urmărește performanță mai bună. În main.rs, statisticile RAM sunt citite direct din /proc/meminfo, iar CPU-ul este citit din /proc/stat, cu un comentariu explicit că această abordare este mai rapidă decât folosirea comenzii top.

Aici trebuie spus ceva foarte clar. Eu nu pot confirma un câștig exact de RAM sau CPU fără benchmark pe același sistem și în aceleași condiții. Dar arhitectura TuxPulse2 indică foarte clar o orientare spre consum mai mic și răspuns mai rapid.

Funcții și îmbunătățiri

TuxPulse are deja o listă mare de module. În README sunt enumerate Dashboard, Maintenance, Disk, Kernel, Cleaner, Startup, Services, Packages și Installer. Tot acolo apar dark mode, light mode, suport bilingv și logică de verificare a release-urilor GitHub.

TuxPulse2 pune accent pe o generație nouă de funcții. Pagina repo-ului enumeră dashboard în timp real, detecție inteligentă a bateriei, management de kernel, mentenanță cu un singur prompt, software center pentru Debian, Arch și Fedora, audit de securitate și acces la loguri journalctl.

Aici se vede diferența de filosofie. TuxPulse este deja bogat în funcții și are o bază mai matură. TuxPulse2 încearcă să aducă aceleași idei într-o aplicație mai modernă și mai coerentă tehnic.

Packaging și distribuție

TuxPulse are un builder unificat pentru DEB și RPM, iar în repo există și scaffolding pentru Arch Linux. README-ul îl spune direct. Acest lucru îl face mai bine pregătit pentru distribuția clasică în forma actuală.

TuxPulse2 merge pe modelul Tauri. În README_PACKAGING.md, comanda npm run tauri build compilează frontend-ul React, backend-ul Rust și produce un pachet nativ .deb și alte formate în src-tauri/target/release/bundle/. Repo-ul include și build_all.sh, build_deb.sh și README_PACKAGING.md, ceea ce arată o direcție clară pentru packaging multi-format.

Maturitate și direcție de dezvoltare

Din datele vizibile public, TuxPulse este mai matur ca repo. GitHub afișează 39 de commit-uri pentru TuxPulse, în timp ce TuxPulse2 afișează 2 commit-uri pe pagina principală a repo-ului. În același timp, TuxPulse2 are deja 4 release-uri, ceea ce arată că dezvoltarea merge rapid, chiar dacă baza publică încă pare mai tânără.

Mai există și un detaliu interesant. În README-ul vizibil pe pagina repo-ului TuxPulse2, proiectul este prezentat ca fiind construit cu React și Tauri, în timp ce Cargo.toml și package.json confirmă exact ce există sub capotă: Rust, Tauri, React și TypeScript. Acest lucru întărește ideea că TuxPulse2 este o rescriere serioasă, nu o simplă cosmetizare.

Concluzie

TuxPulse vs TuxPulse2 este comparația dintre două etape ale aceluiași proiect. TuxPulse este versiunea mai matură și mai așezată. Are un set mare de module și o bază clară în Python și PyQt.

TuxPulse2 este direcția nouă. Vine cu Rust, Tauri, React și TypeScript. Are o structură mai modernă. Are un potențial mai bun pentru performanță. Are și o încercare clară de a îmbunătăți modelul de securitate, chiar dacă acesta nu este încă separat complet de un helper privilegiat.

Pe scurt, TuxPulse este prezentul stabil al proiectului. TuxPulse2 pare viitorul lui.