Kommentare zu: Dezimalstellen https://archiv.rackblogger.de/2006/12/02/dezimalstellen/ We love to HOST you. :-) Mon, 15 Jun 2026 15:55:31 +0000 http://wordpress.org/?v=2.0.9 Von: Oliver https://archiv.rackblogger.de/2006/12/02/dezimalstellen/#comment-431 Tue, 12 Dec 2006 10:46:54 +0000 https://archiv.rackblogger.de/2006/12/02/dezimalstellen/#comment-431 Hui! Das ist echt mal dreckig. Sag doch mal Bescheid, was ihr besprochen habt... Hui! Das ist echt mal dreckig. Sag doch mal Bescheid, was ihr besprochen habt…

]]> Von: Klaus Keppler https://archiv.rackblogger.de/2006/12/02/dezimalstellen/#comment-421 Sun, 03 Dec 2006 10:58:40 +0000 https://archiv.rackblogger.de/2006/12/02/dezimalstellen/#comment-421 Sorry, das mit dem Dezimalstellen war ein klarer Fehler - ich hab's korrigiert. :oops: Die Logs sind übrigens auch (fast) nicht zum anschauen - es sind Detail-Logs einer überaus businesskritischen SOAP-Schnittstelle, welche in dieser Form den kompletten empfangenen und gesendeten Datenstream enthalten. Im Falle eines Fehlers muss nachgewiesen werden können, wo der Fehler lag. Längerfristig soll das Detail-Log aber abgeschaltet werden. Für die Komprimierung dieser Logs gibt's in diesem Fall übrigens einen eigenen Rechner (ein Rechenknecht, der nur Komprimierung, Statistikgenerierung usw. macht). Auf "normalen" Stand-alone-Systemen wären solche Logs in der Tat eher suboptimal. Auch der Zugriff auf so ein Log macht in der Größe schon nicht mehr viel Spaß, weil viele Applikationen mit >2GB nicht mehr zurecht kommen. Wie gesagt - am Montag lassen wir uns da mal was einfallen... Sorry, das mit dem Dezimalstellen war ein klarer Fehler - ich hab’s korrigiert. :oops:

Die Logs sind übrigens auch (fast) nicht zum anschauen - es sind Detail-Logs einer überaus businesskritischen SOAP-Schnittstelle, welche in dieser Form den kompletten empfangenen und gesendeten Datenstream enthalten. Im Falle eines Fehlers muss nachgewiesen werden können, wo der Fehler lag. Längerfristig soll das Detail-Log aber abgeschaltet werden.

Für die Komprimierung dieser Logs gibt’s in diesem Fall übrigens einen eigenen Rechner (ein Rechenknecht, der nur Komprimierung, Statistikgenerierung usw. macht). Auf “normalen” Stand-alone-Systemen wären solche Logs in der Tat eher suboptimal. Auch der Zugriff auf so ein Log macht in der Größe schon nicht mehr viel Spaß, weil viele Applikationen mit >2GB nicht mehr zurecht kommen.

Wie gesagt - am Montag lassen wir uns da mal was einfallen…

]]> Von: David T. https://archiv.rackblogger.de/2006/12/02/dezimalstellen/#comment-420 Sat, 02 Dec 2006 23:03:47 +0000 https://archiv.rackblogger.de/2006/12/02/dezimalstellen/#comment-420 Warum verwendest Du nicht `ls -lh`? Und wie kann man bei einer ganzen Zahl Dezimalstellen zählen? Warum verwendest Du nicht `ls -lh`?
Und wie kann man bei einer ganzen Zahl Dezimalstellen zählen?

]]> Von: Rüdiger https://archiv.rackblogger.de/2006/12/02/dezimalstellen/#comment-419 Sat, 02 Dec 2006 22:01:57 +0000 https://archiv.rackblogger.de/2006/12/02/dezimalstellen/#comment-419 Hmmm, eine weitere Frage die sich für mich bei sowas stellt: Macht es Sinn, ein Programm 40GB loggen zu lassen- das sind meiner Erfahrung nach logs, die nie nie nie angeschaut werden... ;) Hmmm, eine weitere Frage die sich für mich bei sowas stellt: Macht es Sinn, ein Programm 40GB loggen zu lassen- das sind meiner Erfahrung nach logs, die nie nie nie angeschaut werden… ;)

]]> Von: nighthawk https://archiv.rackblogger.de/2006/12/02/dezimalstellen/#comment-418 Sat, 02 Dec 2006 19:59:04 +0000 https://archiv.rackblogger.de/2006/12/02/dezimalstellen/#comment-418 20gb pro datei.. nicht uebel.. das kann auch nicht jedes dateisystem ;) waere es da nicht vielleicht auch sinnvoll generell etwas haeufiger zu rotieren? 20 gb komprimiert man auch nicht mal eben zum fruehstueck... 20gb pro datei.. nicht uebel.. das kann auch nicht jedes dateisystem ;)
waere es da nicht vielleicht auch sinnvoll generell etwas haeufiger zu rotieren? 20 gb komprimiert man auch nicht mal eben zum fruehstueck…

]]>