[charlie]

Idézet: Gui - Dátum: 2004. jún. 16., szerda - 8:44

Szerintem egy ilyen kis hub eseteben nem igazan tul jo a tobbszalu letoltes
A nagy hubokon meg ugyis mindegy bar ott nem is tartom be a szabalyokat.
Valahogy jobb szeretem a csaladias jellegu hubot ahol mindenki ismer mindenkit stb...

a többszálú letöltés addig nem lesz jó, amíg vmilyen hashing, vagy akármilyen fájl ellenörzõ dolgot be nem vezetnek!
attol, hogy a mérete ugyanakkora, még lehet különbözõ a fájl...

[Atapi]

Idézet: charlie - Dátum: 2004. jún. 16., szerda - 8:54

a többszálú letöltés addig nem lesz jó, amíg vmilyen hashing, vagy akármilyen fájl ellenörzõ dolgot be nem vezetnek!
attol, hogy a mérete ugyanakkora, még lehet különbözõ a fájl...

zDC++ 0.401 <---- van benne hashing, és azt hiszem a strongDC-ben is van, de javitson ki valaki ha tévedek...

[KZKZKZ]

Idézet: Atapi - Dátum: 2004. jún. 16., szerda - 9:46

zDC++ 0.401 <---- van benne hashing, és azt hiszem a strongDC-ben is van, de javitson ki valaki ha tévedek...

StrongDC-ben van minden 

[BigDil]

Idézet: Atapi - Dátum: 2004. jún. 16., szerda - 9:46

zDC++ 0.401 <---- van benne hashing, és azt hiszem a strongDC-ben is van, de javitson ki valaki ha tévedek...

Beillesztem inkább, klikkelni úgyse fogtok:

Idézet: FleetCommand - Dátum: DC++ topic

Idézet

Idézet (BigDil @ 2004. jún. 10., csütörtök - 0:11)
Amúgy tényleg, mi van akkor, ha mondjuk a 0.401-re épül ez a többszálú letöltés dolog? Úgy már jónak kell lennie, nem?

Ez igaz, a 0.306-ban csak a BCDC-ben volt hashelés (és ami rá épült)

A 0.401-ben sem más még a helyzet, ugyanis.. a hashelés a 0.401-es verzióban azt biztosítja, hogy rá lehet keresni biztosan azonos fájlokra hash alapján de ellenõrzés még nincs a kliensben. Azt hiszem, a 0.401b már letöltés után megvizsgálja a hasht (csak ha volt persze eredetileg is hozzá!), viszont a lényeg:

A DC jelenleg fájl-darab hashjét nem tudja kiszámolni, csupán fájl-egész hashjét, amibõl az következik, hogy többszálú letöltésre még nem használható a dolog. Nem véletlen, hogy nincs a DC++-ban több szálú letöltés. Bele kell törõdni, nem azért nincs, mert ki akarnának szúrni a fejlesztõk a felhasználókkal, hanem azért nincs, mert még nincs meg rá a megfelelõ technikai feltétel. A "cowboy-fashion"-multisource pedig egyáltalán nem biztonságos és sok kellemetlen pillanatot okoz rengeteg felhasználónak a hibás fájlok tömkelege.

[repattila]

Idézet: BigDil - Dátum: 2004. jún. 15., kedd - 21:45

A jelenlegi nextdc és társai féle többszálú letöltés továbbra sem secure megoldás.
https://forum.hwsw.hu/index.php?showtopic=1...50#entry1649205. Meg elõtte levõ oldalakon is volt szó róla.

Mik azok a nagyobb bugok? :confused: 

Hello

Én saját tapasztalatomat írtam, ezért nem nagyon érdekel, hogy mit írnak egyes fórumokon.
Persze ezek a mostani megoldások nem "hülyebiztos" -ak , de igenis használhatóak (nekem eddig 1db hibás img volt kb 3/4 év ndc után), ha meg valaki egy hibásan leszedett álományt oszt visza az nem hinném, hogy a kliens, sokkal inkább az illetõ hibája.
De mondjuk nem kötelezõ többszálú klienst használni, de akkor már szidni sem

[Atapi]

Helo. Még mindig többszálas töltés...
Szoval valo igaz, hogy nem tudnak a hashes kliensek csak egész-fájl-hasht számolni, de igazábol ez ki a frászt érdekel???
Én zDC++-t használok, és a letöltött cuccok többségének tth-ja megegyezik letöltés után az eredeti forrás tth-jával, és ez nekem elég biztositék arra, hogy nem hibáz olyan sokat... amennyit meg hibáz, annyit nekem a sima dc is hibázott néha...és itt jön a képbe az, hogy a user saját maga felel a megosztásáért ---->
szart nem kell visszaosztani. Ennyi.

Bye

Szerkesztette: Atapi 2004. 06. 16. 18:08 -kor

[Atapi]

Idézet: repattila - Dátum: 2004. jún. 16., szerda - 16:36

...nekem eddig 1db hibás img volt kb 3/4 év ndc után...

Még valami.
iso/bin/img/rar stb. többszálon valo töltése zDC-ben le is van tiltva, mert ezeket valoban soxor elrontja. De pl. filmeket tényleg hiba nélkül tölt (nekem még egyszer sem hibázott...). A hibázás esélye persze megvan, de az a többi kliensben is. Ez az én véleményem, nem muszály osztani, és lehet hogy nincs igazam.

Bye 

[BigDil]

Ezek a csillagok meg a [HUN] elõtag együtt borzasztó áttekinthetetlenné teszik a main chat-et, ha ilyen nevû emberkék beszélnek. Nem lehetne az elõtag nélkül a csillagozást, ha már nagyon muszáj?

Idézet: Atapi - Dátum: 2004. jún. 16., szerda - 18:57

[...] szart nem kell visszaosztani. Ennyi.

Na itt jönnek a problémák. Ha egyáltalán megosztja az illetõ amit letölt...

[Gui]

a csillag szerintem szokas kerdese hogy atlathato e vagy sem special nekem semmi gondom vele.
plussz megold egy két más kérdést is.

Az egyik a slot problemaja ha mondjuk keresek arra hogy egri csaladi video es kiad egy 5csillagos emeberket akkor neki allok szedegetni tole 10-20k val es nem kezdem el a tobbszalu letoltest mert 99% hogy le fog jonni. Magyarul igy csak egy slotot fogok hasznalni.(gondoljatok bele) Persze ehhez az kell hogy mindenki megfelelo csillagot hasznaljon.Mivel ez a Hub normális userekkel van tele többnyire szerintem ezzel nem is lesz gond.

Hash mas kliensek ... en kiprobaltam mindegyiket es a bcdcnel maradtam egyszalon .
Hash meg sohasem hasznaltam ki mert a csaladi videok ugye emberrol emberre terjednek es a kodolas eljarasanak bonyolultsaga miatt (mindig ki kell szamolni egy bitratet es ket kodolas persze divx ben soha nem lesz egyforma) ezert a fajlmeret nagyjabol hasznos info.Ha fajl neve tartalmaz nemi plusz infot is pl dmd (diamond) akkor nem lesz gaz hisz userrol userra vandorol.

a csillagok mennyisegerol: http://members.chello.hu/gulyasgy/

Asszem ossze ken fogni es normalis cuccokat megosztani plusz foglalkozni az userekkel.
Es akkor szerintem nem lesz gaz.

[charlie]

Idézet: Atapi - Dátum: 2004. jún. 16., szerda - 19:27

Még valami.
iso/bin/img/rar stb. többszálon valo töltése zDC-ben le is van tiltva, mert ezeket valoban soxor elrontja. De pl. filmeket tényleg hiba nélkül tölt (nekem még egyszer sem hibázott...). A hibázás esélye persze megvan, de az a többi kliensben is. Ez az én véleményem, nem muszály osztani, és lehet hogy nincs igazam.

Bye

azért néz meg egy avit közelebröl is, kicsit hibatûrõbb mint egy rar vagy más adat.
aviba sokkal több hiba lehet mint mondjuk rarba (ahol 0-hoz közelít, persze lehet bele hewlyreállítási infókat rakni)

[Atapi]

Idézet: Gui - Dátum: 2004. jún. 16., szerda - 19:11

a csillag szerintem szokas kerdese hogy atlathato e vagy sem special nekem semmi gondom vele.
plussz megold egy két más kérdést is.

Az egyik a slot problemaja...

Ez a csillagos dolog nem sokat fog változtatni szerintem a slotkérdésen. Lehet hogy azt az egy filmet amit ***************** embertöl töltesz csak töle fogod tölteni, de fogsz helyette azt hiszem tölteni mást a megmarado sávodon. igy összességében ugyanannyi slotot fogsz foglalni, mintha többszálon huznál...
Ha valami, akkor az a VISSZAOSZTÁS, ami megoldhatja a slotgondot...

Bye

[Gui]

Idézet: Atapi - Dátum: 2004. jún. 16., szerda - 22:04

Ez a csillagos dolog nem sokat fog változtatni szerintem a slotkérdésen. Lehet hogy azt az egy filmet amit ***************** embertöl töltesz csak töle fogod tölteni, de fogsz helyette azt hiszem tölteni mást a megmarado sávodon. igy összességében ugyanannyi slotot fogsz foglalni, mintha többszálon huznál...
Ha valami, akkor az a VISSZAOSZTÁS, ami megoldhatja a slotgondot...

Bye

akkor rosszul fogalmaztam Jótékony hatása van a slotok kérdésében is...

[BuPe]

Jelentem megint lehalt a szerver.

[BuPe]

Mostmár megy.

[tenshin]

ilyenek helyett igazán megemelhetnék a limitet 10Gvel.

btw, egyelõre csak teszteltem, de MAC address cserénél ideiglenesen áll a forgalom mérés (éjszakánként cseréltem). van valakinek tapasztalata ezzel kapcsolatban?

a HUB meg királyság. ;]

[Atapi]

Idézet: tenshin - Dátum: 2004. jún. 18., péntek - 16:40

btw, egyelõre csak teszteltem, de MAC address cserénél ideiglenesen áll a forgalom mérés (éjszakánként cseréltem). van valakinek tapasztalata ezzel kapcsolatban?

Helo.
Én is tapasztaltam a jelenséget,  hogy a mac-address klonozása meghülyiti a forgalomméröt. Azt hogy ez miért és hogyan van, nem tudom, de nem is érdekel.... A lényeg hogy sokat áll a számlálo

[tenshin]

lehet, hogy hülyeség, de elsõre arra gondoltam, hogy nem automatikusan kezdik újra a mérést, hanem vkinek át kell nyomnia és ezért késik (éjszaka átrakod másnap vmikortól méri). csak mert pl nálunk a netlimitet is kézzel rakják rá... 

[PatBate]

Idézet: Atapi - Dátum: 2004. jún. 18., péntek - 15:52

Helo.
Én is tapasztaltam a jelenséget,  hogy a mac-address klonozása meghülyiti a forgalomméröt. Azt hogy ez miért és hogyan van, nem tudom, de nem is érdekel.... A lényeg hogy sokat áll a számlálo

Ez egy régi trükk, régebben én is sokat csináltam. SMAC progival "átállítottam" a MAC adressemet, modemet újraregisztráltam és kb. 2 napra megállt a forgalomszámláló. 

[b0rZ]

Idézet: PatBate - Dátum: 2004. jún. 19., szombat - 10:48

Ez egy régi trükk, régebben én is sokat csináltam. SMAC progival "átállítottam" a MAC adressemet, modemet újraregisztráltam és kb. 2 napra megállt a forgalomszámláló. 

ej de rosszak vagytok

[PatBate]

Idézet: b0rZ - Dátum: 2004. jún. 20., vasárnap - 16:37

ej de rosszak vagytok

ÁFSZ-ben nem volt benne, hogy tilos. Tulajdonképpen olyan, mintha naponta hálókártyát cserélnék, ami ugyebár nem tilos.