#1
|
|||
|
|||
jDownloader on NSLU2
Hey There!
I am currently running a DLNA Server on Ubuntun 11.10 with a jDownloader and Webinterface! Works pretty Good for what i need! The Downsite is the Server takes abou 100W even in Idle its about 60-80W which is very much! I am searching for better effiency and read alot about an upcoming Major Update for the Webinterface and the jD-Core which make it easyer to run it on servers/nas! So my Main Question is: Can i run jDownloader on NSLU2 with DLNA or has the Slug not enough Power to do this?! Should i better buy a Thin Client? Last edited by Jiaz; 03.07.2012 at 14:02. |
#2
|
|||
|
|||
Wait some months to see how ARM based pcs work, like raspberry pi.
|
#3
|
|||
|
|||
Hey!
isn it so that when i can run java i can run jdownloader? i just am wondering if its enough power to run jdownloader... and when the major relase with the new webpanel is to await |
#4
|
|||
|
|||
If you can run a full blown JRE then you can run jD.
jD doesn't need much CPU power. On my old PC it consumes 0-1 % when its window is minimised and downloading. When I'm interacting with its window it consumes 10-20%. I set its process priority at 'AboveNormal'. |
#5
|
|||
|
|||
I have been running Jdownloader on a Raspberry Pi all this week. It ran perfectly with no crashes after tuning the jvm parameters. Using Oracles java 7 SE for embedded (Arm client - not headless - much faster than OpenJDK on arm at this time). Used combination of ssh, vnc and the jDownloader web-interface and captchatrader plugin to admin it.
Rpi can be configured with 220MB of ram and just a small framebuffer for graphics. After running for 12 hours with over 20 queued items (10GB+) and downloaded.... the jvm was only using 110MB of ram. Looks like it will make a very practical download appliance. Only problem is JDownloader takes ages to start (at least 3 minutes) and another minute before the cpu usage drops from 100% down to about 5% (when minimised). The Rpi is fan-less - but it did not get hot or even very warm during my testing. Also managed to run azureus (perfect) and even full blown eclipse (only just) - but can only run one big 100MB+ application at a time. Last edited by cabled; 03.07.2012 at 14:58. Reason: times from stopwatch - not guessing |
#6
|
||||
|
||||
try out the pre-beta of jd2 (see http://board.jdownloader.org/forumdisplay.php?f=50)
this should startup a lot faster and uses noticable less ram/cpu I would be very interested in feedback Thanks for testing ! PS: once jd2 is finished we will continue work on headless jd which can be controled remote/web/smartphone...
__________________
JD-Dev & Server-Admin |
#7
|
|||
|
|||
OK, tried out jdownloader2. Yes - its significantly (3-4X) faster
vm parameters (for speed) : -Xverify:none -Xms150m -Xmx150m freshly rebooted system for each run. jdownloader1: 2.20 window displayed 3.00 menus responsive 3.40 cpu usage drops to zero (Total 3 mins 40 secs before fully usable) jdownloader2: 0:35 window 1.00 responsive 1.10 cpu zero (Total 1 min 10 secs before fully usable) Configuration changes to both versions: disable automatic update disable tray disable bandwidth graph set look and feel to Metal (light) The web interface for JDownloader2 is not ready yet, so I can't switch to it unfortunately. ps: yes please get headless jd2 so that it can be fully administered remotely. It should be tested to work with one of the special headless jvm like used for hosting tomcat etc. That way will probably save lots of ram/startup overhead. pps: the vm parameters I actually use are optimised for low memory - the jvm aggressively returns memory to the host OS - the GC overhead is bad at startup - but because the Rpi is running without swap it means if linux runs out of ram the jvm will be killed since it it the obvious candidate - so its better to have ram available and take the hit at startup -server -Xverify:none -XX:+UseParNewGC -XX:MaxHeapFreeRatio=0 -XX:MinHeapFreeRatio=0 -Xms2M -Xmx150M -Xmaxf0 0:40 window 1.20 responsive 1.30 cpu zero (Total 1 min 30 secs before fully usable - using about half as much ram!) |
#8
|
||||
|
||||
RemoteAPI is still in progress and will replace the gui when finished. Without loading all the GUI it should startup even faster
Thanks for the feedback and some very *nice 2 know* vm parameter
__________________
JD-Dev & Server-Admin |
#9
|
|||
|
|||
Hi all,
sorry for my english @cabled I'm new to business and i want to run the jd2 beta on rasp. I have a few questions and i hope you don't bother to answer them: - is it possible with the given hardware to download, extract the files and delete the rars afterwards, have you tried this? - how do you "feed" jd with downloadlinks? do you use ssh and commands or a gui? My plan is to run jd on rasp, fill it with links (captcha possible?) over ssh and let it do it's thing. |
#10
|
||||
|
||||
ask cabled as he has experience with that.
you need a gui because jd does not work in guiless mode..so vnc or nx is minimal needed
__________________
JD-Dev & Server-Admin |
#11
|
|||
|
|||
That was my intention but i need posts > 3 to 'PN' him.
So i've tried the inthread way. |
#12
|
||||
|
||||
I pm'ed him for you
__________________
JD-Dev & Server-Admin |
#13
|
|||
|
|||
Thank you.
But his post amount is also < 3 |
#14
|
||||
|
||||
he can answer here
__________________
JD-Dev & Server-Admin |
#15
|
|||
|
|||
Quote:
Soft-float Debian “wheezy” This image is identical to the Raspbian “wheezy” image, but uses the slower soft-float ABI. It is only intended for use with software such as the Oracle JVM which does not yet support the hard-float ABI used by Raspbian. NEXT download "Oracle Java SE Embedded 7" - from oracles website (you need to fill in a form): try either (java 7 - this is the one I use daily with no problems) ejre-7u4-fcs-b20-linux-arm-vfp-client_headful-12_apr_2012.tar.gz or (java 6) ejre-1_6_0_32-fcs-b05-linux-arm-vfp-eabi-headful-05_apr_2012.tar Alternatively OpenJdK works too - but its is slower - I have not tried it on raspbian though (so it might be faster now) : apt-cache search jre If you are using raspbian your only option is to use iced-tea. Hope that is useful to you |
#16
|
|||
|
|||
Quote:
To feed the pi with links I use the 'JD Webinterface'. Its a really good extension for remote admin of JD. You copy the links into a box and it verifies the links are valid - a similar workflow to regular JD. I also use the webinterface to monitor the progress of downloads in the queue. Captcha is the big problem at the moment - I was very, very, very happy with the captchatrader extension, but alas it has vanished. Now I have to use 'vnc' to type in each captcha - vnc is ok, but typing in individual captchas sucks. The fall of captchatrader is a roadblock to creating an unattended economical download appliance - I am researching this on the JD captcha forums..... All the new contenders are unsuitable :( I am watching this board - in case you need more info. My setup: debian non-floating-point-arm oracle java se embedded 7 (headful) ssh (passwordless - using keys, on random high port) vnc (over ssh proxy) firewall running on pi (blocks all incoming except ssh) Last edited by cabled; 13.09.2012 at 19:21. |
#17
|
|||
|
|||
Quote:
How exactly do I start vm up using this parameters, do I need to put it in a config file in jDownloader or something |
#18
|
|||
|
|||
To test-run jdownloader just use this (simple fast start-up) command:
java -jar -Xmx150M /home/cabled/tools/JDownloader/JDownloader.jar Only for lower memory use try this command (much slower start-up): java -server -Xverify:none -XX:+UseParNewGC -XX:MaxHeapFreeRatio=0 -XX:MinHeapFreeRatio=0 -Xms2M -Xmx150M -Xmaxf0 -jar /home/cabled/tools/JDownloader/JDownloader.jar -------------------------------- (I'm assuming you have hooked up your rpi to a monitor and keyboard and mouse - the easiest way to experiment) make sure you are in a desktop environment with a mouse cursor. if instead you are at the terminal - type the command: startx The desktop looks a bit like Windows98 - in the bottom left corner is the "start" icon (a bird I think). Choose: Start --> Accessories --> LXterminal Select the terminal window that opened. type the following command: java -version I get this response: java version "1.7.0_04-ea" Java(TM) SE Runtime Environment for Embedded (build 1.7.0_04-ea-b20) Java HotSpot(TM) Embedded Client VM (build 23.0-b21, mixed mode) If you are using openJDK instead that's ok. finally run: java -jar -Xmx150M /home/cabled/tools/JDownloader/JDownloader.jar (change the path to your own) and wait a few minutes. |
#19
|
|||
|
|||
Just a heads up. JDK 8 developer preview for ARM is out now and the good news is it supports hard float ABI. So you can install this on your Raspbian Wheezy OS and get Jdownloader running.
As expected, takes around 2-3 minutes for the JD GUI to load fully and become usable. The problem is the Webinterface is still very primitive and if you're a free user its next to useless as the WebUI does not display captchas. You will have to bear with the slight inconvenience of using TightVNC to type in your captchas or hope some other reliable captcha solving service like captchatrader comes along. I tried upgrading to Nightly but the web interface hasn't changed one bit in the last 12 months. Bummer. Let's see what JD2 has to offer. Last edited by madascene; 22.12.2012 at 09:02. |
#20
|
|||
|
|||
Thanks madascene.. I've downloaded and installed the JDK 8 dev preview on Raspbian Wheezy OS. Installed JD2 beta on it. I've got the 512MB version of the RaspPI. The JD2 interface takes around 2 minutes to load. The CPU utilization hovers around 80-100% when the JD2 window is open on the desktop. As soon as you minimize the window the CPU utilization drops down to 1-5% even though JD2 is running and downloading files.
Last edited by brisingr; 24.01.2013 at 12:23. Reason: correction |
#21
|
|||
|
|||
How do you guys installed JD2 on RBPi? I'm getting
Code:
Unpacking JRE ... Preparing JRE ... bin/unpack200: 1: bin/unpack200: Syntax error: "(" unexpected Error unpacking jar files. The architecture or bitness (32/64) of the bundled JVM might not match your machine. |
#22
|
|||
|
|||
Use the jar file installation method.
|
#23
|
|||
|
|||
Can you please explain this method?
Where can i get this jar file? Quote:
Last edited by Metzlmane; 24.05.2013 at 15:48. |
#24
|
|||
|
|||
Instructions for JDownloader 2.0 on Raspberry Pi:
Open "LXTerminal" and follow this... Install OpenJDK: Code:
sudo apt-get install openjdk-7-jre -y Code:
mkdir ~/JDownloader && cd ~/JDownloader wget http://upd0.appwork.org/jcgi/JDownloader unzip JDownloader && rm JDownloader java -jar Updater.jar Code:
java -jar ~/JDownloader/JDownloader.jar & Enjoy... Last edited by pacoesni; 24.08.2013 at 20:38. |
#25
|
|||
|
|||
Quote:
how can I autorun it at startup? |
#26
|
|||
|
|||
Quote:
1. Create the AutoStart folder: Code:
cd /home/pi cd .config mkdir autostart cd autostart Code:
nano jdownloader.desktop Code:
[Desktop Entry] Type=Application Name=JDownloader Exec=java -jar /home/pi/JDownloader/JDownloader.jar Thats all there is to it. Last edited by pacoesni; 28.09.2013 at 08:54. |
#27
|
|||
|
|||
Great!!!
I'll try as soon as I can. Another question. Do you suggest openjdk7 or oracle jdk 8 for arm? I know that the oracle one uses hard float so should be faster on the raspberry but jd is very slow anyway.. :-( |
#28
|
|||
|
|||
Any suggestion for the raspberry environment?
openjdk7, oracle jdk 8 for arm or oracle jdk 7 hardfloat? |
#29
|
||||
|
||||
Use openJDK 7. Its making a googd job.
|
#30
|
|||
|
|||
I can't get the installation script or jar
Hello JD Community,
I have been trying to install JD2 in a RaspberryPi but I got a "404 Not Found" error whenever I tried: "wget http://upd0.appwork.org/jcgi/JDownloader" Have I lost something? Nowadays script or jar file isn't there or maybe it was moved from there in that case I would express gratitude for send me the updated url. Thanks in advance!! Alvaro. |
#31
|
|||
|
|||
You think it could be better than the 1.7 oracle?
|
#32
|
|||
|
|||
Quote:
|
#33
|
|||
|
|||
Maybe some day the developers will remember that there are other systems than x86 and provide a simple and portable java package again...or maybe they will fix the link that you can find all over google ("http://upd0.appwork.org/jcgi/JDownloader").
Until then, you can try to copy your jdownloader folder from an x86 system and start the JDownloader.jar with the appropriate switches for memory as mentioned earlier in this thread. You don't need to copy cfg, tmp and logs folders and maybe even others can be skipped, I didn't check that. But only the JDownloader.rar didn't work, so at least something else was required in my case. This worked for me on a cubietruck, but unfortunately java (and thus JD2) runs like shit: 2-3% cpu usage when minimized and idle. No idea what it is doing nonstop. 750MB virtual memory used with empty download list...lol. 5-10% cpu usage when downloading a single file. As a comparison, python/pyLoad has 0% cpu usage when idle, uses less than 100mb memory and 2% cpu is used when downloading. And it has a safe local webinterface. The only reason I'm even considering to use jd2 on the cubietruck is it's better hoster/plugin support. |
#34
|
|||
|
|||
Totally agree, I also had to go to pyload
|
Thread Tools | |
Display Modes | |
|
|