Új hozzászólás Aktív témák

• #327 bambano titán MasterDeeJay #322

  Új Válasz 2025-10-20 15:28:29 #327

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  bambano

  titán

  LOGOUT blog

  válasz MasterDeeJay #322 üzenetére

  [link]

• #323 emvy félisten MasterDeeJay #322

  Új Válasz 2025-10-20 13:12:46 #323

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  emvy

  félisten

  válasz MasterDeeJay #322 üzenetére

  Publikus adatok alapjan szamolgathatsz. Mutatom, hogy en hogy csinalnam.

  Pl. ennek az oldalnak a lekeresehez kb. 100 kB-t kell letolteni a browser szerint (a maradek kb. mindenkinek helyi cache-bol jon). Ha mondjuk van percenkent 20e lekeres (fogalmam sincs, hogy mennyi van, de mondjuk van most 6e online regisztralt tag es ennek mondjuk nehanyszorosa aki nincs a forumon, de nezi az oldalt), akkor az percenkent 2 GB, az kb. 250 Mbps, de gondolom toltogetnek fel-le uj kepeket is az userek, de vszeg 1 Gbps alatt van.

  CPU-t is tudsz saccolni nyilvanos adatok alapjan, kb. 200 msec kozott van egy oldalbetoltes most eppen, ennek egy resze (fele?) gondolom network latency, azaz ha percenkent van 20e lekeres, akkor az netto 20e*0.1 => 2000 sec netto ido a szerveroldalon, tehat 30 CPU sec / sec, szoval elsore nem rossz sacc, hogy ha nincs parallelizacio (es PHP a backend, szoval vszeg nincs, nyilvan DB oldalon lehet), akkor 30 CPU mag dolgozik folyamatosan.

  Az egeszben az a kerdes, hogy a percenkent 20e lekeres az jo sacc-e vagy sem, ennek megfeleloen lehet szorozgatni vagy osztani az esztimaciot.

Új hozzászólás Aktív témák