- AMD K6-III, és minden ami RETRO - Oldschool tuning
- Így nem hajlik, úgy kettétörik az új iPad
- Milyen egeret válasszak?
- iPad topik
- Házi barkács, gányolás, tákolás, megdöbbentő gépek!
- Projektor topic
- E-book olvasók
- Milyen Android TV boxot vegyek?
- Intel Core i5 / i7 / i9 "Alder Lake-Raptor Lake/Refresh" (LGA1700)
- Videós, mozgóképes topik
Hirdetés
-
Hardverek pünkösdre
ph E-book olvasók, komponensek és perifériák kerültek hétvégi összeállításunkba.
-
A tüntetések ellenére is bővítheti német gyárát a Tesla
it Hiába a nagy tüntetések, a helyi önkormányzat rábólintott a Tesla német gyárbővítésére.
-
AMD Radeon undervolt/overclock
lo Minden egy hideg, téli estén kezdődött, mikor rájöttem, hogy már kicsit kevés az RTX2060...
-
PROHARDVER!
WLAN, WiFi, vezeték nélküli hálózat
Új hozzászólás Aktív témák
-
Claude Leon
senior tag
válasz -=Valium=- #19026 üzenetére
Nem jól tudod.
Egyfelől nem fixen a fele, másfelől a továbbított adaton túl van sok egyéb, időtrabló kommunikációs fittyfene (oda-vissza üzengetés, még a b szabványból öröklött időzítéssel), ami miatt a fizikai bitráta annyi adatot szállít, amennyit.
(valaki már idén belinkelt egy oldalt, ahol nagyon szépen össze volt gyűjtve az egész protokoll, mikroszekundumokkal) -
And
veterán
válasz -=Valium=- #19026 üzenetére
Bizony, ezen a félduplex (ami ugyan igaz) miatti magyarázaton már túltettük magunkat, merthogy annak semmi köze a hasznos átvitelhez. Letöltéskor a forgalom java része amúgy is az egyik irányban megy, visszafelé jórészt csak a 802.11 és TCP nyugta csomagok közlekednek, hasznos adat nem. Amúgy meg ezt lesd meg: When Is 54 Not Equal to 54?.
Új hozzászólás Aktív témák
Állásajánlatok
Cég: Ozeki Kft.
Város: Debrecen
Cég: Ozeki Kft.
Város: Debrecen