btw 5schatten if you still need testers for your rock64 RR build i can test stuff on my second one, i have a spare microsd and i use that one only for libreelec anyway...
Posts by TrashCanMan
-
-
While it is very close to the definition of spam (unsolicited mesage/mail) i cant see what i can achieve/gain "spaming" about an issue on one forum and about another on other forum, unrelated issues...also you quoted the other dude post, do you mean that im both? what will i gain doing that? im not selling anything, if at all i can hurt said product while seeking with help with issues (i dont even want to name it again, i dont want to """spam""")
Again, yea, i ask for help when i need it, isnt that what a forum is for?
PD: even worst, the other post is over 6 month old, 2 messages over 6 month appart is hardly spam IMHO
PD2: WTF that other dude copied my post from the other thread!! what is that? a bot? i even forgotten the exact text since its over 6 month old so it didnt click as mine, sorry about the ranting but no, im not nadhim
-
Power...the problem on sbc is 95% of the time related to power...is said external drive powered? i had super random crashes (yea, specially with torrent clients curioulsy) until i got myself a powered usb3 hub and used it (drive to the powered hub, hub to the rock64)
-
Ignore all my ranting, apparently its some problem with w10 i think, i dont have another hdd to test atm but created a 3gb ramdisk on my second rock64, transfered a file there, result: 55MB/s without any tuning at all on the other rock64, also im pretty sure its a pretty inneficient test for a start and i got more juice out of it...so...sorry about all the hot air, im going to google about w10 samba issues, thanks anyone for reading...
-
Kwiboo I kept searching and trying things on my own, my notes:
Code
Display More#source of this section is the script and http://forum.lemaker.org/thread-15543-1-1.html echo 1 > /sys/devices/system/cpu/cpufreq/performance/io_is_busy echo 25 > /sys/devices/system/cpu/cpufreq/performance/up_threshold echo 10 > /sys/devices/system/cpu/cpufreq/performance/sampling_down_factor #previous 3 cant make em work, not sure why echo 7 >/sys/class/net/eth0/queues/rx-0/rps_cpus echo 32768 >/proc/sys/net/core/rps_sock_flow_entries echo 32768 >/sys/class/net/eth0/queues/rx-0/rps_flow_cnt /sbin/ethtool -K eth0 rx off tx off ifconfig eth0 down && ifconfig eth0 up #the next section are taken from the script and took this info to understand what i was doing https://cs.uwaterloo.ca/~brecht/servers/apic/SMP-affinity.txt #move eth0 to cpu4 echo 8 >/proc/irq/41/smp_affinity #move xhci to cpu3 echo 4 >/proc/irq/180/smp_affinity #no idea what is "ff580000.usb, dwc2_hsotg:usb1" in the list of irq (irq42), something related to usb but im still not sure, it have a ton of processing on my board #i moved it too echo 2 >/proc/irq/42/smp_affinity #once you send the 3 previous command you can see instantly the move doing again cat /proc/interrupts #ignoring for now since ehci and ohci seem unused on my setup (cat /proc/interrupts | grep ohci) #all other optimizations are situational and most specific to each SBC but the irq distribution is a good idea to be used on most/all SBCs since #moving as example eth and wifi and use to a different CPUs than video is a good idea no matter what for a media specialized distro #this is taken from http://forum.lemaker.org/thread-15543-1-1.html, its for a different SBC but i tried it anyway out of desperation sysctl -w net/core/rmem_max=8738000 sysctl -w net/core/wmem_max=6553600 sysctl -w net/ipv4/tcp_rmem="8192 873800 8738000" sysctl -w net/ipv4/tcp_wmem="4096 655360 6553600" sysctl -w vm/min_free_kbytes=65536 sysctl -w net.ipv4.tcp_window_scaling=1 sysctl -w net.ipv4.tcp_timestamps=1 sysctl -w net.ipv4.tcp_sack=1 sysctl -w net.ipv4.tcp_no_metrics_save=1 sysctl -w net.core.netdev_max_backlog=5000 ip link set eth0 txqueuelen 10000 ifconfig eth0 down && ifconfig eth0 up io_secheduler is set as cfq so i didnt change that, the same about disabling uas, its allready disabled for my driveSo, i tested the suggested script and made allmost no difference, if at all all this made the speed more spiky, less stable but spikes never go over about 35MB/s and go down to 25MB/s, are you sure there are nothing limiting the speed on libreelec? the weird thing is that read does 30MB/s and write does over 90MB/s (most of the time its near 100MB/s), i mean, usually in any media writing is slower than reading (also remember that i had OMV installed before this on the same board, same cables, same HDD, same all, and i was getting around 70MB/s on both read and write)...do you need me to open a bug report somewhere? no idea if you or other developers use any github/bug tracker...
Also i cant find it but i had a copy of the samba.conf from when i was usign OMV and the optimizations where identical to the ones Libreelec uses, i can search it if you need to compare, i have a copy of the whole OMV card somewhere...
-
I did a basic dd test to be sure since the hdparm test was for reads:
Codedd if=/dev/zero of=output bs=1M count=4096; rm -f output 4096+0 records in 4096+0 records out 4294967296 bytes (4.0GB) copied, 68.344728 seconds, 59.9MB/si got about that speed on OMV so i guess my hdd limit is there, i also tested some tuning from the script you suggested:
- IO scheduler is already at cfg for my device, no change done there.
- all this make no change on the "issue" (taken from the script):
Codeecho 7 >/sys/class/net/eth0/queues/rx-0/rps_cpus echo 32768 >/proc/sys/net/core/rps_sock_flow_entries echo 32768 >/sys/class/net/eth0/queues/rx-0/rps_flow_cnt /sbin/ethtool -K eth0 rx off tx off ifconfig eth0 down && ifconfig eth0 up- the part about storage quirk is also active since my drive isnt using UAS, its using the standard usb-storage driver (also i dont think its part of my issue since dd and hdparm give good values)
But there are parts of the script that i dont know how to split since my coding skill is allmost null, specially the parts about the /proc/interrupts spliting and the governor cpufreq increase (this last is even needed? afaik we work permanently on performance)...(remember i have a rock64, section rockchip64 on the script), anyway thanks in advance for any/all the help
-
See build/armbian-hardware-optimization at master · armbian/build · GitHub for some hw optimization moving interupt handling to different cpu cores and more.
Since im trying anything i have at hand ill try it anyway but i did an iperf and it nearly toped the gigabit AND never toped any cpu at 100% so the chances are very slim that the issue is there IMO but also, iperf works virtually, its not using both hdd and eth at the same time...maybe you got something there...
-
I started this thread thinking that i was having samba speed problems but now im starting to think that maybe there is some problem with the network driver on the rock64? i came to this conclusion after testing it with the proftpd addon, i get 30MB/s LE->W10 and about 45MB/s W10->LE, also i tried with SFTP and i get 30-30, its not bad and im going to keep using it as is but its not good either, the same hardware setup can give me 70-80MB/s with OMV, same cables, same router, same hdd...
Can there be something related to the ethernet driver used by libreelec that limit the upload? its the same driver/options that the omv people use?
Some stuff i tried:
- stopping docker since it create a virtual lan interface, same results
- forcing min/max to smb2 and min/max smb3 on libreelec, no changes
- Completelly disabling smb1 on W10, no dice
- Disabled LSO on W10, no luck
- did most of these tests watching closelly htop and the worst offender was sftp with about 40-50% cpu use, still had room to work
Again, its not a problem since it works and at a good enough speed for media (even up to 4k) but slower than it should be
Any tip/help is GREATLY apreciated
PS: i did an iperf in both directions, and now im totally lost about what happens here:
Code
Display MoreLibreELEC:~ # iperf -s ----------------------------------------------------------- Server listening on 5201 ----------------------------------------------------------- Accepted connection from 192.168.1.214, port 51881 [ 5] local 192.168.1.250 port 5201 connected to 192.168.1.214 port 51882 [ ID] Interval Transfer Bitrate [ 5] 0.00-1.00 sec 109 MBytes 914 Mbits/sec [ 5] 1.00-2.00 sec 111 MBytes 933 Mbits/sec [ 5] 2.00-3.00 sec 113 MBytes 948 Mbits/sec [ 5] 3.00-4.00 sec 109 MBytes 914 Mbits/sec [ 5] 4.00-5.00 sec 109 MBytes 915 Mbits/sec [ 5] 5.00-6.00 sec 112 MBytes 939 Mbits/sec [ 5] 6.00-7.00 sec 111 MBytes 933 Mbits/sec [ 5] 7.00-8.00 sec 112 MBytes 940 Mbits/sec [ 5] 8.00-9.00 sec 112 MBytes 936 Mbits/sec [ 5] 9.00-10.00 sec 106 MBytes 886 Mbits/sec [ 5] 10.00-10.04 sec 4.05 MBytes 926 Mbits/sec - - - - - - - - - - - - - - - - - - - - - - - - - [ ID] Interval Transfer Bitrate [ 5] 0.00-10.04 sec 1.08 GBytes 926 Mbits/sec receiver ----------------------------------------------------------- Server listening on 5201 ----------------------------------------------------------- ^Ciperf3: interrupt - the server has terminated LibreELEC:~ # iperf -c 192.168.1.214 Connecting to host 192.168.1.214, port 5201 [ 5] local 192.168.1.250 port 39922 connected to 192.168.1.214 port 5201 [ ID] Interval Transfer Bitrate Retr Cwnd [ 5] 0.00-1.00 sec 96.1 MBytes 806 Mbits/sec 1 211 KBytes [ 5] 1.00-2.00 sec 96.0 MBytes 805 Mbits/sec 0 218 KBytes [ 5] 2.00-3.00 sec 96.4 MBytes 808 Mbits/sec 0 218 KBytes [ 5] 3.00-4.00 sec 95.3 MBytes 800 Mbits/sec 1 215 KBytes [ 5] 4.00-5.00 sec 96.1 MBytes 806 Mbits/sec 0 215 KBytes [ 5] 5.00-6.00 sec 96.6 MBytes 810 Mbits/sec 0 215 KBytes [ 5] 6.00-7.00 sec 96.4 MBytes 809 Mbits/sec 0 215 KBytes [ 5] 7.00-8.00 sec 96.6 MBytes 809 Mbits/sec 0 215 KBytes [ 5] 8.00-9.00 sec 95.5 MBytes 802 Mbits/sec 0 215 KBytes [ 5] 9.00-10.00 sec 96.4 MBytes 807 Mbits/sec 0 215 KBytes - - - - - - - - - - - - - - - - - - - - - - - - - [ ID] Interval Transfer Bitrate Retr [ 5] 0.00-10.00 sec 961 MBytes 806 Mbits/sec 2 sender [ 5] 0.00-10.00 sec 961 MBytes 806 Mbits/sec receiver iperf Done.One direction and the other, so i dont know what else to test, lan gives me 80/90, hdparm gives me 100+ but soft is slow...again any idea/tip is totally appreciated
PS2: im trying crazy stuff and tried renice-ing smb and made allmost no difference
-
First of all i want to say that this is not a complaint AT ALL, im very happy with what this community does with libreelec, that being said to my "issue":
As the title say i get weird samba speeds on the rock64 latest alpha and i want to know if there is any idea to improve things a bit at least, the thing is like this:
libreelec working as a "NAS" and windows 10 as client
copy file FROM libreelec TO w10 desktop = 30MB/s average
copy file FROM w10 desktop TO libreelec = 90MB/s average
Not that it matters but the w10 computer have an ssd and the rock64 have an hdd thru usb
Some notes to keep in mind:
- hdparm super basic test:
Codehdparm -Tt /dev/sda /dev/sda: Timing cached reads: 1500 MB in 2.00 seconds = 750.25 MB/sec Timing buffered disk reads: 328 MB in 3.01 seconds = 109.00 MB/sec- the EXACT same hardware setup but with OMV on the rock64 was giving me an average of 70MB/s LE->W7 (cant remember the other direction) also keeping in mind that w10 to LE gives me 90MB/s average makes me think that hardware and network are fine
- transfer tests were done with about 7gb information in 2-3 files top to rule out any caching both omv or LE can be doing
- both systems are freshly installed, i didnt touch ANY option at all in any of them exept that i tried forcing SMB2 and SMB3 on LE and made no difference at all, now its back to the defaul 2/3
I think that this needs some smb.conf fine tuning maybe but i cant find specific information googling so i came here for help, any ideas? 30MB/s seems suspiciously close to what a usb2 port gives BUT on the other hand the other direction gives 90MB/s...maybe some mount option?
Im not looking to outspeed OMV but at least 60MB/s LE->W10 since i transfer stuff a lot more on that direction
Thanks in advance for ANY help/ideas
-
latest builds are also available at the Official LE9 releases
Feedback is still on this post?
-
Im planning to try again libreelec on my rock64 but im wondering, a loooooong time ago images included some sort of flash memory protection, cant remember if it was an addon, plugin, integrated, any, but i wonder if its still included on newer builds as i plan to install it on a microsd (basically the addon/plugin watever moved the log writing and other temporal writing tasks into memory if i recall correctly), i did some google searching but cant find if its still included in the latests alphas...
Utilize folder2ram - Raspberry Pi - OSMC Forums
Im doing deeper googling and im seeing that its probably not needed anymore and thats why i dont hear about it since so long, im going to do my testing in a few days anyway but it would be nice to hear something about this from some of the gurus anyway, thanks all for reading...
-
Im planning to try again libreelec on my rock64 but im wondering, a loooooong time ago images included some sort of flash memory protection, cant remember if it was an addon, plugin, integrated, any, but i wonder if its still included on newer builds as i plan to install it on a microsd (basically the addon/plugin watever moved the log writing and other temporal writing tasks into memory if i recall correctly), i did some google searching but cant find if its still included in the latests alphas...
-
I've tried installing a few of the images from this thread to a 32GB micro SD, and each time I get pages of rolling numbers and text.
I get exactly this every time i burn the image for the first time, try unpluging the device and turning it on one or two more times after that, my undeducated guess is that librelec repartition itself on the first boot to better use the sd card BUT on some devices it dont restart itself correctly or detect the changes correctly after that and it cant boot anymore...anyway...try booting the device again, not reboot, full boot from power on...
-
Ok some final notes, with the rtl8812 now my rock64 is rock solid (pun intended) and i managed to make it work at 5gz (it was a problem between the chair and the keyboard) so there is either a problem under medium/heavy load with my network card or the driver/os, im open to try things if anyone is curious where exactly the problem is and if it needs a solution on the rock64 image (i have a spare microsd i can use to test stuff up)
Also googling around i saw that the very first rock64 dev board released had ethernet problems solved after that, can i have one of those boards maybe? i bought mine from a reseller about 8 months ago...
-
The device is detected now with the latest kwiboo test build and im not crashing anymore (altho it connects at 2,4ghz for some reason even if at a few cm from the router but it connects and all is fine)
TYVM for all the help
-
Changes:
- New TP-Link device id added to rtl8812au driver
Thank you SO much, the adapter is working now (altho it connects at 2,4ghz even at a few cm from the router but it works im totally happy)
-
This is going in the wrong direction, i just wanted to know if there was a know issue with the network driver maybe, i guessed that libreelec DID care about the network driver working correctly and not crashing the device on random situations but apparently i was wrong, im gonna leave it like it is and hope for the best...thanks anyway.
-
Anyone is using the latest test image with any form of torrent client? mine is crashing unless i lower the amount of opened connection in transmission to about 20 (and even at 20 it crashes anyway in rare cases, probably because something else open a few ports at the same time, im guessing)(i also tried deluge inside and out of dockers), anyone else see something like this? i ask because im now worried that i may have a faulty network chipset...maybe...i was about to try with an usb adapter but mine is not yet suported on libreelec...is this maybe a known issue? someone else use torrents on this build/sbc?
