Direct Connect

Igen, ez egy korrekt leírás!

uhh, bocsi, hosszu lett, de legyszi olvassatok el. 😊

Igen, a slotra várást többen felvetettek, ezert irnek most egy peldat, azt hiszem eleg meggyözõ (WARNING: kicsi matek tudas kell hozza)

Kiindulo feltetelek: egy 20Kbyte/sec uploadu netkapcsolat, kollegiumi LANT1, megosztott anyag. tegyuk fel van egy ritkajo 140.625 Mbyteos fileom, homevideo arrol hogy egy kisebb barati tartsasag sakkozik a nagymama szulinapjan, nah mindenki pont ezt akarja tolteni. a mindenki legyen most 10 ember.

REGI RENDSZER: adok 15 slotot, annyi a minimum LANnak. vagyis mind a 10-en elkezdhetnek tolteni. modnjuk mas nem is akar, csak ok. a 20K-m 10 reszre oszlik, most tegyuk fel, hogy egyenloen. Mind a 10 user pontosan 20 órat lesz online, mire leszenvedik a 140 megas filet 2K/sec sebesseggel.
Statisztika:
fejenkenti online ido: 20 óra / user
összes online idõ: 10 x 20 = 200 óra
átvitt adatmennyiseg: 10x 140 = 1400 megabyte

ÚJ RENDSZER
UPLOADsávszél..............slotszámszabály......hubszámszabály....slotonkénti sebesség
.................................................................................................................................

xx/56 kbit és ez alatt............................1 slot.................max 1 hub --> ~5k/s/slot
xx/128 kbit-ig...................................... 2 slot.................max 3 hub --> ~4-8k/s/slot
xx/256 kbit-ig......................min 2 max 4 slot.................max 3 hub --> ~8k/s/slot
xx/512 kbit-ig......................min 3 max 6 slot.................max 5 hub --> ~10k/s/slot
xx/2Mbit-ig..........................min 4 max 8 slot.................max 5 hub --> ~16k/s/slot
e felett................................min 5 max 20 slot...............max 5 hub --> ~32k felett/s/slot

a 20Kbyte/sec = 160 kbit/sec kapcsolatomra 2 slotot ker az a rohadek hulye elite hub, meg a tobbi seggfej buzi hub amelyik csak hatraltatni akarja a johiszemu usert.
Adok tehat 2 slotot.
Rögtön meg is indul 2 letöltés, darabonkent 10Kbyte/sec sebesseggel. Ez a 2 user vegez is 4 ora mulva, kikapcsoljak a gepet es elmennek a busba aludni (bealszanak a sakkvideon). Jon masik 2 user, aki mar 4 oraja sorbanall. 4 ora mulva ok is vegeznek, osszesen 8 orat kellett az akciora szanniuk. a kovetkezo 2 ember 8 ora varakozas +4 ora letoltes utan, az azutani 2 ember 12 ora+4ora, mig vegul az utolso kettõ 16 ora+4ora mulva jut az anyaghoz, amit feszult izgalommal vartak. Vagyis az utolso 2 embernek nem lett se jobb se rosszabb az elete az uj szabaly altal, mignem a masik 8 boldog.
Statisztika:
fejenkenti online ido: 4, 8, 12, 16, 20 óra / user
összes online idõ: 4+8+12+16+20= 64 óra
átvitt adatmennyiseg: 10x 140 = 1400 megabyte

Szóval, ki járt rosszul?? Ki tolt tobb idot a neten mint eddig?

Hmm, nem gondoltam volna hogy ennyi nõ dczik. Nekem napi 10-30 ilyen kerdes erkezik (hogy nem talal semmit a kereso), nem gondoltam volna hogy mind nõ. 😛

Miért gondolod, hogy nem lehetne slotot kapni?

A fájl, amit letöltenek, nem lesz se kisebb, se nagyobb. Mindamellett ha kevesebb embertõl foglal slotot, viszont gyorsabban jön (vagy ha ugyanannyitól/gyorsabb sebességgel), nem tolódik ki a slotra várás ideje, hanem legrosszabb esetben is ugyanannyi lesz, de várhatóan kevesebb.

Tehát belátható, hogy nem lesz semmi negatív hatás a legpesszimistább esetben sem, sõt: a ritkább fájlokhoz való hozzájutás esélye még nõhet is, hiszen ha megkaptad a slotot, gyorsabb sebességgel töltesz, mivel slotonként mondjuk megvan a 4 KiB, így kisebb az esélye, hogy az elindult letöltésed sose fejezõdik be.

Sajan neked is meg kell osztanod a géped egy részét, van ahol az is meg van határozva hány gigát.


VANNAK ILYEN HELYEK ?? JAJAJJAJJ !!!

uhhh... BÜNTET !!!

mottó : "... segítõkészek, ha valami bajod van, de ne kérdezz túl nagy baromságokat!!-)) inkább elõbb tudakozódj itt!!-))..."

Sziasztok, egy állati jó fórumot találtam. Csajszik es a DC rejtelmei lehetne a cime 😊))

nezzetek meg , erdemes az elso bejegyzestol olvasni:

Csajok és a DC++

Szerintem senki ne szoljon bele, inkabb acsak figyeljuk meg Õket. Es ha valami bajunk van, majd tajekozodunk ott 😊

*** Warning 100% brain damage hazard ***

Hali!

Az elvvel egyetértek, de a számokon szerintem változtatni kéne.
"Cél hogy min. 2Kbyte/slot sebesseg, de atlagosan 4-5 Kbyte adodjon." A lassabb kapcsolatu egyének esetén inkább a 2kB/slot sebességet preferálom. Anno ugye egy dsl átlagban 4-6 slotot nyitott. A többszálu kliensek elterjedésével több slotot 'ettek' a kliensek... de még elment. Most egy adsl 64kb/s-es feltöltéssel max 2 slotot nyisson... szerintem ez kicsit durva, mert igy a szabad slotok fogynak a többszáluak maradnak, ergo honapokba telik, hogy valaki slothoz jusson egy adslnél. A lényeg, hogy a 64kbites feltöltés 4 slotot is elbir (2kB/s/slot). Hasonloképpen a többi kapcsolattipusnál is kicsit emelni kéne a slotok számán. Vegyük a másik végletet a T3-at, vagyis ami Europában van az E3-at. 10, 20, 30 Mb/s-el tudnak forgalmazni, és ez még csak egy also becslés... erre én nem max 20 slotot adnék... akár 30, vagy 40-et. Még igy is olyan sebességet lehet elérni slotonként, amiröl a legtöbben csak álmodunk (plána, ha nem foglalt minden slotja). 😊
Esetleg egy köztes megoldás lenne, ha kicsit besüritenénk az 1Mb/s feletti kapcsolatokat (ugyértem, hogy több tipus kellene, 1, 2, 5, 10, 20, 40 MBit/s... mindegyikre külön szabály).
Ha rosszul gondolom, kövezzetek. 😊

az altalanos dc beallitasok es leirasok ervenyesek minden olyan kliensre, amit dc++ kodjaibol formaltak-barkacsoltak. olvasd azokat, valoszinuleg segitenek. esetleg kezdj egy elismertebb klienssel, sima DC++, BCDC kliensekkel, es ha par het mulva kiismerted, nezd meg a tobbi modifikalt klienst.

Tudtommal magyar nyelvû a zDCvel foglalkozó weboldal nincs. esetleg a DCINFO vagy a Windoki help Centere oldalon lelhetsz infot róla. (ez csak tipp). Vagy gyõzd meg Longley-t, készítsen leírást hozzá neked Longstuff 😉.

jumanji: Megadtál a DC programban portot az aktív módhoz? (pl.:412). ha nem, ez is lehet a gondod forrása.

Zdc -nek van valami magyar oldala?

Nem nyert, szegeny egy meno mano figura lenne de a kicsinyites megartott neki... Igy tenyleg inkabb godzillara hasonlit,de most lusta vok vmi rendeset csinalni helyette

mit abrazol? a nagy godzilla feje bekapni keszul egy tojast ami mogott hipp felirat van ? 😊 (bocsi)

nyú dizájn? 😄DDDDDD

Meg bocsika. Nem tudok helyesen gépelni.

Szervusz!

Igen rossul kalkuláltál. Max 2 slot és max 3 hub 😊 Tehát ha 3 hubon vagy akkor is 2 slotot nyithatsz, meg ha 1-en akkor is. Nem függenek egymástól.

Probald meg IP beirasa nelkul

Csövesz! StrongDC és ZDC használatánál is gondom: XP-s tûzfal kikapcsolva, Agnitum Outpost tûzfalon minden aktivitás engedélyezve a programnak (nemrég töröltem, de nem változott semmi tûzfal nélkül sem, majd újra telepítettem), aktívra vagyok állítva, IP helyesen be van állítva és mégis a legtöbb esetben "Connection timeout" hibaüzenettel nem tudok tölteni. Már sok helyen kerestem, kérdeztem utána, de még senki nem tudott segíteni. Üdv

már csak az kell, hogy itt is u/d ratio legyen bevezetve..

Sajnos a sok különbözõ sávszélesség limitáló program miatt vannak a 200-300 byte/s-es (extrém esetekben 20-50 byet/s!) letöltések. Hiába tûnik jónak a cFos neked, a feltöltésedet ugyanúgy lehúzza és ráadásul terheli is a gépet azzal hogy minden forgalom azon keresztül megy át...

Én is csak támogatni tudom az új slotrendszert, már omegared vázolta nekem régebben nagyvonalakban. Remélem tényleg hamar be lesz vezetve

Szia dentro!

Velem ha jól emlékszem csak 1szer nagyon régen beszéltél a témáról. Amit csak támogatni tudok. A szálankénti feltöltési sebesség optimalizálása jó 5let, viszont lenne pár hozzáfûzni valóm a témához:

1. Amíg a magas userszámú HUBok egységesen nem váltanak, addig a kis userszámú HUBok még mindig rá lesznek kényszerítve az eredeti rendszer megtartására. Nem ritka példa, hogy egy felhasználó csak azért vált, mert nem tetszenek neki a szabályok. És miért ne váltana 1000+ userszám HUBra egy 50-100 fõsrõl?

°Ebbõl úgy gondolom, hoyg csak kollektív szabályrendszer módosítással lehet komoly eredményt elérni.

2. Jómagam is ADSLt használok 384/64-es sávszélességgel. CZDC 0.403 kliens van feletelepítve (ez az egy, ami stabilan megy most nekem). Köztudott, hogy az upload limit nem a magyar netezõknek lett ki találva ebben a kliensben. Ebbõl az okból én is feltelepítettem a cFos -t, illetve a cFosSpeed -et. A program nagyon jól mûködik, a sávszélességemet teljesen ki tudom használni, így nem is limitelek. Ennek ellenére a feltöltési sebességem nagyon leesett. 1-3 K között töltenek tõlem. Feltételezem nem csupa teljesen leterhelt emberke csatlakozik rám 😊.

°Így hiába nem limitelem alul a sebességemet, mégsem fogsz annyit mérni, mint amennyit szeretnél.

Több most nem is jut eszembe, így nem koptatom tovább a virtuális papírt 😊.

Én még mindig támogatom, szeptember megfelelne azon okból is, hogy mátrixon is valószínûleg le lesznek cseréltetve az nDC-k vagy strongDC-re vagy zdc401b-re amíg nem lesz új nextDC 😉 Csak hogy ne legyen már hash nélkül senki 😄

szia tomo

Mivel a "hub" nem mertekegyseg, a jelenlegi hubszamon alapulo slotrendszer nem alkalmazhato eredmenynel tovabb. Jelenleg ugye 2 slot hubonkent. node akkor 2 slot egy 4000 fos hubra, vagy 2 slot egy 20 fosre? es ha belep 3 20 fos hubra, akkor adjon 6 slotot a 60 usernek, mignem ha csak 1 4000 foson van, akkor eleg 2?

Ezert a jovoben kizarolag upload savszelre fogunk slotot kerni. a 64Kra 2 slotot adhat. Ezzel mehet 1 v 2 hubra, ha nagyon viszket a tenyere, 3-ra. A 3 (illetve 5 hub) megkotes is csak azert kell hogy az uj userek ne kezdjenek el fejetlenul belepni minden hubra, tanuljak meg hasznalni DCt, optimalisan merlegelni hogy hova kivanjak a savszeluket beadni, honnan toltenek, hol chatelnek. Nyilvan senki sem chatel 36 hubon egyszerre.

Mégegyszer: a jelenlegi slotrendszer a kapcsolattipust es a hubszamot veszi alapul. Mindketto teljesseggel elavult, a tovabbiakban mertekegysegkent hasznalhatatlan. a DSL ugyanugy barmit jelent 64K es 1,5M upload kozt, mint a LANT1, ami szinten barmi lehet 64K es 1,5M upload ertek kozt. Az uj rendszer kizarolag az upload savszelt veszi figyelembe.

A csalás lehetosege nem tobb, mint a mostani rendszernel, plusszkent adodik hozza hogy a tul lassu letoltes valoban figyelmezteto jel. Az ellenorizhetoseg sem nehezebb, mint eddig. A kishubok is boldogan viragozhatnak, hubszam tekinteteben nem all be valtozas, sot, + 1-2 hubert nem valoszinu h kickelnenk. Mas felszines ellenerv nem szokott felmerulni.

Nyilatkozzatok, foleg akikkel mar fel eve beszeltuk, hogy mikortol vezessuk be, a szept vege jo-e. Nyilvan elofeltetele a savszel beiratasa, ami eliten januar ota kotelezo.

"Vegyünk egy tipikusabb példát: A 384K/64K DSL 2 slotot adhat, max 3 hubot latogathat, es igy 4K korul lehet tole tolteni slotonkent."

ööö, hogy is van ez? 2lot *3 hub az 6 slot. 64k upload az 8 kbyte. 8kilobyte /6 slot, az slotonkent kicsivel tobb mint egy kilobyte. szal akkor hol a 4 kB/s ?

(vagy valamit felreertettem.)

udv tomo

es a tettek mezejen lesz a regi slotrendszer fejfaja? :]

nem-nem. most utoljara. most mar a tettek mezeje jon. at lett mar beszelve 500szor 😉

kivéve ha PtokaX (TestDrive 4) hubszerver fut

ezt megmondhatjuk neked itt is : NEM

3.) illetve megtudakolom, hogy a hub áthidalja-e a dolgot egy IRC szerverre is
de azért kösz

1.) nem
2.) megosztod a HUB szabályzatában elõírt adatmennyiséget

Mezei userként nekem tetszik az ötlet. 😊

Hello! nulla megosztással és dc++-al belehet menni minden hubra chat-elni?
ha nem, akkor mi lehet rá a megoldás?

dentro mint egy jo triggerbot ugy ugrik a "slotreform" szora ;]Egyebkent tetszik bar meg ugyis 1000szer at lesz beszelve a tema :]

Hehe, slotreform tema megint. Leadom a disszertaciom, utana bevezetjuk Eliten az upload savszelre kert slotokat.

Vegre nem lesz 128kbitre korlatozott LAN 30 slottal, meg hasonlok. Cél hogy min. 2Kbyte/slot sebesseg, de atlagosan 4-5 Kbyte adodjon. Ez a multisourcenak is kedvez: 10-12 azonos TTHju forrasnal tobb amugy is ritka, igy nagyszeruen ki lehet hasznalni a teljes atlag 64K savot, igazan gyorsan lejon a masik user családi videoja, majd a slotot hamar át lehet engedni másnak. A ritka daraboknal sem kell majd hetekig izgulni, hogy vajon fenn lesz-e masnap is ugyanaz a user.

A megengedett hubok szama tobbe nem tekintheto mertekegysegnek, nem mindegy hogy 3 oriashubon vagy, vagy 3 db 20 fos hubon. Ezért egységesen 256Kbit/s uploadig max 3, a felett max 5 hubon lehet tartozkodni. (Ugyebar a 64K-s dslnek mar most meg van engedve a 3 hub, ez nem jelent valtozast.)

UPLOADsávszél..............slotszámszabály......hubszámszabály....slotonkénti sebesség
.................................................................................................................................

xx/56 kbit és ez alatt............................1 slot.................max 1 hub --> ~5k/s/slot
xx/128 kbit-ig...................................... 2 slot.................max 3 hub --> ~4-8k/s/slot
xx/256 kbit-ig......................min 2 max 4 slot.................max 3 hub --> ~8k/s/slot
xx/512 kbit-ig......................min 3 max 6 slot.................max 5 hub --> ~10k/s/slot
xx/2Mbit-ig..........................min 4 max 8 slot.................max 5 hub --> ~16k/s/slot
e felett................................min 5 max 20 slot...............max 5 hub --> ~32k felett/s/slot


Vegyünk egy tipikusabb példát: A 384K/64K DSL 2 slotot adhat, max 3 hubot latogathat, es igy 4K korul lehet tole tolteni slotonkent.

Az uj szabalyozas kedvezo mellekhatasa, hogy a kulso savszelkorlatozos progi -szituacion is javit, amig a feltuntetett savszelre kert slotokon min.4K korul csurog az adat, addig nincs baj. Természetesen tovabbra is a dc kliensbe epitett korlatozast javasoljuk, a nevleges savszelesseg ertekenek min 80%-ára.

Bevezetes: szept vege-okt eleje, hubprogit kicsit at kell irni, plussz megvarnam hogy mas hubok is csatlakozzanak, egy ilyen nagymervu reform csak osszefogassal valosithato meg. Hiszem hogy jobb lesz tole a helyzet, es tudom hogy ebben masok is hisznek, sokat beszeltunk mar rola. Toti, Norti, Hippo, Omegared, Wakeupneo, zzThunder, es meg nagyon sokak akik az elmult honapokban tamogattatok az otletet: Szept vege megfelel?

Hogy pontos legyek, elsosorban emiatt a masik fele miatt tiltjak (tiltjuk) a tobbszalat amig nem teljesen megbizhato. Az hogy fagy az telleg csak sajat riziko, de a visszaosztos dologgal akar tudatlansagbol es minden rossz szandek nelkul szurhat ki a masik felhasznaloval. Amin lesznek "hulyebiztos 😊" es nem hibazo tobbszalu kliensek, valoszinuleg valtozni fog a helyzet (es nagy eselyjel a slotrendszerrel egyutt)

Pontosan. Ez a másik fele. Sajnos a felhasználók 90%-a - valljuk be - nem sokat foglalkozik semmivel, csak hogy letöltse az aktuális fájdalmát és továbbálljon. Azzal már nem nagyon törõdik mi a lényege az egésznek, hogy leellenõrizze jól töltötte-e le, ne rakjon be rossz forrást a letöltésbe, stb... Arról már ne is beszéljünk hogy illene visszaosztani azt amit letöltött egy ideig...

A fõ baj az, hogy vki letölti hibásan, majd visszaosztja, mások is letöltik hibásan stb.. egyre több hibás fájl lesz, általánosan romlik majd a fájlok minõségének színvonala. Egyik HUB-ról terjed a másikra, mivel a látogatók jórésze több helyre is jár.

Tehát akkor igazából a fõ probléma, hogy a szegmentálással kontrollálhatatlan lesz a hubonkénti slot-nyitás ellenõrzése?

De a hubok miért tiltják, ha a felhasználó a saját rizikójára használni akarja?
Elvileg ha én szívni akarok azzal, hogy egy fájl esetleg CRC-s/olvashatatlan lesz, ám legyen, hülyének lenni mindenkinek alkotmányban biztosított joga. Valami egyéb gond van vele?

strongnak tényleg az a baja hogy fagy...
többszálas letöltés: most már nem lenne vle gond, ha lenne olyan kliens ami mûködik megfelelõen, de mint látod strong fagy, zdcbõl meg még nincs teljesen tökéletes ILLETVE át kellene gondolni a soltrendszert is ennek fejében.

Mellesleg lenne egy kérdésem (ha sokszor volt már, akkor bocs):

Miért nem szeretik a hubokon a töbszálas letöltésre képes klienseket? Elvileg sokkal optimálisabban kihasználja a fájlcserélõ rendszert a többszálas letöltés, minthogy egy fájlt egy embertõl próbálunk leszedni.

Hmmm...

Egyelõre érdekesen alakul a probléma, mivel késõ délután egyvalami változás történt az addigi DC-használatomban: Felmentem a Mátrix hubra. Amióta viszont nem vagyok rajta, azóta érdekes módon minden oké újra.

Üdv!

StrongDC 1.00 RC7

Késõ délután óta azzal szórakozik, hogy tetszõleges idõ elteltével fogja magát és megfagy oly módon, hogy csak lecsukni lehet a tálcára, illetve bezárni. A vinyó led pislákol ugyan, vagyis csinál valamit, de semmilyen fájlt nem találtam, melynél a módosítás dátuma változott volna. (Háttérben futó program ügyködése kizárva.) Egyébként két és fél napja pöpec nélkül megy.

Van valakinek valami jó tippje, mi lehet vele?

Ha nagyon muszáj, akár le is cserélhetem, de a szegmentált letöltés naggyon tetszik, ez lenne a végsõ megoldás.

(Ha csere, akkor:
1. milyen tutifrankó kliens legyen?
2. elég a queue.xml-t átvinni a letöltendõ cuccok miatt?)

Köszi

Hír mindig van 😄 Ahogy a Blikkben is megírják mindig az aktuális igazságokat 😉

na majmellásuk. van arról hír, hogy korlátlan lesz a chello?