 Hozzászólások  A témához csak regisztrált és bejelentkezett látogatók szólhatnak hozzá!Bejelentkezéshez klikk ide
(Regisztráció a fórum nyitóoldalán)
Ez szerintem buktatásra szolgál :P
[ Dj Doky Music Site - http://djdoky.tx.hu
|
Én már csak azon a híren csodálkoznék, hogy "Operációs rendszert fejleszt a Microsoft" :))
Star Trek fan vagyok, tehát egy IDEALISTA.
Viszont magyar is vagyok, tehát egy HARDCORE REALISTA.
|
"A vállalat természetesen hangsúlyozza, hogy a technológia segítségével kizárólag legális anyagok terjesztésével illik foglalkoznunk, bár az nem világos, hogy milyen módon szűrnék ki az illegális másolatok csereberélését."
Mindjárt gondoltam.. Ha ő elterjedne mint fájlcserélő akkor már cska egy következő verzió kell, és.....
|
"maga a .torrent file sem egy szervert ír elő"
pedig torrent készítésnél meg kell adnod a tracker URL-jét, a torrent fájlban pedig mindjárt az első sorban ott is van.
|
Hmm, elmentünk személyeskedés irányba? :). Amúgy a donkey (legalábbis az mlDonkey) folyamatosan olyan szerverek irányába megy, ahol a keresett file-ok gyakrabban / nagyobb részben megtalálhatóak. Tehát a szerverlistában a mozgás is elég dinamikus, arrafelé mész, ahol több hasonló érdeklődésű emberrel találkozol. (Legalábbis így magyaráz Taki Árpi...)
A BT azért durvább ennél. Többiek már leírták jórészt miért. Én talán azt nem láttam még leírva, hogy maga a .torrent file sem egy szervert ír elő, akármennyi lehet benne. Az meg hogy hol tárolódik, hát szinte bárhol :). Sőt sokan még a torrenteket is anonimizáló proxykon keresztül hirdetik meg... Tény, hogy egy adatbázis szerver kiesése fennakadás lehet, de nem az adatok/file-ok, hanem a jól-megszokott keresés lehetőségének kiesése miatt. (Emberi, nem gépi faktor :)).
|
Jó, mondjuk játék közben is sok. Bár egy 4 éves gép (ami valszeg 4 éve sem csúcsgép volt) amúgy sem a legjobb jétékra.
|
Sztem ebből a dologból nem lehet többet kihozni, meg már kezdem unni is, szal sztem hagyjuk :)
|
Ha semmi más nem futna, nem zavarna... Valszeg fogalmad nincs róla, milyen egy az enyémhez hasonló configon a mai programokat futtatni (lehet régen neked sem volt jobb, de akkor a programok sem ettek ennyit). Az nem ad objektív képet a helyzetről, ha a haverodnak vagy az iskolában is kb ilyesmi van és elszöszölsz rajta fél órát...
Egyébként jól mondod, pont a nagy gépigénye miatt nem használom már, pedig szvsz egyik legjobb kliens volt már akkor is, amikor megismertem (pedig ez nem ma volt).
|
Bár ez az "alap" nagyon gyenge lábakon áll, azaz már nem is alap. :)
|
Megkérdezhetem, miért zavar annyira az a (nálad) 20%? Renderelsz közben? Ha nem, csak azt akarod elkerülni, hogy a mindennapi feladatokban (amik nem jelentenek folyamatos erős terhelést) esetleg zavarjon, állítsd alacsonyabb prioritásra. De erre szvsz nincs szükség. De persze nem kötelező az Azureust használni. :)
|
Jó, akkor legyen igazad, "ilyen alapon" nincs semmi külöbség az ftp és a bittorrent között.
|
20% az nálam egyetlen programra igenis sok... Lehet neked minden alkalmazásod ennyit eszik, lehet neked ez az átlagos, de nekem ez már rég az "igen sokat zabáló prg" kategória...
|
Az erős, már-már tulzásba vitt, eröltetett belemagyarázás pont az, amit most csinálsz :)
|
Mondom, mai átlagos proci. Ez alatt 2000+-os Athlon-t, vagy 2GHz-es P4-et értettem, tehát nem a mai csúcsot. Ezeken 5-10%-ot eszik az Azureus. A te gépeden legyen mondjuk 20.
|
De, értem, mire akartál célozni, csak nem talált, mert egy erős belemagyarázás a hasonlat. Érted? :)
|
Nincs mindenkinek arra se igénye, se pénze, hogy maprakészen tartsa a gépét... Nekem pl se pénzem, se igényem rá :) ~ 4 éves a configom...
|
Arról nem én tehetek, hogy nem érted :)
|
Hát, nem b@szogatni akarlak, de ha egy mai átlagprocin mérhető 5, néha 10% sok... :)
De már a Brad Cohen-féle alap BitTorrent kliensben is van ilyen.
|
A hasonlatnak általában van valami értelme... :)
|
Ok, látom semmit nem mond a hasonlat szó :) Van ilyen...
|
Lépett néhány verziót az Azureus, amióta legutóbb próbáltam, de majd belenézek. Nincs erőművem és az egy igen sokat zabáló prg. :(
|
Hát, ha neked egy központi szerverről tölteni az adatokat egyforma dolog a bittorrenttel...
|
Az alaprendszerben nem teljesen az, mert persze kellenek a trackerek. (De mint írtam, már korábban is válhatott bármelyik peer, legalábbis pl. Azureus-használó maga is trackerré.) Most meg a DHT-vel főleg decentralizált lett. (Bár ez csak opcionális, mert kicsit korlátozottabb így a dolog.)
|
Ha a seederekhez sokan csatlakoznak, és nem superseedelést csinálnak, akkor is kell várnod, míg te következel a queue-ban. Minden esetben, ha másnál épp nincs meg a szelet...
Nem tudom, lehet-e célirányosan keresni egy szeletet. Nem nagyon. Csak annyit tehetsz, hogy szépen sorra veszed a peereket, és az egyiknél talán megvan már.
|
Kicsit olvasgattam. Nincs kölön DHT-szerver. A peerek maguk válhatnak ilyen DHT-noddé. Csak továbbra sem teljesen tiszta, hogy jön létre a legelső kapcsolat a peerek között.
|
"Mond az valamit, hogy p2p? :) Hogy jön ehhez egy néhány mirroros ftp-szerver?"
Mond az neked valamit, hogy hasonlat? :)
"Ilyen alapon a webes (http, ftp) letöltést is lehetne decentralizáltnak nevezni... [...]"
|
Tulképp nem értem, miről is beszélünk még :) Amit a torrent decentralizáltságáról mondtam (azaz, hogy véletlenül sem az), az megáll a lábán, te is pont ezt fejtegetted...
|
Hát ha seederhez is csatlakozol, ami egy egészséges swarmnál alap, akkor nem gond ez :)
Ha lineárisan töltöd, akkor szépen úgy csatlakozik a kliens, hogy keresi azokat a peereket, akiknek megvan az adott rész és utána is bizonyos darab.. így megy előre és szépen keresi az új peereket, ha a régiek közül vkinek már nincs meg. Legalábbis szerintem, mert ez tűnik a leglogikusabbnak. A véletlenszerű szeletek töltésénél a sebességprobléma olyan 95% után kezd el jelenktezni, mert akkor a még le nem töltött szeletek mint lyukak jelentkeznek a .torrent tartalmában, azokat kell összevadászni..
hátö .. az előző aláírásom sokkal jobb volt :]
|
Mármint a lineáris töltés? Hát... Legalábbis ha több gigás cuccot töltenek egyszerre sokan, akkor fordul elő, hogy egy adott szelet (ami épp jönne neked a sorban) olyanoknál van csak, akiknez épp nem csatlakozol. Vagy akár mások sem, mert mások sem csatlakoznak mindenkihez.
|
BT-nél a .torrent file adja meg h. mekkora egy szelet/rész mérete, és ezután a kliens dolga kérni a megfelelő szeletet ;]
hátö .. az előző aláírásom sokkal jobb volt :]
|
Azért egy nagyobb swarm-ban ez nem probléma.. ameddig rendsen töltöd visszafele is..
hátö .. az előző aláírásom sokkal jobb volt :]
|
Az azureusnál a DHT-hez való kapcsolódás a sarkallatos, ezt pedig saját szerverrel hajcsák meg , ha jól tévedek.
hátö .. az előző aláírásom sokkal jobb volt :]
|
Bittorrentnél alapesetben most is véletlenszerű a letöltés (vagy inkább áttöltés). (Átkapcsolható folyamatosra, csak az sokszor lassabb, mert egymásutánban nem mindíg rögtön elérhetők a darabok.) Nem a file végéről hiányzik a töltés vége felé az adat, hanem véletlenszerű helyekről, amik véletlenül csak kevesebb helyen vannak meg, így lassan jutnak el hozzád (főleg, ha sokan vannak, és nem tudsz mindegyikhez kapcsolódni).
|
Azt mondjuk nem tudom, ebben bizonyos "decentralized tracking" rendszerben hogy van megoldva a peerek első egymásratalálása. Talán van 1/néhány szerver, ami összehozza őket - asszem, egyszerűen úgy, mint rendszer-tagok, tehát nem .torrent file alapúan, azaz nem vádolható véletlenül sem illegalitással. (Hacsak nem nyilvánítják az egészet illegálisnak, ami érdekes lenne.)
|
Mond az valamit, hogy p2p? :) Hogy jön ehhez egy néhány mirroros ftp-szerver?
Mint írtam, most már a centralizált tracking sem feltétel.
Csak a .torrent file-okat kell megszerezni (amik azonosítják és hitelesítik az adatot, így nem kihagyhatók), de az már nem olyan nagy gond. Sokszor ezek sem csak egy helyről megszerezhetők (kivéve, ha ez szándékos törekvés), azaz ezek sem centralizáltak.
|
Az exeem még mindig a 0.24-es bétálnál tart .. túl sokszor nem tudsz keresni, túl sokszor szakad szét a hálózat, ilyesmi. De idővel majd alakul ez..
hátö .. az előző aláírásom sokkal jobb volt :]
|
Kicsit el vagy tévedve , a LimeWire , a BearShare , a KaZaa és az eDonkey , WinMX, Gnutella, Shareazaa .. etc etc , mind mind egy központi szerverre csatlakoznak. Az Exeem is centralizált, mert ott is van pár fix pont, amik segítenek legalább 1-2 node-hoz való kapcsolódásban.
Ha tényleg decentralizált p2p-t akarunk, akkor az nem nagyon mehet másként, mint hogy valamiféle csoda folytán rátalál a "hub"-ra a csatlakozni kívánó. Ez lehet egy csomó weboldal is, ahol vannak fenn ip-k, de lehet hogy végignéz 200 000 ip-t mindegyiknél próbálva kapcsolódni az XY portra , hogy hátha ez a peer már tagja a naagy naaagy p2p mennyországnak.
hátö .. az előző aláírásom sokkal jobb volt :]
|
Apropó... Nekem sincs teljessen igazam, mert az eXeem tulajdonképpen a majdnem tökéletes decentralizált torrent kliens. A baj ezzel csak az, hogy nem terjedt el túl nagy mértékben, mindenki csak tölteni szeretne (persze csak lefelé), nincs megosztás, nincsenek userek, nincs mit tölteni... Pedig igen jó kezdeményezésnek tartottam annó, nagy kár, hogy megdöglött... :(
|
A dolognak az a része, hogy miéknt kapod el a seedereket, már tulajdonképpen lényegtelen, ha a decentralicálásról van szó. Mert ugye a *.torrent filet valahonnan mindenképp meg kell szerezned. Ilyen alapon a webes (http, ftp) letöltést is lehetne decentralizáltnak nevezni... Mert ugye ott is mirror szerverekkel lehet gyorsítani a letöltést, és ezeket a mirrorokat fel lehet fogni seedereknek. Nem, a decentralizált P2P az a LimeWire, BearShare, KaZaa, és sorolhatnám, de a torrent sajna még messze van a decentralizálságtól... :(
|
Azért én elgondolkodnék, milyen hátsó szándéka lehet a MS-nak ezzel...
|
"Próbálnak a decentralizálásra törekedni, ám eddig még nem igazán sikerült..."
Azért ezt nem mondanám. Az új Azuban teljesen jó a decentralizált tracking. Nálam (hazai ajánlásoknak megfelelően) alapból ki van kapcsolva, de ha nem tudok csatlakozni egy külföldi trackerhez, vagy az regges (és nem akarok 101. helyre reget), akkor bekapcsolom arra az egy torrentre (jobb klikk menü), és már csatlakoznak is a peerek. (Ha egy csatlakozik, már jó, mert - azt hiszem - küldi a többi címét is.)
Csak a .torrent file kell, de azt általában több helyről meg lehet szerezni. Olyan is lehet, hogy valaki a saját gépén futtatja a trackert. Vannak is páran, akik rá is álltak erre.
|
"[...]Másrészt a BT abszolut decentralizált, nincs _EGY_ központ, kifejezetten úgy tervezték meg, hogy ne lehessen nyomonkövetni a dolgokat.[...]"
BT egyik legnagyobb hátránya, hogy kell neki egy kozponti dolog, ahonnan beszerzed a *.torrent fileodat, ami nélkül nem kezdheted el a letöltést. Próbálnak a decentralizálásra törekedni, ám eddig még nem igazán sikerült...
"[...]Nomeg felteszem a protokoll zárt lesz és csak a saját kliensükkel használhatod.[...]"
Erről nem tlehet tudni semmit egyelőre, sztem kár is találgatni. Főleg azért totál lényegtelen, mert ha a gyakorlatban is életképes MS ötlete, akkor valószínüleg a BT kienseket fejlesztők heteken belül integrálják majd a megoldást.
|
Ezek a sebességnövekedések elvi és labormérésekből vegyítése :). Emlékszel még a modem időkre? V42b meg ilyesmi? Mivel itt azt akarják csinálni, hogy a részekből összekódolnak letölthető részeket, tehát _elvileg_ kevesebbet kell letöltened. (És mivel a kódolt már tömörített, így az ilyen minták keresése nyilván nehezebben megy, míg egy kódolatlan text-nél lazán 90% is lehet.) Ez a "tömörítés" hoz tehát valamennyi növekedést, gyanítom ez a nagyobbik része. A többi része pedig - szerintük - abból adódik, hogy ezáltal jobban-gyorsabban elterjednek a file-ok, tehát kevesebbet kell üresen várni. Ez utóbbira nyilván majd csak éles nagyüzemi teszt adhatja meg a konkrét számadatokat. (Valaki találkozott már ilyen problémával? Valós igény ez? :))
De számomra még mindig kétséges, hogy mégis mit akarnak ezen terjeszteni? Másrészt a BT abszolut decentralizált, nincs _EGY_ központ, kifejezetten úgy tervezték meg, hogy ne lehessen nyomonkövetni a dolgokat. Most képzeljünk el egy, termékfelelőst, akitől megkérdezik: "Na, és hányan és honnan töltötték már le a sw-frissítést? Háát, nemtom." Ugye ez így nagyon nem életszerű MS viselkedés :)). Szerintem szinte biztos, hogy rátesznek valami DRM cuccot, amivel nyomon akarják követni a végeredmény file-okat (különben 5 perc, míg bajszot akasztanának a jogvédőkkel, a media-playerben is van ilyen DRM-kezelő, előírhatják, hogy csak ilyen aláírt file-ok kerülhetnek bele a hálózatba) Nomeg felteszem a protokoll zárt lesz és csak a saját kliensükkel használhatod. De ezek csak feltételezések hasból, még akár az is előfordulhat, hogy mégsem :)).  |
És vajon mit fogunk megosztani?.....vagy esetleg letölteni?...
Tuborgs are better than one... two beers or not two beers?..thats the question :)
|
ezek a beígért sebesség növekedések szerintem nagyon sántítanak. Mert itt is az lesz a lényeg, hogy a seederek feltöltése hogyan aránylik a letöltők sebességéhez. Ha sokan csüngenek kevés seederen, akkor ez is lassú lesz, ellenkező esetben meg a BT sem lassú.
|
superseed esetén ki lehet hozni 1-re is a superseeder arányát, akár végtelen seeder egyidejű megjelenése mellett is , csak hát az idő tényező erősen változik ;]
hátö .. az előző aláírásom sokkal jobb volt :]
|
MS Akamai-n keresztül teríti az anyagját.. meg gondolom van pénze sávszélre.. akkor igazából nem tudom mire jó neki ez a P2P.. gondolom csak azért hogy LEGYEN
hátö .. az előző aláírásom sokkal jobb volt :]
|
Hm, lehet collisiont csinálni, de akkor majd áttérünk a duplán hashelésre. MD5-el meg SHA-1-el is , sőt a Tiher hash-ról még nem hallottam h. collideolható..
hátö .. az előző aláírásom sokkal jobb volt :]
|
"kódolt adatátvitel esetében 20-30 százalékkal, míg a kódolatlan adatátvitelnél akár 200-300 százalékkal is meghaladhatja a jelenlegi fájlcserélgető szoftverek által nyújtott sebességet" -hogyhogy?
bt ált. maxszal tölt... persze nem nekem, persze hogy nem használom, naná hogy a buickot.
http://www.reasonunderground.hu - reason portál
|
Hmm, nagyon belelendültem, conspiracy theory-nál tartok :). Az MS kb. fél éve bevállalta azt, hogy kiemelt ügyfeleinek (amerikai hadsereg, állam, stb.) GARANTÁLJA hogy a frissítés eljut minden gépükhöz a kiadástól számított x percen (talán felóra?) belül. A feladat adott, a mérnökök ezt a megoldást hozták ki. Azt senki nem mondta, hogy ehhez nem használja fel a többi ügyfele gépét ily módon :)).
Ööö, megyek lehűtöm magam, nagyon meleg van :).
|
Igen-igen, de ezt a BT jelenleg checksum alapján dönti el. Elvileg lehet olyan részeket csinálni, aminek a tartalma más, de a checksum-ja ugyanaz (ha valaki nagyon-nagyon táp, nem bizonyított :).) Itt a tényleges tartalom-részlet visszanyerhető és nincs ilyen probléma.
|
Hmm, ha azt termékupdate-ekre akarják használni, akkor szerintem csak a sok központi szerver terhelésmegosztására (esetleg vállalati proxy-zásra) lehet használni. A "lehet" szót itt leginkább jogi értelemben veszem. Mert míg a BT-né l ez úgy működik, hogy én is adok, te is adsz és mindenki happy. Addig itt felmerül a kérdés, hogy vazz, én a progiért fizettem egy zsák pízt, még én is terjesszem helyette a fizetett sávszélemből, na ne má... Ugye, kicsit sérül az üzleti modell :).
|
Hát, biztos én vagyok butuska, de még mindíg nem kapizsgálom, hogy egy superseed-es torrentnél ez mivel lesz jobb. Ugyebár minél előbb van fent az anyag, annál jobb, valamint minél kevesebb feltöltött adatmannyiséged mellett minél több seed-er lett. Superseed-el 1,1-szeres adatfeltöltés mellett lett 3-4 seeder egyszerre. Ezt nem tudom hogy lehet überelni?
Star Trek fan vagyok, tehát egy IDEALISTA.
Viszont magyar is vagyok, tehát egy HARDCORE REALISTA.
|
A hibás szeleteket közlő klienseket a legtöbb BT progi 3-4 rossz adag után elküldi napozni ;]
hátö .. az előző aláírásom sokkal jobb volt :]
|
Viszont az is igaz, hogy ezzel iszonyatosan be lehet tenni azoknak a progiknak, amik fake file-okat akarnak bejuttatni a rendszerbe (mint pl. Viralg). Hiszen ha nem arra használjuk ezeket a letöltött részeket, hogy a file különböző részeire visszakövetkeztessünk belőle; hanem arra, hogy _összehasonlítsuk_ vele, máris egy őrült hatékony ellenőrző rendszert kaptunk. Dodge this :)).
|
Jah, tehát ezt akarja jelenteni az a lineáris kombináció :]]
Mennyire nagy a különbség a BT és e között ? Ha jól látom itt arra mennek rá , hogy végülis hamar növekedjen a seederek száma, ami nem rossz, csak mi van, ha seeder lelép, otthagyja a bolyt (swarm) ? Míg leecherként muszáj seedelnie is valamennyit, különben nem kap semmit.. vagy MS arra (is) épít, hogy sokan hagyják majd a windows updatet bekapcsolva, és QoS-el együtt majd a felesleges sávot használják erre?
hátö .. az előző aláírásom sokkal jobb volt :]
|
Áh, ok. Ők gyakorlatilag azt csinálják, hogy a letöltött részek bizonyos szabályok szerint _átlapolódnak_ (ezt nevezik ők kombinációnak), tehát egy letöltött részlet az tulajdonképpen a file több részletéből tevődik össze. Durván fogalmazva tehát nem a file a letöltött részek lineáris kombinációja (mint ahogy a cikk írja), hanem a letöltött részek a file részeinek lin. kombinációja. Nem mindegy :). (Ez a rajzból látszik [img] http://www.hwsw.hu/kepek/hirek/2005/06/avalanche.gif[/img] igazán, leírva elég hülyén hangzik :)).
BT ennek az ellenkezőjére hajt, minél kisebb részleteket tölt le (pár kB), és azt igyekszik a file minél szélesebb tartományából venni (szórás), hogy a terjesztés elején minél több helyen legyen meg minél több részlet. Ebben is van ráció, mérni kéne, hogy melyik a jobb. Az MS megoldása imho nagyobb forgalmat fog generálni, meg kéne nézni, hogy időben hozza-e a várt gyorsulást. De laborkörülményekben ez nem fog menni, épp a viselkedés kiszámíthatatlansága miatt, élesben fog majd kiderülni :). |
Ha az MS ír egy progit, és azon ötleten lovagolva ír egy ugyanerre való progit, de jobban meg van csinálva, akkor az MS szar, az MS béna köcsög...
itt gondolom valaki más ír u. ilyen progit, nem?
Amúgy MS-t tényleg sokszor alaptalanul támadják, pl. az elmaradott üzletpolitikája, ami végülis egyet jelent azzal hogy üzleti cég , nem karitatív szervezet, alapítvány.. a szar programjairól meg annyit, hogy sokat ül a babérjain, ha meg másol, akkor gátlástalanul teszi..
hátö .. az előző aláírásom sokkal jobb volt :]
|
Egyébként már itt évek óta egy pár ember a következőt csinálja(megpróbálom körülírni):
Ha az MS ír egy progit, és azon ötleten lovagolva ír egy ugyanerre való progit, de jobban meg van csinálva, akkor az MS szar, az MS béna köcsög...
Ha valaki ír egy progit, és azon ötleten lovagolva ír egy ugyanerre való progit az MS, de jobban meg van csinálva, akkor az MS szar, az MS köcsög mert lop...
Akkor más ezek szerint lophat? Teccik érteni... vagy csak sexuális orgazmusba jut itt egyes ember, ha az MS valamit rosszul csinál, illetve szívinfarktust kap, ha valamit jól??? Ezt nem inkább betegségnek hívják?
|
Fantasztikus , M$torrent.. úgyis azt mondják majd h. ők találták fel a spanyol viaszt..
hátö .. az előző aláírásom sokkal jobb volt :]
|
nemhiszem hogy sok igazi újdonság lesz ebben azért. az edonkey/emule se sorban tölti és a ritkákkal kezdi. már régóta.
|
Kíváncsi vagyok, akkor is ennyi postban fog-e szerepelni a "lopás" szó, amikor arról fonak cikkezni, hogy megjlent az első, új, módosított torrent kliens, amibe beleépítették ezt az új ötletet...? :)
|
a ms mindig is nagyoin értett mások 5leteinek az ellopásához, ez a cikk is ezt tükrözi
Think lovingly, speak lovingly, act lovingly, and every need shall be supplied.
|
Hwsw-n kicsit részletesebben van mint itt -> http://www.hwsw.hu/hir.php3?id=29174&count26=1
De ha az kevés, és tényleg jobban érdekel, nézd meg itt:
http://www.research.microsoft.com/~pablo/papers/nc_contentdist.pdf
Bár lehet, hogy kicsit túl részletes lesz:)
|
úgy náz ki, h pl bittorentnél 1 file darabka pl az 1. tartalmazza, a következő fájl rész megtalálásához szűkséges adatokat. a 2. a 3.-ékt stb. stb. és így sorba végűl letölti az egészet.
ez meg vmi olyan lehet, h rohangálnak a hálóban a darabkák, a kliens meg figyeli, és látja, h jé ez az 5. ez a 3. az az 1. ott megy 122. és szépen ahogy éri őket elkezdi letölteni.
|
Vagy esetleg véletlenszerűen töltik a darabkákat, így elkerülve azt, hogy bizonyos "kiemelt" (filevégi) darabok ritkábbak legyenek. Egyenletes elosztás :)
"No boom today. Boom tomorrow. There's always a boom tomorrow. What? Look, somebody's got to have some damn perspective around here. Boom, sooner or later. BOOM!" -- Lt. Cmd. Ivanova
|
szerintem kicsit tulértékeled a dolgot
a lineáris az itt arra vonatkozik, hogy egymás után sorbarakja a töredékeket
Arguing over the Internet is like being in the Special Olympics. Even if you win, you.re retarded.
|
Értem, ezt az apróságot elfelejtették megemlíteni :).
Akkor már csak azt a lineáris kombinációs izét nem értem. Amennyire szegényes ismereteimből telik, ez azt jelenti, hogy független dimenzióknak kell lenniük a file-ban; ez kódosztásnál azt jelenti, hogy generátorpolinomok vannak, amivel az egyes dimenziókból a teljes file legyártható. Magyarul meg kell adni a dimenziókat (ezek "merőleges, azaz nem keveredő" minimális kódszavak), és a kombinációt (a fentiekből vett mennyiségeket), amivel legyártható a file maradéktalanul. Ööö, hogy a fenébe lehetne ezt szemléletesen leírni. :(
De ha ilyen létezik, akkor miért nem azt publikálják, hiszen elég lenne azt letölteni és magadnak összerakni a file-t, nem kéne az egész file-t letölteni :))). (Nomeg feltáltuk volna a melegvizet, ld. futásidőben memóriába önkitömörítő file-ok, arj-hez is volt ilyen :)). Szóval, hol van itt a bukfenc?
|
Az NWO projekt folyamatban.
"I cannot stand him. He's a liar," Sarkozy told Obama. The US president responded by saying: "You're fed up with him? I have to deal with him every day."
|
mindent maguknak akarnak
Emi szeretlek. tiszta szívből isten látja lelkem.
bocs. Marci
|
uristen, most esik csak le az összefüggés. MS AZ ANTIKRISZTUS
ugye nem kel mondanom hogy ez mit jelent
Emi szeretlek. tiszta szívből isten látja lelkem.
bocs. Marci
|
mircosoft ne fejlesszen már semmit. unom hogy minden microsoft hulladék BIL GÉC MONNYON LE
Emi szeretlek. tiszta szívből isten látja lelkem.
bocs. Marci
|
Karácsony 
Metallica. Csakis. Amig ki nem halnak.
Easyrider öcsém, easyrider!
|
Azért az MS valszeg nem a Knoppix terjesztésére csinálja a p2p-jét.
Athlon64 3500+ | MSI K8N Diamond | Sapphire Radeon X850XT | 2*512 Samsung DDR | Creative Audigy2 | Maxtor 300 + 120GB SATA | Pioneer 109 | CoolerMaster Stacker ház | CoolerMaster RS-450-ACLY táp
|
|
Nyomtatás
Elküldés e-mailben
Saját fájlcserélőt fejleszt a Microsoft
A Dell is Mac OS-re váltana
Megjelent a DivX 6-os verziója
Az internetszolgáltatók segítik a DoS-támadásokat?
200 millió dolláros per az AOL ellen szabadalmi jogsértésért
