- Nem indul és mi a baja a gépemnek topik
- NVIDIA GeForce RTX 4060 / 4070 S/Ti/TiS (AD104/103)
- Az AI felé fordul az IKEA is
- Milyen CPU léghűtést vegyek?
- HiFi műszaki szemmel - sztereó hangrendszerek
- Melyik tápegységet vegyem?
- Azonnali VGA-s kérdések órája
- Milyen notebookot vegyek?
- AMD K6-III, és minden ami RETRO - Oldschool tuning
- Milyen egeret válasszak?
Hirdetés
-
AMD-s alternatívát ajánl az NVIDIA AI ellen a Microsoft
it AMD-s alternatívát kapnak az NVIDIA AI-processzorokra a Microsoft felhős ügyfelei.
-
Retro Kocka Kuckó 2024
lo Megint eltelt egy esztendő, ezért mögyünk retrokockulni Vásárhelyre! Gyere velünk gyereknapon!
-
LG C4 tévé, a népszerű OLED-sorozat legfrissebb tagja
ph Leteszteltük az OLED evo paneles, 4K felbontású, mélynyomókkal is felszerelt, 65 hüvelykes televíziót.
Új hozzászólás Aktív témák
-
kevinium
aktív tag
válasz Vigilante #18645 üzenetére
A Googlenak (youtube) fejlett sávszélesség-menedzsmentje van. A letöltés kezdeténél 5-10 másodpercig max sebességgel küldi (hogy felteljen a buffered, és ne szaggasson), utána meg az átlag bitsebesség 2-szeresével a szám végéig, vagy valami hasonló. Ezt direkt csinálják így, hogy mindenkinek jusson sávszélesség!
-
kevinium
aktív tag
válasz Dreddy32 #18651 üzenetére
Ötletek: Ha wifin akarsz nagy sebességgel tölteni, akkor nézd meg programmal, hogy mennyire "tiszta" az adott csatorna (Már ha 2.4GHz-en vagy)
http://www.nirsoft.net/utils/wifi_information_view.html
vagy valamelyik hasonszőrű szoftverrel.Ha jó csatornán vagy (minőségben) és úgy is hektikus a sebesség, akkor lehet, hogy lassú a merevlemezed. Ha ssd-n vagy akkor csak az marad, hogy operációs rendszertől függően növelheted a tcp receive buffer nagyságát. (Ha tcp kapcsolatokat használsz letöltésre, és külföldről töltesz akkor segíthet a nagy ping miatt. ) Ezt elsőkörben ha még nem ott van 65000-re emelném. Lehet tovább is, de az csak akkor fog működni, hogyha bizonyos speciális tcp-flageket támogat a másik oldal is (akitől töltesz), amikor felépíted a kapcsolatot.
Ha udp-n keresztül töltesz, akkor nagyon halovány esélyed lehet rá, hogy a udp receive buffer emelése segít. (Ugye ez is növeli kapcsolatonként a memóriahasználatot, mint a tcp receive buffer)
Ha még mindig gond van, akkor érdemes megnézned a számítógéped load-ját. (merevlemez/ssd, memória, cpu...) Értelemszerűen, ha valamelyik letöltés közben kimaxolódik, akkor azt kell kicserélned, upgradel-ned fejlettebbre, gyorsabbra, nagyobbra.) Én a processzorra tippelek. Általában azzal szokott gond lenni, vagy a merevlemezzel. (De ha ssd-d van, akkor majdnem biztos, hogy processzor.)
Én ezeket nézném meg magamnál első körben, remélem nálad is segít. Ha valamit kihagytam, felejtettem, a többiek majd úgyis kiegészítik.
Feltöltés javításához, meg a tcp_illinois congestion avoidance algoritmust szoktam használni. Ezenkívül lehet még játszani az initrwnd, initcwnd értékekkel, de csak akkor érdemes, ha tcp-vel töltesz le/fel.
[ Szerkesztve ]
-
kevinium
aktív tag
válasz Dreddy32 #18654 üzenetére
Feltételezzünk neked egy windowst. (Linux alatt könnyebb lenne, mert csak megmondom, hogy mit milyen fájlba írjál, meg azt ismerem, használom.)
1. Mondjuk kezdd ezzel: A load-odat nagyon könnyen meg tudod nézni, mert van valami olyan bigyó, hogy rendszerfigyelő. Annak azt hiszem a teljesítmény fülén van egy ikon, amivel részletesebben is meg lehet nézni a terhelést. (Meg nem mondom a nevét fejből) ott megnézheted a merevlemezed/ssd-d terhelését, a processzor terhelést, meg láthatod a teljesítmény fülön is.
2. Dehogynem tudod mi az az udp. A mikrotorrent torrentkliensben valami olyan neve van, hogy mikrotp
[µTP (sometimes also uTP) Így írják.]3. A többit egyenlőre tegyük el későbbre, mielőtt mindenféle marhaságot beíratok veled a parancssorba. (De ha nagyon meg akarod nézni, akkor a netsh parancssal lehet ezeket állítgatni.)
Többieknek: Az létezik, hogy az RTO windows 10 alatt alapértelmezetten 3 másodperc?
[ Szerkesztve ]
-
kevinium
aktív tag
válasz Exodius #18815 üzenetére
1. Én engedélyezem, de nem erőltetem. Így azok is tudnak kapcsolódni, akik titkosítást használnak és azok is akik nem használnak azt. -> több peer...
2. Olyan portot adok meg, amit a router az adott géphez irányít. Előnye, hogy hozzám is tudnak csatlakozni, nem csak én, a szintén aktívakhoz. -> több peer...
-
kevinium
aktív tag
-
kevinium
aktív tag
válasz Stylerr #18837 üzenetére
Igen, meg kéne nézni, hogy hogyan van beállítva a port forward... Amúgy meg, így is simán kéne tudnia letölteni, csak hozzá nem fognak tudni csatlakozni. (De miután a kapcsolat felépült, az kétirányú, ergó aktívaktól tudna letölteni, és aktívaknak tudna feltölteni. Aktívak: akiknek nyitva van a portja...) De ha egy bitet sem tud letölteni mondjuk 20 perc alatt, akkor tényleg tűzfal...
Ha nem a router a hibás, és nem a tűzfal és mivel működik a klienst sem piszkálta, akkor passz... Valami egyéb hálózatoptimalizáló "szuperprogram" az adott gépen, ami bezavarhat? Vagy egyes vírusírtók a hálózati forgalmat is figyelhetik, blokkolhatják... Más ötletem, most hirtelen nincs...
Én azért megnézném a tűzfalat a helyében mégegyszer, hacsak a dht mellett a zöld ikon nem csak azt jelzi, hogy csatlakozott, akkor oda jó a port...
[ Szerkesztve ]
-
kevinium
aktív tag
-
kevinium
aktív tag
válasz Vigilante #18853 üzenetére
Csak, hogy tisztázzuk. Feltöltésnél persze, hogy több adat van a memóriában, mert amit beolvasott a merevlemezről, azt (ha van szabad memória) akkor az operációs rendszer gyorsító-tárazza. Tehát a gyorsító-tár mérete elméletileg végtelen csak a fizikai memória mérete szab neki határt. Ha megtelik a memória (a gyorsítótárral), és elindítok egy programot, akkor az op-rendszernek kutya kötelessége felszabadítani annyi memóriát, hogy a program elférjen a memóriába. (Gyakorlatilag elkezd kitörölni mindent amit a legrégebben olvastak be a memória-gyorsítótárból...)
De a kliens memóriahasználata akkor is 200MB... És nem kell virtuális-memória...
-
kevinium
aktív tag
Persze, mert a cache méretét a fizikai ram határozza meg. De virtuális memóriába biztos, hogy nem fog írni, mert az a merevlemezen van. És akkor ennyi erővel beolvashatná a tényleges fájlt a merevlemezről... Ugyanolyan gyors lenne. A programok memóriahasználatához ne keverjük hozzá a gyorsítótár-használatot. Ha meg nektek a kliensetek tényleg megeszik 2,5-3GB ramot gyorsítótár nélkül ott már régen bajok vannak. De nem kicsik.
Amúgy az internet-sebességnek és egy program RAM-használatának nem sok köze van egymáshoz... De komolyan.
[ Szerkesztve ]
-
kevinium
aktív tag
válasz Cs1csó #18865 üzenetére
- ami tiltott pl. az nCore-on - ami nem támogatott az értelemszerűen tiltott akár a tixati, bittornado
neked... Azért a 3T-nek elég nagy múltja van az országban, nem tudom, hogy te még hogy nem hallottál róla... Mindegyik T egy külön csoport:
- Támogatott
- Tűrt
- TiltottAzért remélem, hogy segítettem...
-
kevinium
aktív tag
válasz DrojDtroll #18880 üzenetére
Igen, miért?
-
kevinium
aktív tag
Tudom én vagyok a helikopter, de annak mi értelme, hogy letöltés után áthelyezitek hdd-re? Mert az olvasások száma tudtommal nem befolyásolja az ssd élettartamát, ha meg csak az a cél, hogy legyen több hely az ssd-n letöltés után, akkor meg azért a pár percért felesleges gyilkolni az ssd-t, hogy hamarabb lejöjjön valami, arról nem is beszélve, hogy az átmásolás is plusz idő...
Nem értem...
-
kevinium
aktív tag
válasz Citroware #19055 üzenetére
Felteszed a cgroup-bin -t linuxra, beállítod az user-re, hogy a net_prio/ifpriomap -ban az alapértelmezett hálókártyád mellett legalább 10-es legyen a prioritás. Ez valószínűleg eth0, vagy wlan0, esetleg ppoe0. Csinálsz egy másik csoportot, mondjuk torrentkliens néven, ott meg ugyanarra az eszközre, mint az előbb beállítod a prioritást 1-esre. Ezután úgy indítod el a torrentklienst, mondjuk egy szkripttel, hogy:
cgexec -g net_prio:/torrentkliens eleresi_ut/a_torrent/klienshez ...
Mint minden normális ember... Ja nem.
És ez is csak a kimenő forgalmat fogja szabályozni. Tehát ha meg akarsz nyitni egy weblapot, akkor az ahhoz tartozó kérés hamarabb fog kijutni, mint a torrent ACK-k... De a bejövő forgalmat nem lehet szabályozni, csak még sokkal extrémebb módokon... De az is segít, ha a kimenő csomag_várólistát 'queue' csökkented... Ekkor is kevesebb ideig kell várni, hogy kijusson az egyéb letöltési/lekérési kérelem az internetre az ACK-k mögött...
Hogy windowsra esetleg van-e olyan program ami varázsütésre mindig tudja, hogy mekkora a lehetséges maximum sebesség-kapacitásod adott pillanatban, és aszerint szabályoz bizonyos programokat, azt nem hiszem, és én nem tudok róla. De gyanítom, hogy ott is van QoS megoldás valamilyen. Vagy ha a routered támogatja, akkor azon is tudsz beállítani QoS-t. (Az jobb lenne bejövő forgalomra egyébként.)
De a kliensben is úgy működik a sebességkorlátozás, hogy a kliens egy adott sebességgel olvassa az adatfolyam-buffert, és ha betelik, akkor a küldő azt érzékeli és nem küld több csomagot (TCP esetén, UDP még bonyolultabb, mert alapból nincs benne Congestion Control, és ott az implementáció függ a kliens típusától is...), amíg nem szabadul fel hely a bufferedben. Úgyhogy azt is meg lehet csinálni, hogy a kliensedhez kisebb rwin windowst állítasz be, más programoknak meg magasabbat...
Ahhoz, hogy kiderítsd, hogy melyikkel érhetsz el jobb eredményt a két módszer közül (1. gyorsabban kimennek a lekérési kérelmek, 2. szabályozod a bejövő forgalom nagyságát) ahhoz meg kell neked egy hálózat-sniffer, mondjuk a Wireshark, de sajnos az sem úgy működik, hogy csak kiírja, hogy mit állítsál, hova...
-
kevinium
aktív tag
Fájlok szinkronizálására én a syncthing-et javaslom. (Hivatalos weboldal linkje) Ez bittorrentes. Ráadásul, ha változik egy fájl, akkor csak azokat a részeket másolja át, amik változtak (256KB-os blokkokban). 10MB-os fájl végére hozzáírsz, akkor csak az újat írja hozzá (azt küldi el hálózaton), ha módosítasz középen, akkor azt a 2 db 256KB-os blokkot, amit módosítottál...
A mappák bonyolultságát meg úgy tudom elképzelni, hogy létrehozol egy mappát. Azt megosztod syncthing-gel, hogy a másik gép is lássa azt a mappát. És abba az egy mappába amit megosztottál teszed bele a többi mappa link-jét. Mivel a program követi a symlinkeket, ezért úgy fogja látni, mint ha a linkelt mappák fizikailag benne lennének a mappában, de a merevlemezen nem foglal még egyszer helyet, és tetszőleges struktúrában rendezheted így a megosztandó fájlokat.
Sok sikert.
U. I.: Linux alatt mappát linkelni az "ln" (link) paranccsal lehet, Windows-on, meg ahogyan akarsz...
A program memóriahasználata pedig csak a megosztott mappák és fájlok számától függ. (Azoknak a hash-e miatt...) Tetszőlegesen beállítható intervallum szerint keresi a frissülést a fájlokban, tetszés szerint újraolvasással, vagy timestamp (utolsó módosítás dátuma), méret-módosulásból.Ugye a titkosítás miatt, itt is át kell vinned a kulcsot egyszer, egyik gépről a másikra egy titkos csatornán, de ha a fenti linkelős megoldást használod, akkor a probléma minimális...
Arra kell figyelni, hogy a végtelen memória, és erőforrás-fogyasztást elkerülendő ne hozzál létre körkörös loop-okat a hivatkozásokban... (A hivatkozott mappákban ne csinálj hivatkozást arra a mappára, amiben a hivatkozások vannak... )
[ Szerkesztve ]
-
kevinium
aktív tag
Tehat igazabol szinkelni szeretnek konyvtarakat A-rol B-ra, automatikusan, de ugy, hogy csak egy iranyba es csak create/update alapon, tehat ha A-n torlodik egy mar szinkelt fajl, akkor ne torolje B-rol, mindig csak hozzaadjon/modositson.
A syncthing-ben a funkció neve "master repository"
Ja es lenyeges, hogy mindez privat trackeren keresztul menjen, mint pl az uTorrent beepitett trackere.
Azt hiszem dht-t használ, de ezt ki lehet kapcsolni és állíthatsz be fix ip-címet. Mivel a domain-eket is kezeli, ezért megoldható pl dyndns-sel vagy bármivel ami tudja módosítani a domain-hez tartozó ip-címet és azt közzétenni a neten. Így megspóroltad a trackert, vagy a dht-t.
-
kevinium
aktív tag
válasz enginev3.0 #19197 üzenetére
A routeren is be kell állítani az upnp-t és akkor működik. Csak akkor minden program tud portot nyitni, amiben van upnp, és nem biztos, hogy te azt akarod...
-
Új hozzászólás Aktív témák
FIGYELEM!
● A fórumon TILOS A WAREZ!
● Torrent meghívó kunyeráló topik
- Samsung Galaxy S24 Ultra - ha működik, ne változtass!
- Nem indul és mi a baja a gépemnek topik
- NVIDIA GeForce RTX 4060 / 4070 S/Ti/TiS (AD104/103)
- Az AI felé fordul az IKEA is
- The Division 2 (PC, XO, PS4)
- Samsung Galaxy S23 Ultra - non plus ultra
- Autós topik
- Már nem hisz a nagy európai EV-forradalomban a Ford
- Milyen CPU léghűtést vegyek?
- Honor Magic V2 - origami
- További aktív témák...
- Új, bontatlan World of Warcraft gyűjtői kiadások
- Bontatlan - BATTLEFIELD 1 Collectors Edition - Játékszoftver nélkül
- Steames kulcsok jó áron eladóak!
- Warhammer Online - Age of Reckoning (DE) Collectors Box (Figurával!)
- Windows, Office licencek a legolcsóbban, egyenesen a Microsoft-tól - 2990 Ft-tól!
Állásajánlatok
Cég: Alpha Laptopszerviz Kft.
Város: Pécs
Cég: Ozeki Kft.
Város: Debrecen