Performance messen

[Thomas]

Hallo, Eusebius,

ich bin zutiefst beeindruckt. Ich konnte zwischendurch an dem neuen TurboMed Server eines Kollegen spielen, der eigentlich schnell sein sollte: 6-Kern Xeon Prozessor, 16 GB RAM, schnelle SAS-Festplatten, keine Grundlast, da noch nicht formell in Betrieb. Dort den Labortestpatienten ('tschuldigung: die Labortestpatientin) eingespielt und es dauert knappe 3 Sekunden, bis das Blatt am Bildschirm ist. Auch mehrfaches TMadmin /cachepraxisdb brint keinen großen Unterschied mehr (nicht verwunderlich).

Was genau haben Sie denn da für einen Rechner aufgebaut? Nur einfach die SSD (welche?) eingebaut?

Ich denke, bei meinem Setup mit dem vielen Arbeitsspeicher müsste die Datenbank doch sowieso komplett im Speicher sein - da dürfte die Platte folglich eigentlich gar keine Rolle mehr spielen.

Was übersehen wir hier?

Ähnliche Frage: Bei Youtube gibt es auch noch Video von www.turbomed-partner.de, die ihren Server dort vorstellen (http://www.youtube.com/watch?v=ytZz-VdC44I). Der ist auch schön schnell, und mit 1400 Euro + MwSt. und incl. Software auch noch bezahlbar. Hat jemand mit so einem Server Erfahrung? Was machen die, um das Gerät so schnell zu bekommen?

Viele Grüße,
Thomas

[Thomas]

Ich muss diese ganzen Performance-Tests mit der Labortestpatientin infrage stellen, und zwar aus folgendem Grund:

Wie schon gesagt kam ich mit meinen Daten nicht so recht weiter - es blieb so bei etwa 3 Sekunden, auch auf dem "superschnellen Server" des Kollegen. Auch wenn ich eine Ram-Disk angelegt und das ganze TurboMed reinkopiert habe - es wurde nicht wirklich schneller.

Dann habe ich mal die Daten des Kollegen in die Ram-Disk kopiert - es war noch langsamer! Er hat aber auch nochmal mehr Patienten in der Datenbank, als ich.

Dann habe ich (immer noch in der Ram-Disk) die PraxisDB entfernt und ohne Bintab eine neue, leere Praxis-DB anlegen lassen. Dort die Labortestpatientin reinkopiert und: Es war blitzartig schnell.

Meiner Ansicht nach hat die Zeit für das Aufrufen eines Laborblatts also durchaus mit der allgemeinen Größe der PraxisDB zu tun - wenn man die Testpatientin einfach in seine eigene PraxisDB importiert, vergleichen wir hier Äpfel und Birnen, denn jeder hat wohl mehr oder wenige viele anderen Daten mit drin.

Meiner Meinung nach dürfte es für wirklich vergleichbare Messungen unerlässlich sein, die gesamte PraxisDB 1:1 zwischen den Testsystemen herumzukopieren.

Die Frage ist, wie man an eine Datenbank mit einigen Tausend anonymisierter Testpatienten kommt, die dann auch noch große Karteikarten haben. Ach.... da fällt mir vielleicht etwas ein...

Viele Grüße,
Thomas

[Lauxtermann]

An den Überlegungen scheint was dran zu sein. Wie wäre es, wenn wir erst mal nur die Größe der PraxisDB bei unseren Vergleichsmessungen angeben. Bei mir hat die .../praxisdb/objects.dat 1600 MB (Exploreranzeige). Labortestpatientenaufrufzeit 3,5 sec (Server) 5,5 sec (Workstation).
@eusebius: Welche Größe hat ihre objects.dat?

[Thomas]

Hallo, alle Mit-Tester,

ich habe ein Programm entwickelt, mit dem man auf Basis der hier hinreichend genutzten Labortestpatientin große Mengen Testpatienten erzeugen kann. Damit kann man dann vergleichbare Lasttests machen (man sollte natürlich vorher eine leere PraxisDB einspielen). Ich habe folgendes Liesmich dazu geschrieben:

Das Batchfile erzeugt eine BDT-Datei mit Testpatienten, die dann in TurboMed importiert werden können. Es werden Patienten mit aktuellem Behandlungsfall (Q3/2011) und nicht aktuellem (Q2/2011) erzeugt, die wahlweise ein umfangreiches Laborblatt oder nur ein kurzes Laborblatt haben.

Um die Anzahl der zu erstellenden Datensätze wird zu Anfang abgefragt.

Im Programmpaket ist eine leere PraxisDB sowie das Lizenzverzeichnis mit der Demo-Lizenz enthalten. Erstellen Sie zunächst unbedingt eine Datensicherung Ihres System - nur für den Fall der Fälle.

Zur "Installation" der Demodaten kopieren Sie die im Programmpaket enthaltenen Dateien in ein beliebiges Verzeichnis Ihres Rechners.

Benennen Sie dann in Ihrer vorhandenen TurboMed-Installation die Verzeichnisse Lizenz, PraxisDB sowie ggfs. die Datei Bintab.dat um. (Vorher melden Sie natürlich alle Benutzer ab und stoppen sicherheitshalber auch den FastObjectServer.) Kopieren Sie dann die beiliegenden Verzeichnisse Lizenz und PraxisDB in Ihr TurboMed-Verzeichnis. Sie können TurboMed nun schon starten und sich mit "tmuser" sowie keinem Kennwort anmelden. Patienten dürften keine zu sehen sein.

Erstellen Sie dann eine BDT-Datei und importieren diese über Sonstiges->BDT-Schnittstelle->Import->Import eines ganzen Datenbestands.

Sie können mit diesen Daten die Leistung Ihres TurboMed-Systems prüfen, insbesondere die Faktoren Aufrufen eines langen Laborblatts und KV-Abrechnung.

Das Programm selbst ist zwar klein, aufgrund der dabeiliegenden leeren PraxisDB aber immer noch knapp 4 MB groß und damit zu groß, um es hier direkt anzuhängen. Ich habe es auf mydrive.ch abgelegt. Dort meldet man sich mit dem Benutzer Gast@VDZD und dem Kennwort demobdt an und kann dann das ZIP-Paket herunterladen. Das Erstellen einer großen Datei dauert länger. Ich lasse das gerade auf meinem Rechner laufen und werde die fertige PraxisDB auch dort ablegen, sobald sie fertig ist (wohl morgen, 13.8.2011). Die Demo-PraxisDB wird übrigens 21.500 Patienten enthalten (in den Standardeinstellungen, die beim Programmstart aber abgesfragt werden und änderbar sind):

• 10.000 mit nicht aktivem Behandlungsfall und langem Laborblatt
  10.000 mit nicht aktivem Behandlungsfall und kurzem Laborblatt
  500 mit aktivem Behandlungsfall und langem Laborblatt
  1.000 mit aktivem Behandlungsfall und kurzem Laborblatt

Dann können wir gemeinsam realistische Zahlen vergleichen. (Die Patientinnen heißen übrigens mit Nachnamen nall... für "nicht aktiv, langes Laborblatt", all... für "aktiv, langes Laborblatt", nakl... für "nicht aktiv, kurzes Laborblatt" und akl... entsprechend für "aktiv, kurzes Laborblatt")
Nach den Tests müssen Sie nur Ihre eigenes PraxisDB- sowie ggfs. das eigene Lizenz-Verzeichnis und die eigene Bintab.dat wieder aktivieren (vorher wieder FastObjectServer stoppen) und sind dann wieder mit Ihrer eigenen Praxis im Geschäft.

Viele Grüße,
Thomas

[Lauxtermann]

Guter Ansatz!
Ich werde das mal protokolliert durchspielen und mich melden.

[Lauxtermann]

Es gibt leider ein Problem. Das Erzeugen der BDT-Daten dauerte 2 Std. im Hintergrund, geht also. Das Importieren dieser Daten in die Demo-PraxisDB läuft aber extrem langsam ab und es ist ein Turbomed-Fenster immer im Vordergrund. Geschätzte Dauer des Importes bei mir ca. 60 Std. Da hab ich es erst mal abgebrochen. Schade.

[Thomas]

Bei mir ist der Import über Nacht durchgelaufen. Ich habe die PraxisDB gerade gezippt und auch auf den MySpace.ch Server hochgeladen - damit geht's schneller

[eusebius]

Was genau haben Sie denn da für einen Rechner aufgebaut? Nur einfach die SSD (welche?) eingebaut?

Genau genommen genügt das Einbauen einer SSD (bei mir: 120 GB Vertex Agility). Meine alten Mainboards hatten aber keinen SATA-Anschluß, also kaufte ich die billigsten ASUS-Boards mit Grafik (33 €) -heute würde ich noch auf USB 3.0 achten. Die billigsten sind phantastisch. Darauf paßten aber die alten Prozessoren nicht, also mußte ich noch AMD Dual Core-CPU´s kaufen - die billigsten als Box mit Lüfter für je 45 €. Die moderneren Motherboards benötigten moderneren RAM: nochmals 22 € (habe trotz W7 nur je 2GB,das reicht, denn schneller kann es eh nicht werden), sowie ein 400 W-Netzteil: 18 € bei Amazon. Übrig blieb also nur das Gehäuse und das DVD-Laufwerk. Auf diese Weise bekommt man aber für etwa 250 € einen superschnellen 120 GB-Server und für je knapp 200 € moderne und genauso schnelle 60 GB-Clienten (120 GB SSD für 135 €, 60 GB für 80 €) . Der Server ist bei mir gleichzeitig Arbeitsplatz und steht im Sprechzimmer. Unhörbar.
Wer das Glück hat, an seinem Mainboard einen SATA-Anschluß zu besitzen, kann einfach eine SSD reinhängen. Habe ich nicht probiert, stelle ich mir aber genauso effizient vor. Systemplatte mit z.B. Acronis True Image 1:1 klonen und (sicher) begeistert sein!

Die Aufnahme auf Youtube ist wirklich superschnell
1. Frage: ist das ein Einzelplatzrechner mit einer SSD gewesen oder lagen die Daten auf dem Server mit SSD?
2. Frage hat jemand schon Arbeitsplätze im Netzwerk mit SSDs und auch den Server mit SSDs ausgestattet und dann eine Messung auf der Arbeitsstation durchgeführt?

Da Server= Arbeitsplatz: es ist eigentlich ein Einzelplatzrechner auf dem Video.
Die 5 weiteren Arbeitsplätze der Praxis sind aber genauso schnell. Fast. Ein direkter Performance-Unterschied ist wegen der Trägheit meiner Reaktionsgeschwindigkeit nicht direkt meßbar, (ich kam bei der Laborpatientin auf etwa 1,5 Sekunden), aber ich hatte den Hauch einer Geschwindigkeitsverlangsamung durch mein altes 100 MB-Netzwerk doch verspürt.
Meine Helferinnen sagen: "Der spinnt. Funktioniert doch genial."

-Und ... haben Sie noch einen PC mit Festplatte laufen? Was hat der denn für eine Ladezeit?
-Und ... lohnt sich ein schneller Prozessor oder reicht eine SSD?
-Und ... wenn ich Samstag einen Satz SSDs kaufe, muß ich dann überall auch W7 installieren?Ich habe bald Sommerurlaub

-Meine winzigen Gyn-Labordaten benötigten auf HDD etwa 4-5 Sekunden.
-Die Festplatte ist der Flaschenhals, nicht der Prozessor.
-Ich würde mal eine SSD kaufen, die bisherige XP- Festplatte (so sie denn raufpaßt) klonen und anschließen. Da kann man nichts falsch machen, keine Daten gehen verloren. Und Urlaub bleibt auch noch. Unter XP sollen die SSD´s wegen des fehlenden TRIM-Befehls mit der Zeit langsamer werden, allerdings immer noch schneller als jede HDD. Sollte das der Fall sein, kann man immer noch auf W7 umsteigen. Mein Fall wäre das nicht, ich verweise auf meinen Beitrag unter http://www.vondoczudoc.de/viewtopic.php ... 190#p16275
Gruß Eusebius

[Forti]

TRIM kann bei neuen SSD eher vernachlässigt werden: http://www.computerbase.de/artikel/lauf ... d-intel/7/
Alignment ist wichtiger.

Somit: Vorsicht beim Klonen!

"Misalignment bei SSDs" hier weiter unten -> http://www.virtualisierungs-guide.de/de ... leId=14350

Alignment klappt je nach Klontool auch unter Win7 nicht immer zuverlässig.
Und bevor man frickelt: Paragon Alignment Tool. Kostet zwar knapp 20€, ist aber verlässlich und meist mehr als 1 x nützlich.
Läuft auch unter XP.
Ergebnis ist bei SSD tatsächlich "fühlbar"!

[eusebius]

eusebius: Welche Größe hat ihre objects.dat?

Ach so: Meine objects.dat hat nur knapp 1 GB, genauer 994 MB, ist also deutlich kleiner als die Ihre. Trotzdem spricht gegen Thomas` Vermutung mit den großen Datenbanken die Tatsache, daß auch meine kleinere PraxisDB auf einer rotierenden Festplatte 3-5x mehr Zeit für Öffnungs-Prozesse benötigte als jetzt.
Insgesamt wäre natürlich eine große Test-PraxisDB das ideale Werkzeug, um die Performance untereinander und mit verschiedenen Systemen vergleichen zu können.

Alignment klappt je nach Klontool auch unter Win7 nicht immer zuverlässig

Mit dem Windows-eigenen Kommandozeilenprogramm diskpart.exe läßt sich das Alignment eigentlich korrekt festlegen. Das ging bei allen meinen 6 SSDs spielend. Kontrollieren kann man das ebenfalls mit diskpart (Bei Win7 z.B. unter "Programme/Dateien durchsuchen" einfach "diskpart.exe" eingeben , oder START > Programme > Zubehör > Eingabeaufforderung > ‘diskpart’).
Dort gibt man zuerst das Kommando ‘list disk‘ ein, es erscheint eine Übersicht mit allen Festplatten im System.
Danach ‘select disk N’ ein, wobei N durchder Nummer der SSD ersetzt wird.
Jetzt kommt ‘list partition‘, dieses Kommando listet alle Partitionen auf der SSD auf. In der Spalte “offset” steht eine Zahl (in KB). Diese muss durch 4 teilbar sein, dann ist alles in Ordnung, die Partition ist also korrekt ausgerichtet. Meistens wird die Partition auf Sektor 64 oder 128 begonnen, (bei XP beginnt die Partition aber z.B. auf Sektor 126)

Eine gute Anleitung findet sich hier: http://www.chip.de/artikel/SSD-So-haelt ... 97062.html und Prüfprogramme zum Überprüfen des korrekten Alignments finden sich im Netz zuhauf.

[Forti]

Alignment klappt je nach Klontool auch unter Win7 nicht immer zuverlässig

Mit dem Windows-eigenen Kommandozeilenprogramm diskpart.exe läßt sich das Alignment eigentlich korrekt festlegen. Das ging bei allen meinen 6 SSDs spielend.

Ja, unter Win7 klappt das. Unter XP nicht, da Diskpart sich über normale Wege nicht updaten lässt und kein Alignment beherrscht.
Auch wenn ich den manuellen Weg selbst ebenfalls vorziehe, dürfte der NormalanwenderPlus evtl. an Grenzen stoßen oder sich ggfs. unnötig mit Wissensaneignung beschäftigen.

Aber wenn man dann mit einem "unaufmerksamen" Klontool eine bestehende HDD auf die SSD umkopiert, kann es zu Überraschungen kommen.
Das o.g. Tool richtet auch benutzte, d.h. lauffähige Platten aus, ohne dass man neu partitionieren müsste.

Da sind ein paar Euro manchmal besser angelegt.

[Johnny]

Hallo eusebius,

Wer das Glück hat, an seinem Mainboard einen SATA-Anschluß zu besitzen, kann einfach eine SSD reinhängen

und

-Die Festplatte ist der Flaschenhals, nicht der Prozessor.

.

Habe Ihre Idee aufgegriffen.

Zur Zeit habe ich noch einen Medion PC aus dem Jahr 2004 mit PentIum Prozessor 4, 3,2 Ghz, WIn XP Prof., SATA interner Anschluß, bislang mit magnetischer Festplatte von Samsung belegt.
Er zeigt nun zunehmend unter dem aufgeplusterten TurboMed Perfomanceverlust. Wie bereits Forti schrieb gelang es mir nicht eine Samsung SSD 128 Gb (MLC) durch einfaches zurückschreiben eines Ghost 9 Image zum laufen zu bringen. Das bereits erwähnte Tool von Paragon (erweitertes Tool: Festplattenmanager 11 prof.) erledigte dies perfekt.

Meine "Beobachtung" nun: die SSD erhöht die Geschwindigkeit beim Starten des PC minimal. Auch das Starten von TM wird etwas beschleunigt, ebenso andere Programme. Dieser Performancegewinn ist jedoch nur minimal und lohnt sich unter dieser Konstellation nach meiner Meinung nicht.

Anderes sieht dies unter einem modernen Prozessor aus wie Intel core i7 http://www.vondoczudoc.de/viewtopic.php ... 825#p16825. Hier ergab sich wirklich ein blitzschnelles System. Dies konnte ich vergleichen nachdem ich später diese SSD durch eine magnetische Festplatte ersetzt habe.

Mein Fazit Der Ein- /Ersatz einer magn. Festplatte durch eine SSD unter einem PC mit Pentium 4 Prozessoren 3,2 GHz lohnt sich noch nicht . Darüber wird es wohl für alle Prozessorsysteme einen deutliche Performancegewinn geben.

Gruß aus Kiel
Johnny

[eusebius]

Ja, unter Win7 klappt das. Unter XP nicht, da Diskpart sich über normale Wege nicht updaten lässt und kein Alignment beherrscht

Klappt unter XP ganz genauso. Festlegen des korrekten Alignments? -geht spielend, auch unter XP (Kommando: align=n oder auch offset=n)
Anleitung z.B. hier http://technet.microsoft.com/de-de/libr ... S.10).aspx

Aber Achtung: Es gibt zwei verschiedene Programme mit fast identischem Namen (Diskpar und Diskpart), die man dafür heranziehen kann. Eines verwendet zur Angabe des Alignments Sektoren (= 512 Byte) und das andere KB (= 1024 Byte).
Wenn man unsicher ist, dann nimmt man 4096. Wenn das Sektoren sind, hat man 2048 B; wenn es KB sind, sind es 2x 2048 KB. Das würde dann exakt auf dasselbe hinauslaufen; die Partition wäre nur um 2MB kleiner, aber sonst 100% identisch).

DIE ALLERBESTE STEP BY STEP -ANLEITUNG ZUM SPIEGELN EINER HDD AUF SSD (Part I - III): http://www.pc-experience.de/wbb2/thread ... adid=30625
Damit kann man eigentlich nichts falsch machen, meint
Eusebius

[eusebius]

Mein Fazit Der Ein- /Ersatz einer magn. Festplatte durch eine SSD unter einem PC mit Pentium 4 Prozessoren 3,2 GHz lohnt sich noch nicht

Na ja,solch Urgestein habe ich auch nicht gemeint, als ich vom Flaschenhals redete. Das ist doch ein Performance-Thread! Der Pentium 4 -Prozessor kam im Jahre 2000 auf den Markt. Auch wenn Medion im Jahre 2004 wahrscheinlich den Prescott P 4 eingebaut hat: das Modell hat fast ein Jahrzehnt auf dem Buckel!
(Und: mit dem P 4 führte Intel einen Überhitzungsschutz ein, mit dem zwar Energie gespart , dafür aber die Rechenleistung auch überproportional gedrosselt wurde. Die Zielsetzung von Thermal Throttling war es, den Prozessor vor dem Hitzetod zu bewahren, in solchen Fällen spielt die Performance keine Rolle.)

Wir müßten uns schon einig sein, daß die Prozessoren in unserem beruflich genutzten elektronischen Hauptwerkzeug nicht älter als 5 Jahre sind, wenn wir es auf Performance absehen. Bei Intel bedeutet das eigentlich: alle neueren Prozessoren, die auf der Core- Mikroarchitektur basieren (also alle Ableger der Intel-Core-2-Duo-Prozessoren, die ersten gab es 2006) tun für die spezielle Turbomed-Performance wahrscheinlich fast den gleichen Dienst und ich glaube nicht, daß sich die preisgünstigen Doppelkernprozessoren von den teuren Vierkernern (wie dem erwähnten Intel core i7) hierbei spürbar unterscheiden. Das kann ich nur vermuten, nicht belegen, zumal ich AMD-Prozessoren verwende.

Gruß Eusebius

[Jochen Dohse]

Unser Server ASUS Asus M4N68T-M LE V2 NVIDIA nForce 630a Sockel AM3 Amd Motherboard mit 3 GHz Doppelkernprozessor 6 GB RAM Betriebsystem Windows 2008 Server R2 Foundation auf magn Festplatte, Turbomed-Programm und Daten auf 2 60 GB SSD im Raid 1. Auf dem Raidverbund liegt auch die Auslagerungsdatei.
Jetzt habe ich 5 60 GB SSD von Vertex für je 60 € gekauft und mit dem Programm "Paragon Migrate OS to SSD" für 15€ 5 unserer 11 Windows XP Clients auf SSD umgestellt. Das geht simpel und ist innerhalb von 10 Minuten getan. Man baut die SSD in den Rechner ein, spielt das Programm auf, führt es aus und ändert beim Neustart die Startoption auf die SSD. Die richtige Clustereinteilung kann man mit dem kleinen freien Programm AS SSD Benchmark überprüfen.

Diese Investition hat sich gelohnt und so läuft Turbomed, wenn es erstmal morgens gestartet ist, fast so schnell wie ein DOS-Programm.
Allerdings gelang es mir nicht dies auf Clients mit AMD Sempron Prozessoren zu installieren. Es mussten schon AMD-Doppelkern Prozessoren mit 1 oder 2 GB RAM sein.
(Immer das preiswerteste Mainboard mit 2 GB RAM und billigstem AMD A3 Prozessor für zusammen 100€ von Notebooksbilliger.de, weil ich es dort gleich abholen kann)
"Paragon Migrate OS to SSD" ist übrigens nicht wählerisch, es kopiert auch zurück oder von einer normalen auf eine andere normale Festplatte.

Viele Grüße aus Sarstedt
Jochen Dohse