#1
|
|||
|
|||
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. |
#2
|
|||
|
|||
The delay might be caused by the encryption (https). Try it in your browser.
|
#3
|
||||
|
||||
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 |
#4
|
|||
|
|||
: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. |
#5
|
||||
|
||||
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 |
#6
|
|||
|
|||
Quote:
It's better right now! "Problem solved! |
#7
|
|||
|
|||
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:
Last edited by +CRZ+; 04.02.2012 at 12:24. |
#8
|
||||
|
||||
speed only comes from hoster/isp/firewall/av. jdownloader always loads as fast as it can.
__________________
JD-Dev & Server-Admin |
#9
|
|||
|
|||
So it's a hoster/ISP problem? I'm not messing up? Java is allowed in firewall and antivirus
|
#10
|
||||
|
||||
you are not the reason. its either overloaded server, isp or routing issue. there can be many reasons for it
__________________
JD-Dev & Server-Admin |
#11
|
|||
|
|||
OK, thanks a lot for the quick response.
|
Thread Tools | |
Display Modes | |
|
|