Das deutsche QBasic- und FreeBASIC-Forum

[Kirodema]

Nettes Tool.
Nur hab ich interessanter weise unter Windows XP 5,7GB swap Speicher und davon sind 0,6 GB in Benutzung? Hab zwar eine swap-Partition aber die is meines Wissens nach 8GB gross und für Windows eigentlich ziemlich irrelevant .
Und die Auslagerungsdatei kanns auch nich sein, weil die hat bei mir nur 4GB. Von wo hat das Progi nun die Idee, ich hätte 5,7GB swap unter Windows?
_________________
Mit freundlichen Grüssen
Kirodema

[28398]

Ich habe das Swap genannt, weil die englische Übersetzung von Auslagerungsdatei auch nicht viel kürzer ist, und zum anderen, weil es dasselbe bezeichnet
Unter Windows kann man, im Gegensatz zu Linux, jedoch nicht die Größe des Auslagerungsspeichers auslesen, sondern nur des virtuellen Speichers.
Darin ist auch die Größe der Auslagerungsdatei enthalten, jedoch gibt es da meines Wissens nach noch ein paar andere Faktoren die da mit reinspielen.
Fakt ist jedoch, das mein Programm nur den Mist anzeigt, den es von Windows bekommt.
Entweder du irrst dich mit deinen 4 GB, oder Windows hat noch irgendwo Speicher "versteckt"

[Kirodema]

Nö sind definitiv 4GB hab ja vorher nachgeschaut
Auf 5,7 GB würd ich nur kommen, wenn ich meinen RAM und die Auslagerungsdatei zusammenzählen würde.
_________________
Mit freundlichen Grüssen
Kirodema

[28398]

Komisch.
Offensichtlich berichtet Windows falsche Informationen (wäre ja nicht das erste mal)

[St_W]

Die Anzahl der CPU-Kerne wird nicht richtig angezeigt: 1 wird angezeigt, obwohl die CPU (Intel Q6600) 4 Kerne hat.

Ich hoffe meine (kritischen ) Testberichte stören nicht. Wenn doch, bitte sagen .

LG, St_W
_________________
Aktuelle FreeBasic Builds, Projekte, Code-Snippets unter http://users.freebasic-portal.de/stw/
http://www.mv-lacken.at Musikverein Lacken (MV Lacken)

[28398]

UPDATE:

Vieeeele Features und Bugfixes!

-Kann einen HTML Report erstellen (fbSysMon.html im Arbeitsverzeichnis der fbSysMon.exe)
-Bugfixes (RAM Bug, Anzeigebug (mal wieder) usw.)

Dieser HTML Report hat es aber in sich.
Im Hauptfenster werden nur wichtige Sachen angezeigt, im Report ALLES.
Von 3DNow!, über MMX zu SSSE3 und VMX!

Die Basic-HTML Datei wird DIREKT im Programmcode von fbSysMon per incbin eingebunden.
Danach werden bestimmte Marken (z.B. "[HAS_MMX]") einfach durch die Werte ersetzt, die fbSysMon.html falls vorhanden gelöscht, geöffnet, und das ganze hineingeschrieben.
Genauso genial wie einfach!

Wer sich einfach mal einen Report anschauen will: *klick* oder *klick*

(Das einzige was immernochnicht funktioniert ist die CPU Last... wenn sich da bald nicht etwas besseres findet als dreaels Notbehelf-VBS-Lösung, nehm ich das raus...)

Screenshots:


Downloads:
http://28398.ath.cx/stuff/fbSysMon.7z (Sourcecode)
http://28398.ath.cx/stuff/fbSysMon.exe (Binary)

[Slim_Shady]

Hm... eig ganz ok, was mir beim html-Bericht aber nicht gefällt:

[28398]

Na denn... warte auf die nächste Version

[Jojo]

ja...eigentlich steht immer (es sei dem du bist grad im fernen osten) links das attribut und rechts der wert... die attribut-spalte würde ich dann rechtsbündig ausrichten. um code zu sparen würde ich es wie folgt machen:

[28398]

Weil diehier sich auch dafür zu interessieren scheinen.
Die Formatierungsänderung in der Tabelle habe ich imho schon angekündigt, und wird daher auch wie geplant in der nächsten Version übernommen sein.

Durchaus interessant ist es aber doch, dass wenn ich PSPad alle doppelten Leerzeichen entfernen lasse, und danach den HTML Code neu strukturieren lasse, die Datei nur noch 6 KB statt 11 KB groß ist

[Jojo]

du kannst ja tabs statt doppelten leerzeichen benutzen.
_________________
» Die Mathematik wurde geschaffen, um Probleme zu lösen, die es nicht gäbe, wenn die Mathematik nicht erschaffen worden wäre.

[28398]

Ist schon klar, Jojo, allerdings nimmt PSPad automatisch doppelte Leerzeichen.
Nur hats vorher aus irgendeinen Grund Blöcke von solchen

[Jojo]

in den einstellungen gibt's eine option "echte tabulatoren verwenden"...
_________________
» Die Mathematik wurde geschaffen, um Probleme zu lösen, die es nicht gäbe, wenn die Mathematik nicht erschaffen worden wäre.

[28398]

Hab ich gefunden

Falls jemand ein besseres Englisch als ich hat (=jeder), und mal Lust und Laune dazu hat, könnte einmal nachschauen ob das Englisch im HTML Report so ok ist.

[Jojo]

ich hab jetzt einfach mal den ganzen report kopiert und korrigiert:
Man sollte sich bei sowas immer knapp halten also nicht immer ein "your" davor schreiben, umschreiben, etc...

[28398]

Danke, Jojo!

Habe alles nach deinen Wünschen korrigiert & übernommen.
Daher: Mal wieder neue Version...

(Was ich mir früher nie vorstellen konnte war, dass man in knapp 1000 Zeilen so eine Funktionalität eines Programmes hinbekommen kann. Naja jetzt weiss ichs besser... aber ich glaube das liegt aber auch größtenteils an der supereinfachen fbGFXlib, wo man sich nich darum kümmern muss, ob der Screen erstellt wurde usw.
Aber vll. auch an meinen Programmierstil, starken Gebrauch von Präprozessoren und Prozeduren zu machen.
Und natürlich an FB, weil man sich um viele Sachen, die man in C/C++ erst aufwändig ermitteln muss, einfach nicht kümmern braucht.
Da ich ja auch ein bisschen C++ kann, würde ich grob schätzen, dass man für das selbe Programm in C++ mindestens 3500 Zeilen brauchen würde...)

[28398]

Ich habe eine neue Version hochgeladen, diesmal ist die Binary komprimiert (mit UPX) 161 KB -> 73,5 KB. (Für die Modemuser... und um bei b00ns eindruck zu schinden x) )

[28398]

Ich glaube, ich kann mit Recht und Stolz behaupten, das kleinste Systemdiagnosetool mit eigener GUI, Report-Funktion und Crossplatformfähigkeit der Welt geschrieben zu haben.

Gerademal 59 KB groß ist die Windows Binary .
Ich habe den gesamten Code optimiert, verkleinert, die eingebundene HTML Datei verkleinert (beispielsweise überflüssige Leerzeichen entfernt), und das grosse Bitmap von Hand "vektorisiert", sprich ein Integer-Array erstellt, was die Daten des Bitmaps enthalten, nur eben um den Faktor 1000 kleiner .
Ausserdem benutzte ich jetzt stdio, anstatt der FB Funktionen (fast gar kein Platzverbrauch, da die CRT so oder so eingebunden wird, mit FB Funktionen fast 4 KB mehr).
Natürlich sind auch die Funktionen der vbcompat.bi rausgeflogen, 6 KB gespart.
Anstatt Format nutze ich ein einfaches Cast(Integer, ...), weil die Nachkommastellen der CPU Last eh uninteressant sind.

Die EXE so ist dann erstmal 127 KB groß (statt ehemalig 161 KB - ohne Verlust oder Verkleinerung des Funktionsumfanges), und mit UPX auf beste Komprimierung gerademal 59 KB groß.

(Um ganz genau zu sein, ist die Binary 59.904 Kilobytes groß...)
Hier Download (59 KB)

Um es nochmal zu sagen: 161 KB => 59 KB. Ist das nicht Hammer?

[Mao]

Ich frag mich, wo die paar KB hier ins Gewicht fallen.
_________________
Eine handvoll Glück reicht nie für zwei.
--

[28398]