Hirdetés
- Gaming notebook topik
- Vezeték nélküli fülhallgatók
- Computex 2023: az ASUS is megszabadulna a látható kábelektől
- Nyakunkon a kánikula, vakációra készülnek a hardverek
- Apple notebookok
- Androidos tablet topic
- Kormányos topik
- Házi erősítő építése
- VR topik (Oculus Rift, stb.)
- Computex 2023: Kábelmentes ventilátorok a Seasonicnál
Új hozzászólás Aktív témák
-
tibaimp
veterán
64/128 maggal/szállal biztos, hogy bütyök lesz, bőven el is fogja verni az Intel csúcs prociját is. Illetve azt nem tudni, készül-e belőle 96 magos változat, mint az aktuális Epyc-ből.
A tehén egy bonyolult állat, de ÉN megfejtem...| 2016-tól az tuti, hogy az angyalok is esznek babot...
-
ricsip
őstag
Ha szar az ütemezése a programszálaknak, akkor ezeket jobbra-balra dobálja az oprendszer a magok között, és a látszólagos processzorhasználat nagy része az valójában az állandó költöztetésekből fakadó járulékos plusszmunka lesz, nem pedig valódi (hasznos) programkód-futás.
-
-
Pikari
senior tag
Na az ilyen fork alapú megoldások például pont nem skálázódnak rendesen 4-5 mag fölött. Lásd ricsip hozzászólását, annyi módosítással, hogy ott a processz klónozása és a memóriaterületek on-demand duplázása zabálja el az erőforrást már a kernel szintjén.
[ Szerkesztve ]
2013 nyara -> ettől az időponttól kezdve kizárólag privát üzenetben tudsz elérni, a fórumot nem olvasom/írom, mert ÉLETEM van.
-
Pikari
senior tag
Ha ilyen nagy zsuga vagy, miért nem patcheld bele a php-be, hogy másodpercenként 2000 helyett 400milliószor bírjon lefutni az sql_connect? Akkor majd talán nekem is sikerülne 7%-nál nagyobb cpu utilizationt látni egyszer.
[ Szerkesztve ]
2013 nyara -> ettől az időponttól kezdve kizárólag privát üzenetben tudsz elérni, a fórumot nem olvasom/írom, mert ÉLETEM van.
-
-
-
Pikari
senior tag
Az a baj, hogy (nálam) 0.02 másodperces php futásidőből kb 0.01 másodperc az sql szerverhez való kapcsolódás és a pár fórumbejegyzés kiszipkázása, kb 0.005 másodperc meg a fork és a fork miatti lapok szinkronizálása, a maradék kb a hasznos párhuzamosítható feladat, és így használ az sql max terhelés alatt másfél magot, a kernel csuklózik egy magon, a php pedig a legjobb esetben amit láttam, két és fél magot bírt bevenni. A cikk meg 128 logikai magos processzorokról szól. Az én kommentem pedig arról, hogy ÉN nem tudok 24 magot sem megetetni.
Ma már persze nem kell futtatnom ilyen szervereket, így a különféle php boardok nevetségesen alacsony hatásfoka nem rázza meg a lelkemet. Másfajta programokat viszont futtatok, és mellékesen nem csak szerver szerű felhasználás során nem tudom őket kihasználni, hanem másfajta felhasználás során sem. Nem azt mondom, hogy nem lehet kitalálni olyan dolgot, amit rá lehet ereszteni, és hatékony lesz.
Ezért mondtam, hogy ember legyen a talpán, aki ezt megteszi. A hozzászóló, aki ebbe belekötött, nem hiszem, hogy ilyen ember lehet. Aki azt gondolja, hogy 100 magos procit belerak valami szerverbe, és huss, minden szép és jó lesz, az biztosan nem látott még csak akár egy 24 magosat se szerintem.
[ Szerkesztve ]
2013 nyara -> ettől az időponttól kezdve kizárólag privát üzenetben tudsz elérni, a fórumot nem olvasom/írom, mert ÉLETEM van.
-
Általánosságban beszélt a szerverről mindenki, az tök lényegtelen, hogy te mire használod, meg mik a tapasztalataid. A szerverek arra vannak kitalálva, hogy egyszerre sok kérést kell kiszolgálniuk, nem arra, hogy otthon játszol vele egyedül.
[ Szerkesztve ]
A RIOS rendkívül felhasználóbarát, csak megválogatja a barátait.
-
Pikari
senior tag
-
-
Pikari
senior tag
A külön szálak, processzek létrehozása, lapkereteinek klónozása, illetve az IPC felépítése pedig 1 szálú a kernelben. Alsó hangon 100-400 millió órajel per php request. A maradék a hasznos munka.
[ Szerkesztve ]
2013 nyara -> ettől az időponttól kezdve kizárólag privát üzenetben tudsz elérni, a fórumot nem olvasom/írom, mert ÉLETEM van.
-
-
Látom nagyon működik nálad a Dunning-Kruger effektus.
Eleve már ott rossz az egész, ha a szervernek szoftvernek processzeket kell létrehozni on the fly, ez nagyon gagyi, amatőr megoldás. Normálisan konfigurált szerveren minimum van valamilyen connection pool, hogy mindig legyen szabad processz / szál a kéréseknek, így ez az overhead gyakorlatilag nem létezik, vagy legalábbis nagyon minimális.
[ Szerkesztve ]
A RIOS rendkívül felhasználóbarát, csak megválogatja a barátait.
-
Pikari
senior tag
Én soha nem mondtam olyat, hogy a ti szervereteken minek kell létrehozva lennie, vagy hogy egy "normálisan" konfigurált szervernek hogyan/hogyan nem kell kinéznie. Azért mielőtt dunning krueger hatással dobálnál fejbe, hadd emlékeztesselek arra, hogy 3 hónappal ezelőtt az aktuálisan kibannolt vérpistike sikerrel tartotta 3 héten keresztül rettegésben az oldalt a ddos szkriptjével, úgyhogy valami lehet, hogy mégsem annyira jó vele
Nem mondom, az én oldalaimat is számtalanszor lerúgták különféle módszerekkel, és nem is állítom, hogy azok jók voltak beállítva. Sajnálom, ha megbántottalak, de még mindig ajánlom a figyelmedbe, amit a #2-es hozzászólásban írtam. Hogy felháborodsz rajta, vagy a melledet húzod ki, az rajtad áll. Hogy a kettő közül miért az előzőt tetted meg, azt csak te tudhatod.[ Szerkesztve ]
2013 nyara -> ettől az időponttól kezdve kizárólag privát üzenetben tudsz elérni, a fórumot nem olvasom/írom, mert ÉLETEM van.
-
De még mindig hülyeségeket hadoválsz össze-vissza, a #7-es hozzászólással kezdve. Az oldalt érő DDoS támadásnak meg aztán végképp semmi köze a témához, és arról is hülyeségeket beszélsz.
Egyébként nem háborodtam fel, legfeljebb egy kis szánalmat érzek aziránt, hogy nagyon meg akarod mondani a tutit, de jól láthatóan lövésed sincs a témához, különben nem írnál olyan nyilvánvaló blődségeket, hogy egy SQL szerver nem skálázódik 4-5 magnál tovább.
[ Szerkesztve ]
A RIOS rendkívül felhasználóbarát, csak megválogatja a barátait.
-
Pikari
senior tag
Tudod mit, igazad van. Valóban van olyan eset, amikor skálázódik. Például ha egy weboldal optimizálatlan
Akkor 100 maggal el lehet fedni a dizájn hiányosságait. Példát szándékosan nem írok ilyen oldalakra, hátha valaki magára veszi [ Szerkesztve ]
2013 nyara -> ettől az időponttól kezdve kizárólag privát üzenetben tudsz elérni, a fórumot nem olvasom/írom, mert ÉLETEM van.
-
Akkor még mindig lövésed sincs, hogyan működik nemhogy egy SQL szerver, hanem bármilyen szerver szoftver, ami egyszerre sok klienssel dolgozik.
És még fokozod a hülyeségeket. A sok mag nem arra való, hogy a kérések egyenként gyorsak legyenek (attól nem lesznek gyorsabbak), hanem arra, hogy sok kérést tudjon kiszolgálni egyszerre.
A RIOS rendkívül felhasználóbarát, csak megválogatja a barátait.
Akkor 100 maggal el lehet fedni a dizájn hiányosságait. Példát szándékosan nem írok ilyen oldalakra, hátha valaki magára veszi Új hozzászólás Aktív témák
ph A címben említett vállalat kínai divíziójának ügyvezető igazgató szerint az év második felében meg is érkezhet a platform.
- Gaming notebook topik
- Vezeték nélküli fülhallgatók
- Napokon belül érkezik a Greyhill Incident
- Ukrajnai háború
- Elektromos cigaretta 🔞
- Magga: PLEX: multimédia az egész lakásban
- Cyberpunk 2077
- Computex 2023: az ASUS is megszabadulna a látható kábelektől
- A fociról könnyedén, egy baráti társaságban
- OFF TOPIC 44 - Te mondd, hogy offtopic, a te hangod mélyebb!
- További aktív témák...
Állásajánlatok
Cég: KIFÜ
Város: Budapest
Cég: Sessionbase Kft.
Város: Budapest