JDownloader Community - Appwork GmbH
 

Reply
 
Thread Tools Display Modes
  #1  
Old 01.02.2012, 14:03
Franatieu
Guest
 
Posts: n/a
Default Jdownloader and rapidshare slow multiple file

Hello,
I've been using fileserve and mu for a year but since they're gone I'm using rapidshare.
The speed is half of what I had with the other websites that is not a problem.
The problem is when It starts files download and when it ends files download.
I dont know if it's rapidshare problem, my connection or if I didn't configured jdownloader correctly.
I also use premium account and I always download on an external hard drive.
With fileserve and megaupload and other websites, it took 1-2 secondes to start the file to download with full speed (5 mb/s lets say) and when it was done, it started the new file within a few seconds.
With rapidshare, it seems slow.
The download seems to "freeze" for like 20-30 seconds and then it starts downloading at normal speed ( 2-3mb/s ).
When the download is almost finish, the download speed goes under 1mb (500kb-700kb).
When the download is finish, it takes like 5-10-15(max) seconds to "approved the file" I guess (loaded via *account name*).
Then, It takes another 20 seconds and more to load the other file download.
I download into parallel and it does the same thing with only 1 file.

Code:
----------------Request------------------
GET /cgi-bin/rsapi.cgi?sub=download&bin=1&noflvheader=1&fileid=454007794&filename=400MB.FLT-balblabla.PC.part04.rar&cookie=56835BEBF774B5F42F13D5824BE57C5A1166B98FF9414F2937ACF17C0C680E0D375A04D105FDE5F404B99A76F99604ABA33566D19E4CEA269C343E41E14D43C7 HTTP/1.1
Accept-Language: de, en-gb;q=0.9, en;q=0.8
Range: bytes=179755884-239674512
Cookie: enc=56835BEBF774B5F42F13D5824BE57C5A1166B98FF9414F2937ACF17C0C680E0D375A04D105FDE5F404B99A76F99604ABA33566D19E4CEA269C343E41E14D43C7
Host: rs299tl6.rapidshare.com
Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.7
Referer: **External links are only visible to Support Staff**
Accept-Encoding: 
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.0.10) Gecko/2009042523 Ubuntu/9.04 (jaunty) Firefox/3.0.10
Connection: close
Accept: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8
Pragma: no-cache
Cache-Control: no-cache

----------------Response------------------
HTTP/1.1 206 Partial content
Date: Wed, 01 Feb 2012 13:00:35 GMT
Content-Length: 59918629
Content-Disposition: Attachment; filename=400MB.FLT-blablabla2.PC.part04.rar
Connection: close
Content-Type: application/octet-stream
Accept-Ranges: bytes
Content-Range: bytes 179755884-239674512/419430400


130 12-02-01 08:00:35 - FINER [java_downloader] -> ServerType: RETURN exact rangeend

------------------------  Thread: 123  -----------------------
123 12-02-01 08:00:48 - FINER [java_downloader] -> Chunk finished 4 59918628 bytes

------------------------  Thread: 124  -----------------------
124 12-02-01 08:00:50 - FINER [java_downloader] -> Chunk finished 5 59918628 bytes

------------------------  Thread: 122  -----------------------
122 12-02-01 08:00:55 - FINER [java_downloader] -> Chunk finished 3 59918628 bytes

------------------------  Thread: 120  -----------------------
120 12-02-01 08:00:58 - FINER [java_downloader] -> Chunk finished 1 59918628 bytes

------------------------  Thread: 125  -----------------------
125 12-02-01 08:00:58 - FINER [java_downloader] -> Chunk finished 6 59918632 bytes

------------------------  Thread: 121  -----------------------
121 12-02-01 08:00:59 - FINER [java_downloader] -> Chunk finished 2 59918628 bytes

------------------------  Thread: 119  -----------------------
119 12-02-01 08:01:03 - FINER [java_downloader] -> Chunk finished 0 59918628 bytes

------------------------  Thread: 118  -----------------------
118 12-02-01 08:01:03 - FINER [java_downloader] -> onCHunksReady
118 12-02-01 08:01:03 - INFO [java_downloader] -> Close connections if the are not closed yet
118 12-02-01 08:01:03 - INFO [java_downloader] -> Closed connection before closing file
118 12-02-01 08:01:03 - INFO [java_downloader] -> Closed connection before closing file
118 12-02-01 08:01:03 - INFO [java_downloader] -> Closed connection before closing file
118 12-02-01 08:01:03 - INFO [java_downloader] -> Closed connection before closing file
118 12-02-01 08:01:03 - INFO [java_downloader] -> Closed connection before closing file
118 12-02-01 08:01:03 - INFO [java_downloader] -> Closed connection before closing file
118 12-02-01 08:01:03 - INFO [java_downloader] -> Closed connection before closing file
118 12-02-01 08:01:03 - INFO [java_downloader] -> Close File. Let AV programs run
118 12-02-01 08:01:07 - FINEST [java_downloader] -> no errors : rename

------------------------  Thread: 110  -----------------------
110 12-02-01 08:01:33 - FINEST [java_downloader] -> 
Finished- latest: FINISHED
00000000000000000000000000000010 <Statuscode
00000000000000000000000000000010 |FINISHED
StatusText: Loaded via franatieu

110 12-02-01 08:01:33 - INFO [java_downloader] -> 
Finished- Y:\Autre\zScapsezezum\Downloads\Downloads\BLABLABLA 2 17.1 rs\400MB.FLT-blabla.PC.part02.rar

------------------------  Thread: 18  -----------------------
18 12-02-01 08:01:34 - INFO [java_downloader] -> Start new Download: rapidshare.com

------------------------  Thread: 134  -----------------------
134 12-02-01 08:01:34 - INFO [java_downloader] -> Start working on 400MB.FLT-blabla.PC.part05.rar
134 12-02-01 08:01:34 - FINER [java_downloader] -> Cookie Login
134 12-02-01 08:01:34 - FINEST [java_downloader] -> 
-->**External links are only visible to Support Staff**

Last edited by Jiaz; 01.02.2012 at 14:14.
Reply With Quote
  #2  
Old 01.02.2012, 14:05
remi
Guest
 
Posts: n/a
Default

The delay might be caused by the encryption (https). Try it in your browser.
Reply With Quote
  #3  
Old 01.02.2012, 14:13
Jiaz's Avatar
Jiaz Jiaz is offline
JD Manager
 
Join Date: Mar 2009
Location: Germany
Posts: 80,977
Default

on startup)
you download a file that is 419430400=400 mbyte in size, that file needs to get created first because you download with chunks (connections >1)
the download should start immediately if you use max connection = 1

on end:
after close, jd checks the checksum of the file = has to read and calc hash of the complete 400mbyte ->can take some secs depending on system load, disk speed(maybe saving on network drive even slower)...
__________________
JD-Dev & Server-Admin
Reply With Quote
  #4  
Old 01.02.2012, 14:30
Franatieu
Guest
 
Posts: n/a
Default

:O thx guys for fast response!
So its just a rapidshare "problem"?

I don't mind waiting a few secondes but sometime it can be very long :/.

I use 5 max dl so I can download faster in parrallel.
What happen if I keep 5 dls and set max connection to 1? Will I lose speed?
I actually download at 10mb/s total and I have 7 max connections.
Reply With Quote
  #5  
Old 01.02.2012, 14:41
Jiaz's Avatar
Jiaz Jiaz is offline
JD Manager
 
Join Date: Mar 2009
Location: Germany
Posts: 80,977
Default

this is no rs problem
if you start downloading 5 files in parallel and max connections >1 all the files will have to get created first
creating 400mbyte*5 in parallel of course takes some time, same for hashcheck

you should not loose much speed as rs is known to deliver very good speeds
__________________
JD-Dev & Server-Admin
Reply With Quote
  #6  
Old 01.02.2012, 14:45
Franatieu
Guest
 
Posts: n/a
Default

Quote:
Originally Posted by Jiaz View Post
this is no rs problem
if you start downloading 5 files in parallel and max connections >1 all the files will have to get created first
creating 400mbyte*5 in parallel of course takes some time, same for hashcheck

you should not loose much speed as rs is known to deliver very good speeds
Alright thanks alot
It's better right now!
"Problem solved!
Reply With Quote
  #7  
Old 04.02.2012, 12:20
+CRZ+
Guest
 
Posts: n/a
Default

I'm having a similar problem here. I have a premium account and have been downloading always at great speeds for my connection. Usually is 250-300 Kb/s but now I just get a variation of speeds with a max of 90 Kb/s, sometimes is as slow as 9 Kb/s (no, that's not a typo).

Max Con. 1
Max Dls. 1

DirectDownloads was disabled on RS and reading some older posts saw this could be a problem and turned it on but no change so far.

Here's my log:

Quote:
------------------------ Thread: 18 -----------------------
18 04/02/12 08:01:21 - SEVERE [java_downloader] -> Webupdater offline or nothing to update

------------------------ Thread: 19 -----------------------
19 04/02/12 08:01:23 - INFO [java_downloader] -> DownloadWatchDog: start

------------------------ Thread: 20 -----------------------
20 04/02/12 08:01:23 - INFO [java_downloader] -> Start new Download: rapidshare.com

------------------------ Thread: 21 -----------------------
21 04/02/12 08:01:23 - INFO [java_downloader] -> Start working on blablablabla.mkv
21 04/02/12 08:01:23 - FINER [java_downloader] -> Cookie Login
21 04/02/12 08:01:24 - FINEST [java_downloader] ->
-->**External links are only visible to Support Staff****External links are only visible to Support Staff**
----------------Request------------------
GET /cgi-bin/rsapi.cgi?sub=download&try=1&fileid=226370367&filename=blablablabla.mkv&cookie=F4E2AE93F0024881D73B1 CA7E770E396D105FAF1460635BC5886CC3EAA110484B031A599611B7D12D4153294E539D6F2090C38C1C3925A0526BF47BC4 9972558507B71F3B82786F2968F3EBD8CBAF9CB HTTP/1.1
Accept-Language: de, en-gb;q=0.9, en;q=0.8
Cookie: enc=F4E2AE93F0024881D73B1CA7E770E396D105FAF1460635BC5886CC3EAA110484B031A599611B7D12D4153294E539D6F2 090C38C1C3925A0526BF47BC49972558507B71F3B82786F2968F3EBD8CBAF9CB
Host: api.rapidshare.com
Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.7
Accept-Encoding: gzip
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.0.10) Gecko/2009042523 Ubuntu/9.04 (jaunty) Firefox/3.0.10
Connection: close
Accept: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8
Pragma: no-cache
Cache-Control: no-cache

----------------Response------------------
HTTP/1.1 200 OK
Date: Sat, 04 Feb 2012 11:01:02 GMT
P3P: CP="ALL DSP COR CURa ADMa DEVa TAIa PSAa PSDa IVAa IVDa CONa TELa OUR STP UNI NAV STA PRE"
Content-Length: 63
Connection: close
Accept-Ranges: bytes
Content-Type: text/html; charset=UTF-8
Cache-Control: no-cache


21 04/02/12 08:01:24 - FINER [java_downloader] -> Connect...
21 04/02/12 08:02:09 - FINEST [java_downloader] -> -->**External links are only visible to Support Staff****External links are only visible to Support Staff**
----------------Request------------------
GET /cgi-bin/rsapi.cgi?sub=download&bin=1&noflvheader=1&fileid=226370367&filename=blablablabla.mkv&cookie=F4E2AE9 3F0024881D73B1CA7E770E396D105FAF1460635BC5886CC3EAA110484B031A599611B7D12D4153294E539D6F2090C38C1C39 25A0526BF47BC49972558507B71F3B82786F2968F3EBD8CBAF9CB HTTP/1.1
Accept-Language: de, en-gb;q=0.9, en;q=0.8
Range: bytes=32643072-
Cookie: enc=F4E2AE93F0024881D73B1CA7E770E396D105FAF1460635BC5886CC3EAA110484B031A599611B7D12D4153294E539D6F2 090C38C1C3925A0526BF47BC49972558507B71F3B82786F2968F3EBD8CBAF9CB
Host: rs624l34.rapidshare.com
Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.7
Referer: **External links are only visible to Support Staff****External links are only visible to Support Staff**
Accept-Encoding:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.0.10) Gecko/2009042523 Ubuntu/9.04 (jaunty) Firefox/3.0.10
Connection: close
Accept: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8
Pragma: no-cache
Cache-Control: no-cache

----------------Response------------------
HTTP/1.1 206 Partial content
Date: Sat, 04 Feb 2012 11:01:33 GMT
Content-Length: 1400521719
Content-Disposition: Attachment; filename=blablablabla.mkv
Connection: close
Content-Type: application/octet-stream
Accept-Ranges: bytes
Content-Range: bytes 32643072-1433164790/1433164791


21 04/02/12 08:02:09 - FINER [java_downloader] -> Start Download
21 04/02/12 08:02:09 - FINER [java_downloader] -> Setup resume
21 04/02/12 08:02:09 - INFO [java_downloader] -> Resume: 1433164791 partsize: 1433164791
21 04/02/12 08:02:09 - FINER [java_downloader] -> Setup chunk 0: Thread[DOwnloadchunk 32643072 - -1,1,main]
21 04/02/12 08:02:09 - FINER [java_downloader] -> Wait for chunks

------------------------ Thread: 22 -----------------------
22 04/02/12 08:02:09 - FINER [java_downloader] -> Start Chunk 0 : 32643072 - -1
22 04/02/12 08:02:09 - FINER [java_downloader] -> Übernehme Verbindung bei 32643072
22 04/02/12 08:02:09 - FINER [java_downloader] -> ServerType: RETURN Rangeend-1

------------------------ Thread: 23 -----------------------
23 04/02/12 08:11:10 - INFO [java_downloader] -> ByteBufferController: Used: 500.00 KB Free: 0 B
I'm posting here despite it's solved just to not make a new thread, hope it's ok. Thanks in advance

Last edited by +CRZ+; 04.02.2012 at 12:24.
Reply With Quote
  #8  
Old 04.02.2012, 12:26
Jiaz's Avatar
Jiaz Jiaz is offline
JD Manager
 
Join Date: Mar 2009
Location: Germany
Posts: 80,977
Default

speed only comes from hoster/isp/firewall/av. jdownloader always loads as fast as it can.
__________________
JD-Dev & Server-Admin
Reply With Quote
  #9  
Old 04.02.2012, 12:28
+CRZ+
Guest
 
Posts: n/a
Default

So it's a hoster/ISP problem? I'm not messing up? Java is allowed in firewall and antivirus
Reply With Quote
  #10  
Old 04.02.2012, 12:30
Jiaz's Avatar
Jiaz Jiaz is offline
JD Manager
 
Join Date: Mar 2009
Location: Germany
Posts: 80,977
Default

you are not the reason. its either overloaded server, isp or routing issue. there can be many reasons for it
__________________
JD-Dev & Server-Admin
Reply With Quote
  #11  
Old 04.02.2012, 12:31
+CRZ+
Guest
 
Posts: n/a
Default

OK, thanks a lot for the quick response.
Reply With Quote
Reply

Thread Tools
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off

Forum Jump

All times are GMT +2. The time now is 17:42.
Provided By AppWork GmbH | Privacy | Imprint
Parts of the Design are used from Kirsch designed by Andrew & Austin
Powered by vBulletin® Version 3.8.10 Beta 1
Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.