Hirdetés
- Azonnali informatikai kérdések órája
- Külső merevlemezek - USB, eSATA, FireWire HDD
- Az ötlet jó, de milyen a kivitelezés? Teszten a Chieftec Kockája
- Androidos tablet topic
- Vezeték nélküli fejhallgatók
- AMD Ryzen 9 / 7 / 5 9***(X) "Zen 5" (AM5)
- Milyen asztali (teljes vagy fél-) gépet vegyek?
- Gaming notebook topik
- OLED TV topic
- AMD K6-III, és minden ami RETRO - Oldschool tuning
Új hozzászólás Aktív témák
-
cucka
addikt
válasz
Sk8erPeter
#12993
üzenetére
Először is szögezzük le, hogy alapnak veszem, hogy egy játéknál nem oldal újratöltéssel oldjuk meg a kliensoldali frissítéseket, hanem ajax-al. Játékról van szó, tehát rengeteg request-el lehet számolni.
A dátum kiolvasása, összehasonlítása és az új mana érték beírása valóban nem erőforrás-igényes, viszont:
- Távolról sem nevezhető atomi műveletnek, tehát valamilyen lock-ot kell használj, ami viszont nagyon is erőforrás igényes. (Leginkább azért, mert az összes többi folyamat, ami ugyanazt az erőforrást használja, várni fog a lock miatt)
- Ahhoz, hogy a kliens nézőpontjából a mana érték frissítése úgy tűnjön, mint egy ütemezett feladat, minden egyes request-nél az összes játékos manáját ellenőrizni kell és frissíteni. Ez az összes olyan requset-re igaz, ahol a mana szerepel az adatok között. Felszorzod az ellenőrzés időigényét a játékosok magas számával, hozzáveszed, hogy elég sok request lesz, majd hozzáteszed, hogy minden egyes ellenőrzésnél lockolod az erőforrást, amire a többi request várni fog.Az eredmény az lesz, hogy beraktál egy k*rvanagy aknát a forráskódodba, ami akkor fog robbanni, amikor a júzereid száma elkezd nőni. A rendszered szép egyenletesen fog skálázódni egészen addig, amíg a request-ek száma túl kicsi ahhoz, hogy a lock komoly fennakadást okozzon, efölött pedig hirtelen és drasztikusan fog lecsökkenni a teljesítménye.
Ja, és ezt az egész baromságot pusztán azért, mert valamilyen hülye okból kifolyólag nem vagy hajlandó arra, hogy az ütemezett feladatot a pontosan erre a célra kitalált feladatütemezővel futtasd. Most komolyan, ez miért éri meg bárkinek?
(#12997) oleslie
Miért kell túlbonyolítani cron-al, ami nem mindenhol elérhető?
A cron mindenhol elérhető. Linuxon, Unixon, OSX-en mind alapból ott van, Windows-on szintén, csak ott máshogy hívják.
Ahol nem elérhető a cron, azok a kétpálcás php webhosting megoldások, de hadd ne ez legyen a mérce.
Új hozzászólás Aktív témák
- Napelem
- Azonnali informatikai kérdések órája
- Arc Raiders
- Revolut
- One otthoni szolgáltatások (TV, internet, telefon)
- urandom0: Száműztem az AI-t az életemből
- Samsung Galaxy S25 Ultra - titán keret, acélos teljesítmény
- Külső merevlemezek - USB, eSATA, FireWire HDD
- exHWSW - Értünk mindenhez IS
- Xiaomi 15T - reakció nélkül nincs egyensúly
- További aktív témák...
- Eladó Lenovo laptop adapter
- AKCIÓ!!! ASUS TUF Gaming F17 , RTX 4070 , i7 13620H , 16GB DDR5 , 1.2TB SSD , gamer laptop
- 27% - ÚJ G.SKILL Trident Z5 RGB 64GB (2x32GB) DDR5 6000MHz F5-6000J3040G32GX2-TZ5RK
- HP 15s eq1905nz 15.6" FHD IPS Ryzen 7 4700U 16GB 512GB NVMe ujjlolv gar
- Apple iPhone 12 Pro 512GB,Újszerű,Dobozával,12 hónap garanciával
- Eladó Apple iPhone 14 Pro Max 128GB / 12 hó jótállás
- GYÖNYÖRŰ iPhone 14 Pro Max 128GB Black -1 ÉV GARANCIA - Kártyafüggetlen, MS3915, 100% Akkumulátor
- HIBÁTLAN iPhone 14 128GB Midnight -1 ÉV GARANCIA - Kártyafüggetlen, MS3527
- Apple iPad 9th Gen 256GB, Wi-Fi+Cellular, Kártyafüggetlen, 1 Év Garanciával
- Fém, összecsukható és kihúzható fotó állvány eladó
Állásajánlatok
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest
Cég: BroadBit Hungary Kft.
Város: Budakeszi


