Új hozzászólás Aktív témák
-
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.
-
-
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.
-
Pikari
veterán
É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. -
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.
-
-
Pikari
veterán
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.
-
-
ricsip
addikt
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.
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
- Revolut
- Kínai és egyéb olcsó órák topikja
- Filmvilág
- Gumi és felni topik
- Battlefield 6
- Andras-G: Az internet veszélyei [2. rész] - Facebook Marketpalce
- Itt a Galaxy S26 széria: az Ultra fejlődött, a másik kettő alig
- Kormányok / autós szimulátorok topikja
- PlayStation 5
- Építő/felújító topik
- További aktív témák...
- Bomba ár! Lenovo ThinkPad T460s - i5-6GEN I 12GB I 256GB SSD I 14" FHD I Cam I W11 I Garancia!
- Samsung Galaxy Book 3 Amoled 360 i5 13.gen, 16GB RAM, 512GB SSD, érintőkijelzős kedvező áron!
- BESZÁMÍTÁS! Gigabyte Z270 i7 6700 16GB DDR4 512GB SSD GTX 1660 Super 6GB Rampage SHIVA DeepCool 400W
- í kilenc! AKCIÓS PRECÍZIÓS KÉSZÜLÉK! 7560 i9-11950H 32GB RAM 1TB SSD Nvidia RTX A3000 6GB 1 év gar
- Óriás! Gamer PC-Számítógép! Csere-Beszámítás! R7 5700 / RTX 3080 / 16GB DDR4 / 512GB SSD!
Állásajánlatok
Cég: Laptopműhely Bt.
Város: Budapest