Kommentare zu: Dezimalstellen http://www.rackblogger.de/2006/12/02/dezimalstellen/ We love to HOST you. :-) Fri, 18 May 2012 04:33:27 +0000 http://wordpress.org/?v=2.0.9 Von: Oliver http://www.rackblogger.de/2006/12/02/dezimalstellen/#comment-431 Tue, 12 Dec 2006 10:46:54 +0000 http://www.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 http://www.rackblogger.de/2006/12/02/dezimalstellen/#comment-421 Sun, 03 Dec 2006 10:58:40 +0000 http://www.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. http://www.rackblogger.de/2006/12/02/dezimalstellen/#comment-420 Sat, 02 Dec 2006 23:03:47 +0000 http://www.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 http://www.rackblogger.de/2006/12/02/dezimalstellen/#comment-419 Sat, 02 Dec 2006 22:01:57 +0000 http://www.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 http://www.rackblogger.de/2006/12/02/dezimalstellen/#comment-418 Sat, 02 Dec 2006 19:59:04 +0000 http://www.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…

]]>