nicht angemeldet
Hi Philipp!
Sorry, wollte eigentlich auf ein OT schwenken ;-)
Ja, das ist meiner Meinung nach wirklich einfach, nur, was hat das mit Kay zu tun?
nichts ;-)
Ich glaube, du hast mich falsch verstanden?
nein, aber ein "Logging-Server" sollte ja möglichst schlank sein. Ich finde das Thema nämlich interessant.
Ich meine, letzterer HTTP-"Code" ist ja wirklich nicht schwer und sollte möglichst kurz und kann immer gleich sein.
[...] das lässt sich kaum in einem Tag selbstprogrammieren...
KLar ;-) Aber ich will mich nur soweit an Standards halten wie es nöttig ist. Wenn ich Daten von Clients einer Homepage loggen will schreibe ich einen kleines C++ Programm, welches HTTP nicht interptrtieren muss, sondern nur "zuerpflücken" und loggen, udn damit es zu keinem Fehler kommt einen 200er Header zurücksenden. Ich dachte mir halt das einfachste wäre so ein Bild auf jeder Seite der Homepage einzubinden. Mehr muß man ja nicht können, und eben das interessiert mich ;-)
http://www.gnu.org/manual/glibc-2.0.6/html_chapter/libc_11.html#SEC180
Danke!
Würdet Ihr auf C oder C++ setzen? Oder wäre ein gut gechriebenes PERL-Programm performanter als ein kompletter Apache?
Für einen kleinen Statistik-Tag, der nur ein Bildchen ausgibt
und die Requests interpretiert, _kann_ (muss nicht) ein eigenes C-Programm schon die
Performance erhöhen, wobei man dann auch sehr gut Programmieren muss (preforking,
request-queue-management; also alle Requests auf z. B. 10 prefork-Prozesse verteilen,
die bereits am laufen sind o. ä.). Der Apache verwendet auch dieses Vorgehen, bei mir
habe ich es auf 50 preforked processes eingestellt, d. h. beim Starten werden 50
gleiche "Server-Prozesse" gestartet, auf die die Requests gleichmässig verteilt werden.
Ein lineares (sequentielles) Abarbeiten der Request-Queue, wie Kay das im Moment macht,
wie ich mal vermute, ist in einer Multitasking-Umgebung wenig performant.
Danke das war es was mich interessierte ;-) Nur wenn ich das ganze mit PERL mache einst Du dann mod_perl + Apache? Aber dann habe ich ne ganze Menge Overhead für diese einfache Anwendung. Oder kann man auch einen PERL Prozess(bzw. mehrere) im Speicher halten, also das 1. nicht immer der Interpreter angeworfen werden muss(das ware das schlimmste), udn 2. das es schon im RAM ist und so nicht noch von der Platte geholt werden muss. Daher dachte ich an PHP da ich nicht sicher bin ob PERL das kann! Und das ganze über den Apachen laufen zu lassen wollte ich ja gerade vermeiden!
Grüße
Andreas