- Milyen routert?
- Windows 10
- Synology NAS
- Ki hozhat AI-funkciókat az iPhone-ra?
- A pápa egyre jobban tart a romlott AI veszélyeitől
- TP-Link WR1043ND router
- Telekom otthoni szolgáltatások (TV, internet, telefon)
- Mesterséges Intelligencia topik
- Musk azt mondja: a gondolatával mozgatja az egeret a Neuralink első betege
- Kínai cégek segítik ezentúl a Teslát, a Renault-t, a Hyundait és a Toyotát
Új hozzászólás Aktív témák
-
Legyes
tag
válasz Hunpriest #34 üzenetére
Alapból kb. egyik szerver megoldás sem multi-thread képes azok közül, amik a legelterjedtebbek. A MySQL egy szálon dolgozik. A NodeJS miért ne lenne backend, alapból az is 1 szálon. A PHP dettó. Ráadásul ezek általában I/O-ból fogynak ki hamarabb, mégis ész nélkül veszik a milliós CPU kiteket a szerverekbe, hogy majd gyorsabb lesz (nem, nem lesz, sőt, sok esetben még lassabb is, mert általában a több magos szerver procik órajele kisebb). A legtöbbek által használt ügyviteli rendszerek kliens és szerver oldalon is csak 1 threadet gyilkolnak 1 feladattal, az user meg nézi a homokórát, amíg a 112 thread egyikén pörög a 2 perces SQL query. Nem a procikon múlik a dolog, hanem a fejlesztőkön. Ők meg csak komoly kényszer hatására fognak foglalkozni azzal, hogy éljenek a több mag/thread adta előnyökkel. Az ha 2 PHP-t indítok ami 2 szálat terhel, attól még a PHP single-thread marad. Vegyétek csak elő kedvenc, fél órás MySQL queryteket és csekkoljátok a CPU használatot.
"LOL".[ Szerkesztve ]
-=LeGyEs=-
Új hozzászólás Aktív témák
- gban: Ingyen kellene, de tegnapra
- PlayStation rajongói nyereményjáték
- VR topik (Oculus Rift, stb.)
- Debrecen és környéke adok-veszek-beszélgetek
- Autóhifi
- Napelem - 100%-os támogatású pályázat
- Yettel topik
- Egyre gyorsabban ügyködik saját HBM memóriáján Kína
- Pécs és környéke adok-veszek-beszélgetek
- Vodafone mobilszolgáltatások
- További aktív témák...