Die Statistiker sind gefragt ;)

FlipmodeService

Active member
24 Januar 2009
36
4
Hi...
Ich habe ein paar Fragen die niemand genau beantworten kann. Würde mich aber über Statisktiken und Schätzwerte von euch freuen... Jedes sinvolle Komentar ist erwünscht...

Gehen wir davon aus eine Page hat ein Script von 5MB Größe gesammt und vllt 100 Unterseiten...

Welche Auslastungen schätzt ihr bei
1000 Usern / Tag
1.000.000 Usern / Tag
und 100.000.000 Usern / Tag

in bezug auf Anbindung, Traffic und Serverperformance... :)
 
Was den Traffic von Server -> User betrifft: Kommt natürlich drauf an, wieviele das Script so ausgibt.
Du kannst auch 600 MB an Scripte haben, wenn die alle nichts ausgeben, ist der Traffic auch dementsprechend gering.
Wenn das Script irgendwelche Daten rüberschaufelt, Webseiten parst, etc. ist das natürlich wieder was andres. ;)

Was die Performance betrifft: Lässt schlecht sagen, ohne die genaue Struktur zu kennen. Natürlich gibts da Unterschiede innerhalb den Programmiersprachen, ob PHP als Modul oder CGI läuft, wie das Script programmiert wurde, etc..
 
Was den Traffic von Server -> User betrifft: Kommt natürlich drauf an, wieviele das Script so ausgibt.
Du kannst auch 600 MB an Scripte haben, wenn die alle nichts ausgeben, ist der Traffic auch dementsprechend gering.
Wenn das Script irgendwelche Daten rüberschaufelt, Webseiten parst, etc. ist das natürlich wieder was andres. ;)

Was die Performance betrifft: Lässt schlecht sagen, ohne die genaue Struktur zu kennen. Natürlich gibts da Unterschiede innerhalb den Programmiersprachen, ob PHP als Modul oder CGI läuft, wie das Script programmiert wurde, etc..


Jo das niemand genaue Auskunft geben kann konnt i mir fast denken. Nehme auch geschätze Bereiche. Arbeite derzeit an einem DMS und möchte gewissen Zahlen für Beispiele einbeziehen...

TechnoBase.FM brauch zB ca 3.3 TB am Tag. Alles was ihr an Zahlen habt hilft mir :)...
 
Da sind dann aber die Tracks die da am Tag so durch die verschiedenen Sender laufen mit drin, oder? 8O

Jo,,, Glaub das war der Stand bei 8000Listenern ohne die ganzen externen Portale wie HouseTime...

An den Post drüber... Wie wärs mit produktiven Antworten anstelle von Threadspam? I denke meine Fragestellung rechtfertig schon mein Anliegen.
Edit: Falls jemanden die Aussage ne passt PN... Lasst mir den Beitrag ganz -.-
 
Zuletzt bearbeitet:
und welchen Sinn macht es dir zu sagen, dass Facebook xTB und StudiVZ yTB in die Leitung pumpt, was dir aber gar nichts bringt, da:
1. du nichtmal im entferntesten diese Zugriffszahlen hast
2. so ein System nicht mit deinem vergleichbar ist
3. selbst wenn du ein SocialNetwork mit genau den gleichen Zugriffszahlen hast, dein Traffic komplett anders aussehen kann (ein bisschen andere Architektur usw und schon ändert sich alles)
 
Es gibt zudem noch andere Punkte, die wichtig im bezug auf deine Frage sind...
Sind die x Besucher lediglich "Startseiten anguck und dann wieder weg" Besucher oder sind in welcher Form auch immer aktiv auf der Seite.

Ansonsten kann ich meinen Vorrednern nur zustimmen.
 
Welche Auslastungen schätzt ihr bei
1000 Usern / Tag
1.000.000 Usern / Tag
und 100.000.000 Usern / Tag

Finde den Sprung von 1000 auf 1.000.000 etwas mhhh groß :ugly:

Um was für ne Seite handelt es sich denn? Werden Grafiken verwendet? Nur eine Seite angeguckt? Du lieferst "Fakten" mit denen keiner, aber absolut keiner etwas anfangen kann.

Sorry für diesen unprodoktiven Posting :-? 8)

Gruss Andre

PS: Ich schätze bei 1000 Besuchern täglich und 5 MB und in der Annahme das jeder der 1000 Besucher täglich die 5 MB ausschöpft hast du einen trafficverbrauch von 150 GB im Monat.
 
PHP:
while (1)
{
echo '<img src="5MBgrossedatei.jpg"></img';
}

das Bild ist natürlich 5MB groß so das ding verursacht nun riesen Traffic und auch eine gute Serverlast / User

nur es mal zu extremisieren und deshalb kann es dir keiner genau sagen

sag uns um was für ein Script es sich handelt. vllt. hat wer ein ähnliches laufen dann kann man Erfahrungen austauschen.

mfg

chris
 
hi

while(1) ist eine Endlosschleife der wird alles zwischen { und } unendlich oft ausführen (bzw. bis der Browser abschmiert oder die Standartlaufzeit für Scripte abgelaufen ist meist 30Sekunden)

Hab es gerade mal lokal mit XAMPP und Internetexplorer (nur ein 1kb Bild) ausprobiert. Innerhalb von 10 Sekunden hat der ie 1GB RAM gefressen. leider konnte ich die Serverlast nicht beurteilen da der Rechner so lahm wurde und der ie alles weggefressen hat so das ich nicht mehr gesehen hab was Apache zieht :ugly:

Traffic naja der wird halt einige zig mal versuchen das Bild runterzuladen. jemand mit 2 Rechner da der mal die Serverlast messen kann und ob das Bild echt zig mal übertragen wird (bzw. weiss es wer genauer?)

mfg

chris
 
nachdem ersten laden wird das Bild gecached, das wird keine Serverlast verursachen.
Das dein Browser jedes Bild darstellen muss und daher der Ram so vollgepumpt wird, ist ja klar.
 
PHP:
while (1)
{
  echo '<img src="5MBgrossedatei.jpg?x='.rand().'"></img>';
}

Sollte aus den von Icebreaker genannten Gründen besser sein (umgeht den Cache)...

Edit: Habe das eben mal ausprobiert mit einem realen Server über's Internet (Grundauslastung nahe 0, da er kurz vorm Einstampfen steht).
600kb große Datei (größer scheint mir doof, da meine DSL-Leitung so viel Transfer eh net hergibt) mit dem Script von chrissi:
Ca. 5 Sekunden lang brauchte PHP fast die gesamten Serverressourcen (sprich das aufwändige war erstmal nur die Schleife, nicht das Bild ansich), danach wurde mein Browser so lahm, dass er nicht mehr viel geladen hat -> die Sache ist eingefroren ^^
Der Serverload ging in dieser Zeit aber tatsächlich auf 4-5 :arrow: Dauerschleifen sollte man in seinen Scripts vermeiden ;)
 
Zuletzt bearbeitet:
hi

naja meine idee war ja nicht serverlast mit dem bild erzeugen sondern durch die Schleife.

Also
Schleife = Serverlast
Bild = Menge traffic ;)

so war das Scriptchen angedacht, außerdem wollte ich damit nur Beweißen wie schnell ein mini Script riesen Serverlast und Traffic verursachen kann während vllt. manche riesen Scripte kaum Traffic / Serverlast brauchen und man daher den Threadersteller seine Frage einfach nicht beantworten kann und keine elend lange Diskussion starten :mrgreen: Also bitte B2T :LOL:

mfg

Chris