Data înscrierii: 27 Apr 2005 Mesaje: 2021 Locație: pe-aci prin Gorj
Trimis: Dum Iul 17, 2005 3:15 pm Titlul subiectului: Accelerator de download
Mai foloseste cineva acceleratoare de download? Daca da, ce folositi... Poate-mi dati si mie idei. Pana acum am folosit Download Accelerator Plus (DAP), dar vad ca uneori fisierele downloadate au de suferit... Recomanda cineva ceva mai bun? _________________ Membru de onoare al Asociatiei Romane de Frecat Menta
Data înscrierii: 27 Apr 2005 Mesaje: 2021 Locație: pe-aci prin Gorj
Trimis: Dum Iul 17, 2005 3:31 pm Titlul subiectului:
fxtech a scris:
pai cu ce au de suferit ?.. ca si eu tot pe ala il folosesc.. si nam avut belele cu el .. mere f bine..
In ultima vreme mi se intampla foarte des cand deschid fisierul sa-mi zica "file is corrupted" sau ceva in genul asta. Si nu numai pe calculatorul personal... L-am dezinstalat, am downloadat acelasi fisier fara el si a mers ok... _________________ Membru de onoare al Asociatiei Romane de Frecat Menta
Data înscrierii: 29 Ian 2003 Mesaje: 1194 Locație: /dev/null
Trimis: Dum Iul 17, 2005 5:01 pm Titlul subiectului:
saurian a scris:
In ultima vreme mi se intampla foarte des cand deschid fisierul sa-mi zica "file is corrupted" sau ceva in genul asta. Si nu numai pe calculatorul personal... L-am dezinstalat, am downloadat acelasi fisier fara el si a mers ok...
Pentru ca nu se copiaza tot fisierul. Inseamna ca DAP-ul are probleme, sau se opreste download-ul prea devreme. Numai in cazul asta bucatile nu se asambleaza perfect (mai lipsesc bytes) si da mesaje de eroare. _________________ Claudiu Cismaru
Network/System Administrator, Software Developer
Data înscrierii: 29 Ian 2003 Mesaje: 1194 Locație: /dev/null
Trimis: Dum Iul 17, 2005 7:46 pm Titlul subiectului:
mitrutz a scris:
faza cu accelerarea e putin fortata (a se citi vrajeala)
in afara de lipirea pachetelor eu nu vad nici un avantaj de accelerare
Nu, nu este vrajeala. Este utila atunci cand site-ul de unde downloadezi ofera limita de viteza pe flow (per conexiune). Atunci un download accelerator poate sa faca sa mearga la maxim downloadul (cat te duce pe tine teava). Sau poate ca site-ul sa limiteze conexiunea pe IP-ul client (al tau) sau sa fie prea aglomerat. Atunci e necesar sa traga cu alte fire de pe alte mirrors. _________________ Claudiu Cismaru
Network/System Administrator, Software Developer
Data înscrierii: 27 Apr 2005 Mesaje: 2021 Locație: pe-aci prin Gorj
Trimis: Dum Iul 17, 2005 10:58 pm Titlul subiectului:
OK ! OK ! OK !
O alternativa la DAP aveti???
(Downloadul la firefox poate fi oprit si reluat de unde s-a oprit mai tarziu?) _________________ Membru de onoare al Asociatiei Romane de Frecat Menta
Trimis: Mar Aug 16, 2005 1:27 pm Titlul subiectului:
Nu stiu daca te-ai axat pe un manager de download, oricum iti recomand FlashGet. Eu il folosesc de vreo 6 ani, uneori ma lasa si cu gura cascata cand vedeam ca facea download cu 10-12KB/s pe dial-up . Alt manager de download care mi-a placut este GetRight, ce mi-a placut la el era posibilitatea de a descarca simultan de pe servere diferite, prin fire deschise secvential, acelasi fisier, conditia fiind sa existe pe servere mirror. Avantajul era ca puteai sa muti un thread de pe un server cu lag mare pe altul, fara sa opresti restul firelor...
.
btw: NU am avut niciodata probleme cu integritatea fisierelor descarcate cu FlashGet, unul din secrete fiind si faptul ca foloseste verificare CRC pe fiecare segment descarcat.
Si, normal, se integreaza in browser, gen: descarca link-ul cu FlashGet, sau Descarca Toate cu FlashGet. Si mai permite si un fel de file-manager pentru definirea de categorii a fisierelor descarcate.... Si e ad-ware, full functional. _________________ If you can help, DO IT!...
Trimis: Mar Aug 16, 2005 1:51 pm Titlul subiectului:
Nu exista un "accelerator" de download veritabil.
"Accelerarea" consta, de fapt, in urmatoarele tehnici:
-deschiderea de fire de descarcare simultan pe acel server, in caz ca permite reluarea descarcarii, pentru ca majoritatea serverelor incearca sa aloce banda egala pentru toti utilizatorii din acel moment. Asa ca daca am un singur fir de download, voi putea beneficia de o latime de banda de maxim
. Daca ma bag cu mai multe fire, scade banda pe fiecare fir, dar la un numar mare de utilizatori eu voi avea mai multe fire servite cand se poate, secvential, astfel ca banda alocata poate ajunge la:
I se zice accelerare.
-GetRight facea aceeasi chestie, doar ca firele in loc sa vina pe rand cand vrea UN server, vin cand pot de la mai multe servere (unii ar zice ca pot veni si simultan). Smecheria este sa te axezi pe servere cu lag cat mai mic, sau sa setezi sa sara cu firul la alt server cand lagul este mai mare de tz ms.
In orice caz, pe 98/Me, prin mici modificari in registry, obtineam accelerare reala, windows-ul avand limitari din "fabrica", in special la capitolul "Salut server! Io sunt clientul. Ce mai faci? Cum o mai duci? Cati ani ai? Aha! Ce misto! Ia, mai zii o data ca-mi place...", adica interogari suplimentare/inutile "bando-fage", fiecare pachet vehicula pe net avand dimensiuni standard, cam aceeasi chestie cu sectoarele pe hdd, am 30GB de fisiere care ocupa 35GB pe hdd....
Am vazut ca ai inceput un topic cu accelerarea transferului de pe internet, o sa revin si eu cu cateva chestii testate. _________________ If you can help, DO IT!...
Data înscrierii: 29 Ian 2003 Mesaje: 1194 Locație: /dev/null
Trimis: Mar Aug 16, 2005 8:06 pm Titlul subiectului:
mentor a scris:
Smecheria este sa te axezi pe servere cu lag cat mai mic, sau sa setezi sa sara cu firul la alt server cand lagul este mai mare de tz ms.
Ntz! Ce legatura are tz ms cu viteza? Ca eu nu o vad. Pe legaturi satelit, timpii pot sa ajunga la 500-800ms, dar viteza poate sa fie de zeci de ori mai mare decat iei tu printr-un provider, de-ti "acorda" 10-50ms.
mentor a scris:
In orice caz, pe 98/Me, prin mici modificari in registry, obtineam accelerare reala, windows-ul avand limitari din "fabrica", in special la capitolul "Salut server! Io sunt clientul. Ce mai faci? Cum o mai duci? Cati ani ai? Aha! Ce misto! Ia, mai zii o data ca-mi place...", adica interogari suplimentare/inutile "bando-fage", fiecare pachet vehicula pe net avand dimensiuni standard,
In Win98/Me MTU-ul este setat mic (in jur de 7-800) si asta la interfetele de tip ppp (dial up). La interfetele ethernet nu cred ca MTU-ul este mai mic de 1500 (cat ar fi "standard" la ethernet).
In ceea ce priveste "capitolul: Salut server, samd", este GRESIT ce spui tu. Din contra, looserul de IE, in loc sa porneasca conexiunea pentru site-uri web in felul in care e specificat prin standardele protocolului TCP/IP, adica ceva de genul:
- Salut, vreau conexiune cu tine
- Salut, sunt de acord, confirma
- Confirm conexiunea cu tine
- apoi vine HTTP-ul care spune: Da-mi si mie pagina ion.html
el face:
- Salut, vreau conexiune cu tine, nu ma intereseaza ce raspunzi, dar da-mi dracului odata pagina ion.html
Ideea e ca aceasta conversatie "scurta" si fortata nu o stie decat poarcaria de IIS... Daca serverul HTTP nu e IIS il forteaza sa ajunga la conversatia "oficiala".
mentor a scris:
cam aceeasi chestie cu sectoarele pe hdd, am 30GB de fisiere care ocupa 35GB pe hdd..
Aici e cu totul alta poveste... si e un lucru relativ. Depinde de filesystem, depinde de nr. de fisiere din acel 30GB (eu pot sa-ti pun 30GB in EXACT 30GB pe hdd), depinde de optimizarea filesystemului. La FAT nu prea ai ce sa optimizezi, nu stiu cum e NTFS-ul.
Oricum, nu folosesc produse Microsoft si, deci, nu folosesc filesysteme FAT si/sau NTFS. _________________ Claudiu Cismaru
Network/System Administrator, Software Developer
Trimis: Mie Aug 17, 2005 8:21 am Titlul subiectului:
Claudiu, normal ca nu ma pot pune cu un absolvent de curs Unix, dar cred ca nu m-am facut inteles, pe de o parte, iar tu te grabesti, pe de alta parte.
Chestia cu "lag-ul" n-am "explicitat-o cum trebuie. Ma refeream la timpul dupa care un server trimite pachetele dupa ce socketul a fost creat. Poarturile sunt deschise iar clientul asteapta pachetele. Serverul trimite primul pachet aproape imediat, iar pe urmatoarele la intervalele impuse de numarul de conexiuni ce trebuiesc servite. Deci se refera strict la a selecta servere cat mai putin ocupate (sau cu viteza cat mai mare la internet asa incat sa isi permita sa serveasca mai rapid un numar de clienti...).
Interogarile suplimentare sunt specifice TCP/IP si rostul lor este mareasca siguranta transmisiei, spre deosebire de IPX/SPX, de exemplu.
MTU pe dial-up setat la 576 (defaul este tot 1500, nu 7-800, am verificat), dar si mai important este DefaultRcvWindow care trebuie optimizat in functie de viteza de care dispun, si nu trebuie sa fie (prea) mare, pentru ca nici o alta conexiune nu va fi servita pana cand bufferul de receptie nu se umple. Legat de aceasta marime a bufferului de receptie este si DefaultTTL (implicit 32, e bine sa fie pus pe 128 zecimal), care daca este prea mic si bufferul prea mare, va duce la "imbatranirea" si stergerea datelor continute in el si trimiterea mesajului de eroare, compul partener trebuind sa retrimita pachetul.
Iar cum gestioneaza IE conexiunile... o sa studiez si eu, mi-ai dat tema de casa .
Analogia cu file-system-ul se refera la cereri, in sensul ca packetul are marime fixa indiferent de continut - rezulta trafic inutil. De aici si concluzia cu micsorarea MTU... Normal, la up-load voi avea un transfer mai mic decat normal.
O sa postez modalitatea de optimizare a conexiunii internet pentru cazul WindowsXP/200x + Cable Modem. _________________ If you can help, DO IT!...
Data înscrierii: 03 Iul 2005 Mesaje: 22 Locație: In inima strazii
Trimis: Sâm Aug 27, 2005 1:12 pm Titlul subiectului:
In materie de download managere din tot ce am incercat eu IDM (Internet download Manager) e cel mai tare. Cand aveam conexiunea radio chiar imi tripla viteza, acum pe cablu nu prea se simte diferenta. Oricum e un program foarte bun.
is curios cum erau aia 12 kBytes pe dial up .... pare uimitor... din cate stiu eu modemurile nu duc mai mult 56 kBits adica 7 kbytes _________________ Vizitati Portal4Fun - www.portal4fun.net
Blogul meu - overdeath.blog-u.net
Upermedia - www.upermedia.net
Data înscrierii: 29 Ian 2003 Mesaje: 1194 Locație: /dev/null
Trimis: Sâm Aug 27, 2005 8:21 pm Titlul subiectului:
Overdeath a scris:
In materie de download managere din tot ce am incercat eu IDM (Internet download Manager) e cel mai tare. Cand aveam conexiunea radio chiar imi tripla viteza, acum pe cablu nu prea se simte diferenta. Oricum e un program foarte bun.
is curios cum erau aia 12 kBytes pe dial up .... pare uimitor... din cate stiu eu modemurile nu duc mai mult 56 kBits adica 7 kbytes
Bai baieti, pe voi nu v-a invatat nimeni sa nu mai aberati, daca nu cunoasteti in amanunt un subiect?! Normal ca pe cablu nu se simte diferenta! Pentru ca tagi in blana. Cand aveai radio, pe acelasi suport te bateai cu mai multi... si un download accelerator isi spunea cuvantul ca nr. de flow-uri/conexiuni per secunda. Acum nu ai cu cine sa mai imparti mediul (ca e destul de larg si modemurile sunt limitate) si de aia nu mai "merge sa-ti maresti viteza".
In ceea ce priveste dial-up-ul... Stai calm ca nu ajungeai la vitezele alea! Ti-am zis, nu cunosti fenomenul si ceea ce se intampla.
FireEyes, daca un site nu stie de compresie, atunci poti sa ai mama acceleratorului, ca degeaba... _________________ Claudiu Cismaru
Network/System Administrator, Software Developer
Data înscrierii: 29 Ian 2003 Mesaje: 1194 Locație: /dev/null
Trimis: Sâm Aug 27, 2005 8:36 pm Titlul subiectului:
mentor a scris:
Claudiu, normal ca nu ma pot pune cu un absolvent de curs Unix, dar cred ca nu m-am facut inteles, pe de o parte, iar tu te grabesti, pe de alta parte.
Nu am facut nici un CURS Unix. Am invatat TCP/IP si networking, NU UNIX. NU are treaba Unix-ul cu networking-ul (la modul daca stii Unix stii si networking).
Serverul trimite primul pachet aproape imediat, iar pe urmatoarele la intervalele impuse de numarul de conexiuni ce trebuiesc servite. Deci se refera strict la a selecta servere cat mai putin ocupate (sau cu viteza cat mai mare la internet asa incat sa isi permita sa serveasca mai rapid un numar de clienti...).[/quote]
Asta nu are legatura cu TCP/IP-ul. Cat de repede serveste un server... poate ca un server sa serveasca mai rapid, chiar daca e full, fata de unul gol.
Citat:
Interogarile suplimentare sunt specifice TCP/IP si rostul lor este mareasca siguranta transmisiei, spre deosebire de IPX/SPX, de exemplu.
N-are treaba siguranta transmisiei cu interogarile la nivelul aplicatiei.
Citat:
MTU pe dial-up setat la 576 (defaul este tot 1500, nu 7-800, am verificat), dar si mai important este DefaultRcvWindow care trebuie optimizat in functie de viteza de care dispun, si nu trebuie sa fie (prea) mare, pentru ca nici o alta conexiune nu va fi servita pana cand bufferul de receptie nu se umple.
Window-ul TCP/IP nu are legatura cu bufferul de receptie/transmisie, ci cu regularizarea vitezei de transmisie si la cate date va primi un ACK (acknoledgement al datelor trimise - se refera, la fel, STRICT la TCP/IP)
Citat:
Legat de aceasta marime a bufferului de receptie este si DefaultTTL (implicit 32, e bine sa fie pus pe 128 zecimal), care daca este prea mic si bufferul prea mare, va duce la "imbatranirea" si stergerea datelor continute in el si trimiterea mesajului de eroare, compul partener trebuind sa retrimita pachetul.
TOTAL GRESIT. TTL-ul NU are legatura cu datele la nivel de TCP TTL-ul este o informatie la nivel de pachete IP... si reprezinta nr. maxim de hop-ul pe care poate sa-l parcura respectivul pachet pana cand se presupune ca acel pachet este intr-o bucla infinita si atunci este distrus (conexiuni picate, rute aiurea, blah blah).
Citat:
Analogia cu file-system-ul se refera la cereri, in sensul ca packetul are marime fixa indiferent de continut - rezulta trafic inutil. De aici si concluzia cu micsorarea MTU... Normal, la up-load voi avea un transfer mai mic decat normal.
Iara gresit. Daca MTU-ul este la 1500 si calculatorul vrea sa trimita un pachet de 500octeti, va trimite de EXACT 500octeti, nici mai mult nici mai putin. MTU inseamna MAXIMUL TRANSMIT UNIT si reprezinta nr. MAXIM de octeti ce pot fi transmisi pe acel mediu. MTU-ul mic la Windows, implicit, e la dial-up si e pus atat pentru a putea ca alte aplicatii care au nevoie de prioritate sa nu astepte dupa pachete mari, de exemplu: telnet, voice over ip, etc, in special daca mediul este half duplex.
PS: Linux am invatat SINGUR, din studiu PROPRIU _________________ Claudiu Cismaru
Network/System Administrator, Software Developer
Data înscrierii: 29 Ian 2003 Mesaje: 1194 Locație: /dev/null
Trimis: Lun Aug 29, 2005 8:39 am Titlul subiectului:
mentor a scris:
Nu te mai contrazic. Mai studiaza.
Adica sa mai studiez eu cu CCNA-ul facut, cu MULTI ani de experienta in domeniu?! Ma faci sa rad...
Ma faci sa rad! Daca nu ai studiu in domeniu, de ce tot vorbesti?! Ce-mi vine sa mor pe oamenii care te contrazic doar pentru ca asa vor ei, atunci cand stiu ca persoana pe care o contrazice e mai in domeniul decat el...
"What is this TCP Window Thing?
A TCP window the amount of outstanding (unacknowledged by the recipient) data a sender can send on a particular connection before it gets an acknowledgment back from the receiver that it has gotten some of it.
For example if a pair of hosts are talking over a TCP connection that has a TCP window size of 64 KB (kilobytes), the sender can only send 64 KB of data and then it must stop and wait for an acknowledgment from the receiver that some or all of the data has been received. If the receiver acknowledges that all the data has been received then the sender is free to send another 64 KB. If the sender gets back an acknowledgment from the receiver that it received the first 32 KB (which could happen if the second 32 KB was still in transit or it could happen if the second 32 KB got lost), then the sender could only send another 32 KB since it can't have more than 64 KB of unacknowledged data outstanding (the second 32 KB of data plus the third)."
Citat:
Why have a TCP window?
The primary reason for the window is congestion control. The whole network connection, which consists of the hosts at both ends, the routers in between and the actual connections themselves (be they fiber, copper, satellite or whatever) will have a bottleneck somewhere that can only handle data so fast. Unless the bottleneck is the sending speed of the transmitting host, then if the transmitting occurs too fast the bottleneck will be surpassed resulting in lost data. The TCP window throttles the transmission speed down to a level where congestion and data loss do not occur.
Asa ca, pentru tine ca om "tehnic", iti recomand sa nu mai aberezi cand altcineva despre care stii ca e f. bine in domeniu iti spune ca e cum stau lucrurile. _________________ Claudiu Cismaru
Network/System Administrator, Software Developer
Data înscrierii: 03 Iul 2005 Mesaje: 22 Locație: In inima strazii
Trimis: Vin Sep 09, 2005 10:23 pm Titlul subiectului:
claudiu a scris:
Overdeath a scris:
In materie de download managere din tot ce am incercat eu IDM (Internet download Manager) e cel mai tare. Cand aveam conexiunea radio chiar imi tripla viteza, acum pe cablu nu prea se simte diferenta. Oricum e un program foarte bun.
is curios cum erau aia 12 kBytes pe dial up .... pare uimitor... din cate stiu eu modemurile nu duc mai mult 56 kBits adica 7 kbytes
Bai baieti, pe voi nu v-a invatat nimeni sa nu mai aberati, daca nu cunoasteti in amanunt un subiect?! Normal ca pe cablu nu se simte diferenta! Pentru ca tagi in blana. Cand aveai radio, pe acelasi suport te bateai cu mai multi... si un download accelerator isi spunea cuvantul ca nr. de flow-uri/conexiuni per secunda. Acum nu ai cu cine sa mai imparti mediul (ca e destul de larg si modemurile sunt limitate) si de aia nu mai "merge sa-ti maresti viteza".
In ceea ce priveste dial-up-ul... Stai calm ca nu ajungeai la vitezele alea! Ti-am zis, nu cunosti fenomenul si ceea ce se intampla.
FireEyes, daca un site nu stie de compresie, atunci poti sa ai mama acceleratorului, ca degeaba...
Tu imi spui mie ca pe un modem care nu duce mai mult de 56 kbits, pe liniile telefonice de la romtelecom, ajungeai la viteza aia!?!? Cu ce provider? Si ce e aberant inpostul meu?!!? Tu practic confirmi ce am zis eu... _________________ Vizitati Portal4Fun - www.portal4fun.net
Blogul meu - overdeath.blog-u.net
Upermedia - www.upermedia.net
Data este GMT + 2 Ore Du-te la pagina 1, 2Următoare
Pagina 1 din 2
Nu puteți crea un subiect nou în acest forum Nu puteți răspunde în subiectele acestui forum Nu puteți modifica mesajele proprii din acest forum Nu puteți șterge mesajele proprii din acest forum Nu puteți vota în chestionarele din acest forum
Întrebări frecvente
Căutare
Lista membrilor
Grupuri de utilizatori
Înregistrare
Profil
Autentificare pentru mesaje private
Intrare
. Alt manager de download care mi-a placut este GetRight, ce mi-a placut la el era posibilitatea de a descarca simultan de pe servere diferite, prin fire deschise secvential, acelasi fisier, conditia fiind sa existe pe servere mirror. Avantajul era ca puteai sa muti un thread de pe un server cu lag mare pe altul, fara sa opresti restul firelor...
