vlad

another way to get kodi running on the A10/A20 with HW acceleration is to try this http://kodi.wiki/view/External_players using the mplayer which is capable of using HW decoding

not particularity correct we are all measuring some kind of performance for our use case, i couldn't give a fuck if dd or bonnie is able to write with +100MB in a synthetic test if the applications i use can't do that. the 10MB/s i have reported earlier could be improved, i go almost 20MB (using deluge-ltconfig plugin) but with both cores at 100% and with 25-30% ram utilization durring the download process (the ram ustilization its almost constat because p2p uses a lot of ram), when i am doing this tests i am always using torrents well seeded with majority of the seeders from the same country and here is a speedtest for my home connection which i don't think is a bottlenek @baos it will just test reads and write speeds i don't think you need to worry about data loosing

just delete everything in /etc/update-motd.d

i know the topic started like low power torrent box but I am talking about a this regarding the IRQ/ I/O scheduler i am taking about the suggestion from http://linux-sunxi.org/SATAspecially this part the I/O scheduler i changed for a mechanical HDD like you said in /etc/init.d/armbianhwinfo but is set to cfg and not deadline and the IRQ's for the HDD are not sent to the second core only the IRQ from the nic is @Baos - my use case is a bit different than yours, in my case the cubietruck downloads content and serves it via NFS to 2-3 clients and so far i have no problem with the read speeds (i don't really know any value for them) the "problem" i have is with write speeds, but write speeds coming from programs like deluged/transmission

i am not sure to what version you are referring but the teaks for SATA are no present (the deadline IO scheduler or moving the IRQ fro sata to the second core) in the latest version of armbian with vanilla kernel what does low power even mean ? how much performance are you willing to sacrifice to have a low power device ? sure if you mean under 10W yes the the orange pi or any other decent SBC is the way to go but there are plenty of low power x86 which for the power they use offer great performance. take this for example http://www.htpcbeginner.com/htpc-nas-combo-build-2016/(i have no affiliation with that site) - sure its not exactly cheap (but i don't think you need an ssd or 8gig of ram so price will go down) but try putting a 4TB in an SBC, any SBC for that matter, add 2-3 clients to it and see how it performs compared to the build mentioned above as I said in my first reply it really depends what exactly is low power, how much money you want to invest and how much time you want to invest in it

i did the speed test long time ago (i have redone them on armbian too) and i get close speeds to what you got, but so far i haven't been able to use any other program beside dd to write that fast and i am mainly talking about transmission/deluge, i haven't tried rtorrent yet maybe i could get better speeds, so that is why i wrote only ~10MB/s. i have even tried the suggestions from here http://linux-sunxi.org/SATA, the IO scheduler, IRQ with little to no difference in write speed - i will have to try the suggestions for CPU also to see if something changes i agree that an x86 will consume more, but thinking about the boost in performance and that it just works no fussing with IO schedulers or IRQ or custom kernels i think it is to be considered if the goal is to have a nas/media center device

@Guest_TFR_* the short answer is no save money and go for an x86 desktop and even though youll spend more money to begin with it will save you a looooot of time and give you more than decent performance, i will recommand you the AM1 platform from AMD its has a more than decent GPU, so it could easily download content and play it using kodi (which in my opinion is the best media center software ever) - itx motherboards for the AM1 socket are cheap so with lets say 100E you could have a pretty decent box (even less if you have some parts around) the long answer i have a cubietruck (or i think i still have one - bad incident with a power supply last night - be aware when buying cheap stuff from china - save yourself the trouble and always buy power supply or other important stuff form reliable sources) the cubietruck has at first great specs dual core soc, 2 gigs of ram, sata port, 1gig ethernet - unfortunately the specs are great only on paper (not talking about the soc or ram) but the performance of the sata port and the gigabit ethernet is at half at best. (but i could get continuous write speeds arount 10MB/s on a mechanical HDD @7200RPM) Software support (at least for this board) is great thanks to the great community here and thanks to Igor, i have been using his images for a long time, but as i said hardware is not up to the task. So as suggested go for x86 if you value your time and money - at the moment the SBC world, in my opinion, is experimental others may have other options.

there is no board there which runs only with free software

i am running mine almost like nemonein software wise but im not using an enclosure just some standoffs and a piece of acrylic which hold an 2.5" hdd, and im getting 48C but my use case i very minimalist - i only use it 2-3 hours on a night when its streaming content via nfs to one rpi running openelec or early in the morning when content is released and deluge does its job. I wouldn't worry that much about the SoC since its designed to be used in tablets/phones so high temperatures i don't think will be a problem also it has a max operating temp of 120C if i am not mistaken but I would worry more about the harddrive - given that you have a closed enclosure i would suggest getting a cooler also get hddtemp or smartmontools and check the temp of you harddrive

totally with PHP - i think a basic authentication would be enough http://php.net/manual/en/features.http-auth.phpbut yeah mysql with cookies/sessions based login could also be used for more security or greater flexibility

ok so on a quick search looks like there are some discrepancies on what the pam_motd is supposed to do and what it actually does https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=743286 https://bugs.launchpad.net/ubuntu/+source/shadow/+bug/1169558 http://unix.stackexchange.com/questions/246436/how-to-set-a-dynamic-message-of-the-day-motd-in-debian-jessie-8-2-for-ssh anyway this is how i fixed the problem on my armbian first edit the /etc/pam.d/login and /etc/pam.d/sshd and comment this line (in both files) session optional pam_motd.so motd=/run/motd.dynamic noupdate and create a link from /run/motd.dynamic to /etc/motd/ ln -s /run/motd.dynamic /etc/motd reopen your session and the motd should be updated every time on login

i have experienced something similar after posting my dynamic motd update, and it look pretty similar to what @baos is describing. From my understanding the files from /etc/update-motd.d/* are executed by the PAM-API on successful login, other information i found on the ubuntu wiki suggest that the motd is actually updated via crontab - but i couldn't find any information regarding this in the armbian implementation so the information i found must be outdated Given the information above i think the the PAM updates the motd on every successful login but it actually reads the motd (/etc/motd) from the previous successful login - this is easy to check just login twice and see if the uptime is reported correct for my setup i made some changes to the pam.d files and its reports correctly - i will post them as soon as i have access to my box.

@Jack Bizon you mentioned something about controlling the lamp from the internet, even though this is not you use case, that means your *insert board name here* will be accessible from the internet so i would strongly suggest to implement some sort of authentication even if you are the only user accessing it

here you can find some information about cedarx http://linux-sunxi.org/CedarX

after reading more on the bittorent protocol, looks like even though PEX and DHT can be used to have a truly decentralized and to have better performance/efficiency it still needs a tracker to form the initial swarm. bittorrent protocol, specially PEX and DHT chapters https://en.wikibooks.org/wiki/The_World_of_Peer-to-Peer_(P2P)/Networks_and_Protocols/BitTorrent Totally ubuntu and fedora are already doing this ( https://torrents.fedoraproject.org/and http://torrent.ubuntu.com:6969/)