4. DLL & Speicherauslastung

DLL & Speicherauslastung

  • B

    z.Bsp.
    Die Funktion GetProcAddress liefert als Ergebnis einen void-Zeiger (void*). Der kann auf so ziemlich alles zeigen, verwenden kannst du ihn aber so noch nicht. Du musst diesen void-Zeiger erst in einen Zeiger auf TWait umwandeln. Dieses Umwandeln nennt man auch einen Cast.
    Du machst hier also nichts weiter, als deinem Compiler zu sagen
    "Klar, das ist ein void-Zeiger. Ich weiß aber genau, das das eigentlich ein TWait-Zeiger ist, also behandle ihn auch so"
    In deinem fall kann man auf zwei verschiedene Arten umwandeln
    Die C-Methode

    WaitAdr = (TWait*)GetProcAddress(HI, "_Wait");

    Die C++-Metode

    TWait* WaitAdr = reinterpret_cast<TWait*>(GetProcAddress(HI, "_Wait"));

    Weiteres hierzu
    http://tutorial.schornboeck.net/casts.htm
    http://tutorial.schornboeck.net/reinterpret_cast.htm
    http://tutorial.schornboeck.net/dynamic_cast.htm

    0
  • K

    So, ich habe jetzt mal Einiges versucht umzusetzen, was Ihr gepostet habt:

    1. Ich benutze jetzt auch den C++ Cast. Die Tutorials hab' ich noch nicht gelesen, aber ich hoffe es findet sich dort bei späterem Lesen eine Erklärung, warum der C++ Cast besser ist (der C Cast ist nämlich eigentl. übersichtlicher, also leichter zu merken finde ich). Danke für die Erklärung zu casts!

    2. Die dll wird jetzt nur beim Aufruf der Btn2-Klick-Behandlg. 1x geladen und 1x am Ende der Fkt entladen.

    3. Das return; im Fehlerfall habe ich eingebaut, natürlich ist es sinnvoll dann abzubrechen! 👍 Zusätzlich hab' ich vorm return ne Fehlermeldung über eine MessageBox eingebaut, falls die dll nich geladen werden kann. Warum MessageBox?

    throw std::logic_error("Cannot load *.dll");

    hat leider eine Fehlermeldung gebracht: [C++ Fehler] Anwendg.cpp(48): E2316 'logic_error' ist kein Element von 'std'

    Ergebnisse (*prey* - es gibt Ergebnisse!):

    * Die Speicherauslastung steigt nur noch beim 1. Starten der Zählschleife mit dll-delay um ca. 600k, dann immer so zw. 4 und 12k pro Durchlauf (reicht auch noch!)... bewege mich damit insgesamt im 4000k-Bereich, bei unbelasteter VCL-Anwendg.
    * Die Anwendung funktioniert noch, inklusive beider Zählschleifen. 😃

    Fragen:

    * Wie kann ich die Speicherauslastung noch weiter senken? Oder war's das?
    (die 600k mehr nach dem 1. Starten der Dll-Fkt sind mir noch zuviel....)
    * Ich hab einen Tip bekommen der hieß: "CodeGuard benutzen!" was sagt Ihr dazu?
    * Ich hätte mir gerne die Speicherauslastung in einem Label anzeigen lassen, damit ich nicht immer den TaskMgr öffnen muss - gebt Ihr mir dazu einen Hinweis? (Ich mach' aber auch gern nen neuen Thread auf... 😉 )

    MfG
    Ein sehr dankbarer Entdecker

    0
  • B

    zu 1.
    Vielleicht leichter zu merken, aber viel schwerer im Code zu finden. Zudem wandelt ein C-Cast immer um, egal ob das wirklich geht oder nicht. In deinem Fall ist das zwar egal, in den meisten andreren Fällen aber nicht.

    zu 3.
    Bau mal ein

    #include <stdexcept>

    mit ein. Dann sollte es gehen.

    Um die 600k wirst du wohl nicht rumkommen.
    CodeGuard ist immer eine gute Idee. Solange die Projekte noch klein sind kannst du damit leicht Fehler finden.
    Standardmäßig gibt es (glaube ich) nichts um die Speicherauslastung anzuzeigen. Es gibt aber genug externe Komponenten, die das können. Einfach mal suchen. Ich würde in einem solchen Fall wohl die LMD-Tools nehmen.

    0
  • A

    Kolumbus schrieb:

    1. Ich benutze jetzt auch den C++ Cast. Die Tutorials hab' ich noch nicht gelesen, aber ich hoffe es findet sich dort bei späterem Lesen eine Erklärung, warum der C++ Cast besser ist (der C Cast ist nämlich eigentl. übersichtlicher, also leichter zu merken finde ich).

    http://c-plusplus.net/forum/viewtopic-var-p-is-1254559.html#1254559

    0
  • K

    Ok, Danke ihr Beiden - so langsam fügt sich ein Bild, wenn auch noch sehr verschwommen - ich erkenne schon langsam die Familie cast...

    Braunstein schrieb:

    #include <stdexcept>

    dann war ich ja mit dem Versuch

    #include <stdio>

    schon auf dem richtigen Weg... (auch wenn's noch n paar Meter entfernt ist). 🙂 Aber ich werd's mal testen, Danke!

    Edit: Der Dll-Ladefehler gefällt mir mit ner MessageBox besser - da kenn ich mich mit aus und da steht nicht nur "Externe Exception EEFFACE" drin... Warum sollte ich noch extra ne Datei includieren, wenn's auch so geht? Oder habe ich davon Vorteile?

    Braunstein schrieb:

    CodeGuard ist immer eine gute Idee. Solange die Projekte noch klein sind kannst du damit leicht Fehler finden.

    Auch das werde ich dann bei Gelegenheit mal in Angriff nehmen. Viell. hilfts mir ja dann doch bei mittelgroßen Projekten auch?!

    Zum Thema Speicherauslastung: Hab da im msdn was von GetCurrentProcess / GetProcessWorkingSet / GetProcess... gefunden, ist davon nich was zum Speicherauslastung anzeigen. GetProcessWorkingSetSize ist ja irgendwie für Minimum und Maximum des physikalischen Speichers, nicht für die aktuelle Gesamt-Auslastung!?! 😞
    Wenn es innerhalb der üblichen Anweisungen möglich wäre, wär' mir schon lieber als externe Komponenten...

    0
  • K

    So, hab jetzt mal folgendes in mein Prog eingebaut:

    HANDLE hCurProc= GetCurrentProcess();
DWord ProcID= GetCurrentProcessId();
Label1->Caption= ProcID; //Anzeige der Prozess-ID
bool WSISucceed;
int kMaker= 1024;
unsigned long MinMem=0;
unsigned long MaxMem=0;
unsigned long *pMinMem= &MinMem;
unsigned long *pMaxMem= &MaxMem;
WSISucceed= GetProcessWorkingSetSize(hCurProc, pMinMem, pMaxMem);
if (WSISucceed== 1)
{
Label2->Caption= IntToStr(*pMinMem / kMaker) + "k"; //Anzeige der WorkingSetSize
Label3->Caption= IntToStr(*pMaxMem / kMaker) + "k";
}
PROCESS_MEMORY_COUNTERS P_M_C;
GetProcessMemoryInfo(hCurProc, &P_M_C, sizeof(P_M_C));
Label4->Caption= P_M_C.PagefileUsage; //Anzeige der Speicherauslastung
CloseHandle(hCurProc);

    nur leider bekomme ich folgende Fehlermeldung:

    [Linker Fehler] Error: Ungelöste externe 'GetProcessMemoryInfo' referenziert von C:\...\DLL-PROJEKT\DEBUG_BUILD\ANWENDG.OBJ

    seit ich diesen Code dazugeschrieben habe:

    PROCESS_MEMORY_COUNTERS P_M_C;
GetProcessMemoryInfo(hCurProc, &P_M_C, sizeof(P_M_C));
Label4->Caption= P_M_C.PagefileUsage; //Anzeige der Speicherauslastung

    #include "PSAPI.h"

    hab' ich auch drin.
    Jetzt hatte ich schon fast Hoffnung, dass mein Prog seine Speicherauslastung anzeigt... 😞

    Oder ist PagefileUsage wieder nicht die Speicherauslastung? Wo könnte das Problem liegen?

    0
  • B

    Binde mal die Psapi.lib mit in dein Projekt ein. Die dürfte unter deinem Builderverzeichnis\Lib\Psdk liegen.

    0
  • K

    Das genannte Verzeichnis ist vorhanden, die psapi.lib ist drin und das Verzeichnis ist als Bibliothekssuchpfad in den Linkeroptionen angegeben... Was fehlt?

    0
  • A

    Hallo

    Du must die genannte lib noch über Projekt/Dem Projekt hinzufügen einbinden (Dateityp im Dialog auf lib stellen)

    bis bald
    akari

    0
  • K

    Super, Danke - so funzt das! 🙂

    Und wenn ich das Prog jetzt woanders nutzen will, muss ich die PSAPI mitliefern?

    Edit: Nö 😃

    {
    close("Dll & Speicherauslastung");
}
    0
Anmelden zum Antworten