Hirdetés
- Samsung LCD és LED TV-k
- Megérkezett az Intel asztali csúcsprocesszora
- AMD APU (AM4 és AM5) topik
- Samsung Galaxy Tab tablet topik
- Milyen cserélhető objektíves gépet?
- AMD Navi Radeon™ RX 6xxx sorozat
- Kormányok / Autós szimulátorok topicja
- Milyen processzort vegyek?
- Soundbar, soundplate, hangprojektor
- Minden korábbinál több LED zóna került a TCL új Mini LED tévéjébe
-
PROHARDVER!
Specifikációjához képest meglepően olcsó router, ami AC1200-as Wifi-t és gyári firmware-val is több hasznos szolgáltatást ígér (fájlmegosztás, dlna, nyomtató megosztás, stb.)
Új hozzászólás Aktív témák
-
suste
veterán
sajnos sokan félreértelmezik az 1. képet (pedig elég egyértelmű az angol szöveg)
1: Mounted filesystem = ami fel van csatolva
2: Mount points = kézzel megadott csatolási pontAzért mert valamit felvettél a 2-esben, azért még nincsen csatolva, csak ha megjelenik az 1-esben.
CC= ha felrakod a mentésemet, akkor elég sokminden felkerül, és be is lesz állítva.
rtorrent: [link]
[ Szerkesztve ]
-
suste
veterán
-
suste
veterán
Igen, a tm sebesség ugrálás az valóban létező dolog, de én sosem értettem, hogy miért probléma ez bárkinek? Meg ki nézegeti? Betöltöd, lejön azt kész.
A max a sebességben lehet (?) jobb az rtorrent, egyébként a tm a nyerő szerintem.
De gondolom mindent be lehet állítani az rtorrent -ben is. -
dchard
veterán
válasz markussandor #309 üzenetére
Dettó. Ráadásul a TM-et elég jól lehet finomhangolni ami a memória fogyasztást illeti. Persze továbbra is igaz, hogy alapvetően a szálszám és a cache méret határozza meg a memória fogyasztást.
Dchard
A kitárulkozó idegenektől mindig elfog a hányinger. [Cornelius]
-
F34R
nagyúr
Megmondom oszinten, amit belinkeltem kepet az most transmission-n harmadjara nezve is 1,5MB/s el jon. ez a harmada amit az rtorrent tud. Viszont az mindent egyszerre tolt, es sorba nem tudom allitani, 200 torrentel mar bajos a hasznalat (ezt csak pyroscope kiegeszittesel tudom kezelni, azt is csak PC-n)
Most annyit csinaltam, hogy levettem a global-t 100-ra es a per peer-t meg 25-re, es kivettem az alternative speed settings elol a pipat.
Most egy ujabbal probalkozok ahol sokkal tobb a seed/leech arany de szinte biztosan tudom hogy ugralni fog.( linuxon is kellett egy sysctl.conf beallitas mire jo lett)
-
suste
veterán
én is ezt mondom, az ugrálás az tuti, de ha jól beállitod (peerek 50/15, letöltési sor 1, cache 0, stb), akkor a TM is tud 4-6MB/s -t letöltési átlagban, akkor meg kit érdekel hogy közben ugrál
a nagy baj inkább az a TM-mel, hogy ez a 4-6MB/s erősebb, többmagos eszközön is csak ennyi -
dchard
veterán
Felraktam a 17.01.1 LEDE-t, és vége visszakaptam a telómat, úgyhogy most mértem egyet 5GHz AC-n, és SISO módban stabilan megvolt a 230Mbit/s, ami jó eredmény. 2.4gigán szintén SISO módban volt 55Mbit/s 20MHz-en, ami szintén baromi jó (72 elméleti maximumból).
A hírhedt intel 7260 kártyámmal még nem néztem meg, ha lesz egy kis időm akkor kipróbálom.
Dchard
A kitárulkozó idegenektől mindig elfog a hányinger. [Cornelius]
-
sutszi
veterán
Ezek tényleg nagyon szép eredmények. A 7260-ra kíváncsi leszek...
Mondja, Mr. Babbage, ha rossz adatokat ad meg a gépnek, akkor is jó válasz fog kijönni belőle?" Képtelen vagyok felfogni azt az értelmi zavart, ami valakit egy ilyen kérdés feltevésére késztethet. - by Charles Babbage
-
woodworm
veterán
Holnap, holnapután érkezik egy azonos chipsetű adapter (mt7612u). Amint lesz időm letesztelem, akár visszatérve lede alatt is.
-
taki01
őstag
LEDE alatt észere vettem hogy 48-as csatornánál följebb állítom akkor nem működik a az 5GHz-s wifi. DD-wrt alatt minden csatornánnál működött a wifi. Ez driver hiba?
-
dchard
veterán
48-as csatorna fölött 60 másodperces kötelező scannelés van, ahol időjárási radart keres a cucc, és ha talál, nem engedélyezi. Nálam 60 másodperc után elindul az adás 56-on (LEDE alatt). DFS-nek hívják a technikát.
Dchard
A kitárulkozó idegenektől mindig elfog a hányinger. [Cornelius]
-
vargalex
Topikgazda
Nekem továbbra is jól megy éles üzemben az akkori trunk LEDE-ből build-elt firmware.
2,4 GHz-en nálam is 20 MHz-re van állítva, mobillal 72 Mbps-es kapcsolódási sebességgel 50 Mbps körüli sebesség mérhető. Notebook-on Intel 7260-al 5 GHz-en Speedtest-el kihajtja a 240 Mbps-t, LAN-ról 20 MB/s-el másolok 1 szobával távolabb.Alex
-
F34R
nagyúr
Maradt a transmission.
PC-n is finomhangoltam, Peer Exhange, DHT, uTP, LPD off. Igy minimalisra csokkent a memoriahasznalat, es a net sebesseghez ez most a legjobb konfigom. Public Trackerrol is szepen jon minden. Rtorrent kohogot az asztalin is, raadasul nincs queued download, es remote control is nehezkesebb.
-
woodworm
veterán
válasz woodworm #320 üzenetére
Megérkezett az adapter, EDUP EP-AC1605.
Két gyors mérés 2,4:
f:\Portable Apps\iperf>iperf3 -c 192.168.1.168 -i 1
Connecting to host 192.168.1.168, port 5201
[ 4] local 192.168.1.242 port 51485 connected to 192.168.1.168 port 5201
[ ID] Interval Transfer Bandwidth
[ 4] 0.00-1.01 sec 8.62 MBytes 71.4 Mbits/sec
[ 4] 1.01-2.00 sec 10.1 MBytes 85.7 Mbits/sec
[ 4] 2.00-3.01 sec 12.8 MBytes 107 Mbits/sec
[ 4] 3.01-4.00 sec 20.6 MBytes 174 Mbits/sec
[ 4] 4.00-5.00 sec 23.6 MBytes 198 Mbits/sec
[ 4] 5.00-6.00 sec 23.1 MBytes 194 Mbits/sec
[ 4] 6.00-7.00 sec 23.5 MBytes 197 Mbits/sec
[ 4] 7.00-8.01 sec 22.5 MBytes 188 Mbits/sec
[ 4] 8.01-9.00 sec 23.9 MBytes 201 Mbits/sec
[ 4] 9.00-10.01 sec 24.2 MBytes 203 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bandwidth
[ 4] 0.00-10.01 sec 193 MBytes 162 Mbits/sec sender
[ 4] 0.00-10.01 sec 193 MBytes 162 Mbits/sec receiver
iperf Done.és 5 GHz-en:
f:\Portable Apps\iperf>iperf3 -c 192.168.1.168 -i 1
Connecting to host 192.168.1.168, port 5201
[ 4] local 192.168.1.242 port 51299 connected to 192.168.1.168 port 5201
[ ID] Interval Transfer Bandwidth
[ 4] 0.00-1.00 sec 24.2 MBytes 203 Mbits/sec
[ 4] 1.00-2.00 sec 27.2 MBytes 229 Mbits/sec
[ 4] 2.00-3.00 sec 31.0 MBytes 260 Mbits/sec
[ 4] 3.00-4.00 sec 35.6 MBytes 299 Mbits/sec
[ 4] 4.00-5.00 sec 35.4 MBytes 297 Mbits/sec
[ 4] 5.00-6.00 sec 36.1 MBytes 303 Mbits/sec
[ 4] 6.00-7.00 sec 35.8 MBytes 300 Mbits/sec
[ 4] 7.00-8.00 sec 36.4 MBytes 305 Mbits/sec
[ 4] 8.00-9.00 sec 33.4 MBytes 280 Mbits/sec
[ 4] 9.00-10.00 sec 36.6 MBytes 307 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bandwidth
[ 4] 0.00-10.00 sec 332 MBytes 278 Mbits/sec sender
[ 4] 0.00-10.00 sec 332 MBytes 278 Mbits/sec receiver
iperf Done.A mérés kb. 8 méter távolságból, egyenes rálátással, üvegajtó mögött történt, Úgy néz ki itt a 2,4 GHz a hektikusabb, néha kezelhetetlenül alacsony, szégyenteljes mérés is született. Ennek mondjuk oka lehet a vevőhöz közeli wdr3600-as, aminek nem kapcsoltam ki a wifijét és gyanúsan közeli csatornán dolgozik, jóval nagyobb jelszinten.
[ Szerkesztve ]
-
woodworm
veterán
Kiegészítésként, az ajánlós topikban visszaolvasva krealon hozzászólását, nála is hasonló volt a probléma, a pozicionálás megoldotta. Kikapcsolva a vevő melletti wdr3600-as wifijét és megfelelően beállítva az antennákat hihetetlen eredményeket produkált a kettős.
Az eleinte akadozós 2,4 GHz megtáltosodott, iperf3-mmal mérve volt 200Mbites átvitel is, total commanderrel másolva egy ~7GB-os mkv-t 13-15 MB-os másolási sebességet mutatott. -
vargalex
Topikgazda
válasz woodworm #295 üzenetére
Elkezdtem nézegetni a firmware felrakásának módját. Nekem úgy tűnik, hogy OpenWrt/LEDE alól valóban csak annyi, ami a mellékelt readme.txt-ben is áll. Persze ehhez olyan firmware-t kell build-elni, amiben írható a defaults partíció (ugyanis alapból read-only).
Egyébként a flash-ban elfoglalt helye valóban egyezik a padavan-ban definiált Factory partícióval.Padavan (forrás DD-Wrt fórum):
Jan 1 00:00:05 kernel: Creating 7 MTD partitions on "raspi":
Jan 1 00:00:05 kernel: 0x000000000000-0x000000030000 : "Bootloader"
Jan 1 00:00:05 kernel: 0x000000030000-0x000000040000 : "Config"
Jan 1 00:00:05 kernel: 0x000000040000-0x000000050000 : "Factory"
Jan 1 00:00:05 kernel: 0x000000050000-0x000000182bf0 : "Kernel"
Jan 1 00:00:05 kernel: 0x000000182bf0-0x000000fc0000 : "RootFS"
Jan 1 00:00:05 kernel: 0x000000fc0000-0x000001000000 : "Storage"
Jan 1 00:00:05 kernel: 0x000000050000-0x000000fc0000 : "Firmware_Stub"LEDE:
[ 2.630000] Creating 6 MTD partitions on "spi32766.0":
[ 2.640000] 0x000000000000-0x000000030000 : "u-boot"
[ 2.650000] 0x000000030000-0x000000034000 : "u-boot-env"
[ 2.660000] 0x000000034000-0x000000038000 : "radio"
[ 2.670000] 0x000000038000-0x000000040000 : "factory"
[ 2.680000] 0x000000040000-0x000000050000 : "defaults"
[ 2.690000] 0x000000050000-0x000001000000 : "firmware"
[ 2.740000] 2 seama-fw partitions found on MTD device firmware
[ 2.750000] 0x000000050040-0x0000001d0000 : "kernel"
[ 2.760000] 0x0000001d0000-0x000001000000 : "rootfs"
[ 2.770000] mtd: device 7 (rootfs) set to be root filesystem
[ 2.780000] 1 squashfs-split partitions found on MTD device rootfs
[ 2.800000] 0x0000005d0000-0x000001000000 : "rootfs_data"Úgyhogy, ha valaki ki szeretné próbálni, szívesen közzéteszem azt a LEDE build-et, amiben engedélyezem a defaults partíció írását is.
Egyébként kíváncsi lennék a használt padavan forrásra, illetve a partíció előállításának módjára is. Igazán megoszthatta volna emberünk...
Alex
-
woodworm
veterán
válasz vargalex #327 üzenetére
Ha padavan után rakok vissza openwrt-t, akkor a radio partíció teljesen üres, a wifi ugyan működik, de nem tudom mennyire jó, ha csak a default kerül visszaírásra.
Szerintem a prometheust használja ő is a buildelésre, csak a board konfigurációját módosította az első fw-kben. A prometheusba lassan kerülnek a módosítások, eleinte mindig megszakadt a buildelés a switch rossz konfigurációja miatt, most módosítás után pedig nem működik a lan1-es port. A want ki sem próbáltam, lanként működött.
A mostani fw-jében működnek a ledek, régiónként és csatornánként finomította a wifi power limitjét.A prometheus egyébként menti az aktuális rendszert flash előtt, elméletileg vissza is tudná rakni. Bár nem tudom, hogy ez csak azonos rendszer előző mentését rakja vissza, vagy tudja kezelni a padavan és az openwrt/lede eltérő layoutját is.
-
woodworm
veterán
válasz vargalex #329 üzenetére
Újraírja. Nem használja csak az elejét, ami openwrt-re visszatérés után az u-boot-env-be kerül, a radio és a factory teljesen üresen marad.
A radmir-féle fw jó és tökéletesen működik, a prometheusos környezet végeredményével vannak gondok, amit gondolom radmir orvosolt. Igazából nekem megfelelne a munkája, amit hiányolok az csak kozmetika, nem implementálta a skineket. Ha d-linkem van, pofásabb lenne d-link logo a fejlécben.Egyébként az orosz fórumon a ddwrt-s fórum posztjaival egy időben volt egy kis diskurzus a témában és nem tudom, hogy a nick őt takarja-e, de akkor osztott meg valaki fájlokat, amiket azóta törölt. A power limites fájlok pl. megegyeznek.
-
woodworm
veterán
válasz vargalex #329 üzenetére
Mennyire járható út összetenni egy fájlba az openwrt adott partícióit és padavan alatt visszaflashelni a többivel együtt?
mtd1_u-boot-env.backup \
mtd2_radio.backup >> mtd1.bin
mtd3_factory.backup /
mtd4_defaults.backup >> mtd2.bin
mtd5_firmware.backup >> mtd6.bin[ Szerkesztve ]
-
vargalex
Topikgazda
válasz woodworm #332 üzenetére
Ha Padavan alatt minden partíció írható, akkor az első kettő sima ügy, hiszen összességében azonos méretekről van szó. A gond az utolsóval van, hiszen, mint látható a padavan alatti Firmware_Stub partíció mérete nem azonos az OpenWrt alatti firmware partíció méretével, ráadásul előbbi a kisebb.
Ha viszont szétvágod az OpenWrt-s firmware partíció mentést, majd a Firmware_Stub-ba és a Storage-ba visszaírod, az jó lehet, hiszen ezen kettő együttesen éppen az OpenWrt-s firmware partíció.
Egyébként miért akarsz visszaállni? Azt hittem elégedett vagy.Alex
-
woodworm
veterán
válasz vargalex #333 üzenetére
Hosszú távon maradnék mindenképp padavanon, csak esz a kíváncsiság. Nem mellesleg jó tudni, hogy van visszatérési lehetőség. Esetleg ezzel az mtk chipsetes adapterrel egy pár mérést végezni openwrt/lede alatt is.
Visszaíráskor az mtd parancs tud egyszerre több partíciót írni vagy több menetben kell és a végén újraindítani? -
woodworm
veterán
válasz vargalex #335 üzenetére
Köszi szépen!
A partíciónkénti visszaírást és az újraindítást én is így gondoltam, hogy csak a végén megadni az -r paramétert.(#336) suste
Működik, de azzal csak az fw írható vissza. A padavan viszont más felosztásban használja a partíciókat és felülírja a tartalmát, ezért openwrt-re visszatérve nullás lesz a radio és factory partíció, a rádióadatok a defaults-ra kerülnek, ahol nem hiszem, hogy használni tudná. -
woodworm
veterán
válasz vargalex #338 üzenetére
Gyorsan megnéztem, mert ap módban nem jelenik meg minden szolgáltatás, de beleforgatta a vpn szervert. Van nyomtató szerver is, a ddns-nek nincs webes felülete, config fájlból kell beállítani.
A leírásom óta kipróbáltam az övét is, bármilyen merész lépésnek tűnik, de valóban gördülékenyebb wifin megtenni az első lépést és flashelni a módosított partíciót. Bekapcsoltam az ssh-t, winscp-vel felmásoltam a bin-t, majd flasheltem.
-
woodworm
veterán
válasz vargalex #340 üzenetére
Az írási módszerére vonatkozott.
A mostani nem túl bőbeszédű readme már kibővített verzió, az elsőben ennyi sem volt. A lényeget a hozzászólásokban napokon keresztül csepegtette, mert kábelen rettentő nehéz bejelentkezni, végigvinni és ezt nem említette, nem konkretizálta mikor telnetelt, és mikor csatlakozott ssh-n. Később kiderült, hogy ő wifin keresztül csatlakozott, úgy tényleg könnyebb.
A fórumon csak a default partíció mentése szerepel és annak visszaírásával szerinte helyreállítható az eredeti állapot.Egyébként már 4 fw-t töltöttem le a linkelt yandex tárhelyről, ezekből csak kettőt tettem fel. Az egyik eleve működésképtelen próbálkozás volt, hogy az uboot recoveryjén keresztül lehessen flashelni. Az elsőben emlékeim szerint a ledek működése volt korlátozott és a wifi power limit táblázatok elég magas értékeket tartalmaztak, lehet a chip nem is tud ilyen tartományban dolgozni, a méréseket ezzel készítettem. Azóta került fel még kettő, az egyikben nincs módosított power limit, a másikban pedig finomított értékek vannak már és állítható a frontledek működése.
-
woodworm
veterán
válasz vargalex #342 üzenetére
A noSingleSKU-ban nincsenek engedélyezve a régiónkénti max power táblázatok. A forrásban ez az alapértelmezett, de egy európai (CE) akkor is van mellette, nem tudom használja-e ilyenkor is. Ellenőrizni nehezebb, mert nincs olyan visszajelzés a használt értékről, mint openwrt-nél.
Nálam a DIR-860L_3.4.3.9-099.trx van a routeren.Ránézve az oldalára, tegnap megint frissültek a fájlok. Kár, hogy nincs changelog!
[ Szerkesztve ]
-
vargalex
Topikgazda
válasz woodworm #343 üzenetére
Én most felraktam a tegnapi DIR-860L_3.4.3.9-099.trx-et. Előtte build-eltem egy LEDE-t, ahol a szükséges partíciók írását engedélyeztem. OpenWrt alatt felülírtam a default és a firmware partíciókat.
Hát, mit mondjak... A webes felület elég gyakran "megáll" (akár wifi-n, akár vezetéken csatlakozva), ilyenkor általában nem is jut tovább, miközben ssh-n semmi gond a kapcsolattal. Próbáltam már nvram törlést, de nem segített.
Az 5 GHz-es wifi az Intel 7260-al semmivel nem jobb (a mini szerveremről samba-n másolás sem), viszont a 2,4 GHz tényleg gyors. Mondjuk, most helyileg ott van a router, ahol korábban volt, ott LEDE alatt is elég jól ment.Samba-t is megnéztem gyorsan, ext4-ről itt is tudja a 100 MB/s körüli olvasási sebességet.
[ Szerkesztve ]
Alex
-
-
woodworm
veterán
válasz vargalex #344 üzenetére
Próbálkoztam saját buildel, amiben voltak skinek. Ott tapasztaltam skin váltás után egy ideig a megtorpanásokat, ennél még nem. Egyébként suste mérési metódusát használva lassabban fut le a teszt első része, a számolás viszont magasabb érték, mint openwrt/lede alatt.
A 2,4 GHz-es wifi tulajdonságainál 400M-es TRate érték jelenik az adapteres csatlakozásnál, ez nálad is így van? Elméletileg 2x2:2-es felállásban nem is lehetne ilyen linksebesség. Rosszul tudom?
A samba-s olvasási értékeket még nem sikerült elérnem, nálam mindegyik hdd-nél leragad a ~30MB-os sebességnél, gondolom ez az usb2 limit lehet.Esetleg, ha a buildelt lede fw-t meg tudnád osztani, eltenném későbbre. Akkor nem kellene a darabolással szöszmötölnöm. Vagy csak a default partíciót tetted írhatóvá?
(#345) dchard
Iperf3 méréseknél voltak 200Mbites átlageredmények is.[ Szerkesztve ]
-
suste
veterán
válasz vargalex #344 üzenetére
A LEDE által használt wifi drivert le lehetne forgatni CC alá?
Én még minidg annak örülnék, hogy ha nem kéne fw-t cserélni (CC tökéletesen teszi a dolgát és meg van minden csomag hozzá ami nekem kell), csak a wifi drivert fríssíteném.
Egyébként kiderült hogy a LEDE mit módosított amitől javult? Vagy nem ilyen egyszerű a dolog?A padavan felrakást meg lehetne majd egyszerűsíteni az egyedi LEDE builddel, hogy eleve belerakni a szükséges partíciókat, és egy gombra/parancsra meg kicserélné őket? (mint PEPPE2K ubootmod-ja)
És akkor utána gondolom már csak a firmware partíció frissítés maradna, ami mehetne luciból is?
(Bár én még mindig nem látom értelmét így ennek a padavannak )(#346) woodworm
tényleg, akartam kérdezni, hogy milyen webserver van a padavan alatt?
fel lehetne tenni a 9092-t arra is?
a cpu-test értékeit megírhatnád, és akkor beteszem a táblázatba[ Szerkesztve ]
-
vargalex
Topikgazda
válasz woodworm #346 üzenetére
Szia!
Ez az eredeti build, de folyamatosan ezt tapasztalom a webes felületen. Nekem routerként megy, neked csak AP-ként, ha jól sejtem. Más különbséget nem látok.
2,4 GHz-en csatlakozva nálam a TRate az 300M, úgyhogy ahhoz mérten különösen jó az eredmény.
Samba-nál biztos, hogy az USB2 a korlát. Én egy USB3-as házban lévő notebook HDD-vel próbáltam.
LEDE-ből majd build-elek egy általánosat, mert ezt kifejezetten a nekem szükséges csomagokkal és configokkal build-eltem. Egyébként mindegyik partíciót írhatóvá tettem. Másrészt saját build esetén olyan partíciókat (is) definiálhatunk, amit akarunk. Lehet átfedés is küztük.(#347) suste: A LEDE és az OpenWrt is az mt76 wifi driver-t használja, nyilván a LEDE újabbat, mint a CC.
A fentebb leírt LEDE build-el egyébként valóban ennyi a flash-elés:
From OpenWRT/LEDE:
1. mtd write mtd2.bin defaults
2. mtd -r write DIR-860L_3.4.3.9-099.trx firmwareLuCI-ból szinte biztos, hogy nem megy a firmware partíció, bár nem néztem, de szerintem a HW ID nem egyezik bennük, így a sysupgrade visszautasítaná.
Alex
-
suste
veterán
válasz vargalex #348 üzenetére
Ok, azt tudom, hogy az mt76-ot használja, de a kérdés arra vonatkozott, hogy lehetséges-e CC-15.05.1 -hez való újabbat forgatni, amit csak simán csomagként ráteszel majd.
Az üres LEDE-be beleférhetne pluszban mindkét fájl (bin+trx) is? (Nem ismerem a méreteket.)
Mert akkor tényleg egyszerű lenne. -
woodworm
veterán
Úgy látom egy httpd daemon fut, hogy ez pontosan milyen webszervert takar, passz. Maga az adminfelület asp és js fájlokból áll jobbára.
Előkerestem és pluszban mértem egyet a minivel is:
D-LINK-DIR-860L-B1
PADAVAN-3.4.3.9-099-cf494ea
MT7621AT
900 MHz
2x2
Started 1 process(es)
Elapsed time: 6.99 sec
Started 2 process(es)
Elapsed time: 9.9 sec
Started 3 process(es)
Elapsed time: 9.81 sec
Started 4 process(es)
Elapsed time: 10.1 sec
Started 30s counting (0->)
9050
XIAOMI-MI-MINI
PADAVAN-3.4.3.9-099_460bda1
MT7620A
600 MHz
1
Started 1 process(es)
Elapsed time: 9.47 sec
Started 2 process(es)
Elapsed time: 19.45 sec
Started 3 process(es)
Elapsed time: 29.01 sec
Started 4 process(es)
Elapsed time: 38.95 sec
Started 30s counting (0->)
6950(#348) vargalex
Az a baj, hogy az én házam is USB3-as lenne.[ Szerkesztve ]
Új hozzászólás Aktív témák
- Latitude 5520 15.6" FHD IPS i5-1145G7 Iris Xe G7 16GB 512GB NVMe WIFI 6 gar
- GAMER PC - RTX 2060 6GB - RYZEN 5 4500 - 16GB DDR4 RAM - 240GB SSD - 500GB HDD
- Új iPhone 14 Pro 256GB deep purple gyári független 6 hó gari
- Eladó Gigabyte GA-Z87X-D3H Alaplap!
- Vostro 3400 14" FHD IPS i3-1115G4 16GB 256GB NVMe magyar vbill ujjlolv., gar