2017-08-04, 01:04
It took a bit to find it, but I'm very happy to see this thread is still alive and well!
I bought my Asus Chromebox-M004U in late 2014, installed v3.5 or 3.6 from the OP and haven't messed with it since except for updating versions of Kodi. I did install XBMCbuntu at the time, and I've had to do a few rounds of `apt-get update ...` and `apt-get upgrade...` to keep both Ubuntu and Kodi up to date.
I'm currently running Ubuntu 14.04.5 LTS and Kodi 17.3. Around the time that I upgraded to Kodi 17, I noticed that many times when I'm navigating my video files (I have TV shows & Movies in libraries, but watch a lot of sports that are just sorted into directory structures & not managed by the library), I can get through the directory structure quickly, however, when I go to open the lowest level directory that actually contains files to watch, it can take quite a bit of time for Kodi to respond with the directory listing. Like 15-30 seconds long time. It's accessing all of its media from my server (unRAID) across the network, but the slowdown was distinctly in relation to the upgrade to 17, and there weren't server changes at that time.
I've got a 16GB SSD in the box and disk usage seems to be at a bit of a premium:
In particular /dev/sda1 is at 98% utilization (which is actually good, I've seen it at 100%). Is this what's causing directory scanning to run so slowly?
A very large portion of the disk space appears to be taken up with .JPG or .TBN files, so I turned of the 'automatically create thumbnail' setting, deleted a random selection of thumbnails, and that seems to have helped a bit with directory browsing.
I do know that reiserfs struggles mightily when disks are near capacity, but:
so it doesn't appear to be a reiserfs issue, but I don't know if an "x86 boot sector" format has those same issues
SSDs are reasonably cheap these days, would putting a larger drive in likely resolve this issue? Since it's been...removes socks... nearly 3 years since I had the box open, I don't remember exactly what kind of drive it's got in it. Is it a "standard" SSD (what's the max thickness I could install), or is it one of the m.2 type or something else?
Thanks for making it so very easy to have so many trouble free years of Kodi usage on a super cheap, totally silent box!
I bought my Asus Chromebox-M004U in late 2014, installed v3.5 or 3.6 from the OP and haven't messed with it since except for updating versions of Kodi. I did install XBMCbuntu at the time, and I've had to do a few rounds of `apt-get update ...` and `apt-get upgrade...` to keep both Ubuntu and Kodi up to date.
I'm currently running Ubuntu 14.04.5 LTS and Kodi 17.3. Around the time that I upgraded to Kodi 17, I noticed that many times when I'm navigating my video files (I have TV shows & Movies in libraries, but watch a lot of sports that are just sorted into directory structures & not managed by the library), I can get through the directory structure quickly, however, when I go to open the lowest level directory that actually contains files to watch, it can take quite a bit of time for Kodi to respond with the directory listing. Like 15-30 seconds long time. It's accessing all of its media from my server (unRAID) across the network, but the slowdown was distinctly in relation to the upgrade to 17, and there weren't server changes at that time.
I've got a 16GB SSD in the box and disk usage seems to be at a bit of a premium:
Code:
xbmc@xbmc:~$ df -ah
Filesystem Size Used Avail Use% Mounted on
sysfs 0 0 0 - /sys
proc 0 0 0 - /proc
udev 923M 4.0K 923M 1% /dev
devpts 0 0 0 - /dev/pts
tmpfs 188M 23M 165M 13% /run
/dev/sda1 13G 12G 264M 98% /
none 4.0K 0 4.0K 0% /sys/fs/cgroup
none 0 0 0 - /sys/fs/fuse/connections
none 0 0 0 - /sys/kernel/debug
none 0 0 0 - /sys/kernel/security
none 5.0M 4.0K 5.0M 1% /run/lock
none 938M 4.0K 938M 1% /run/shm
none 100M 4.0K 100M 1% /run/user
none 0 0 0 - /sys/fs/pstore
systemd 0 0 0 - /sys/fs/cgroup/systemd
cgroup 0 0 0 - /sys/fs/cgroup/dsystemd
rpc_pipefs 0 0 0 - /run/rpc_pipefs
In particular /dev/sda1 is at 98% utilization (which is actually good, I've seen it at 100%). Is this what's causing directory scanning to run so slowly?
A very large portion of the disk space appears to be taken up with .JPG or .TBN files, so I turned of the 'automatically create thumbnail' setting, deleted a random selection of thumbnails, and that seems to have helped a bit with directory browsing.
I do know that reiserfs struggles mightily when disks are near capacity, but:
Code:
xbmc@xbmc:~$ sudo file -sL /dev/sda
/dev/sda: x86 boot sector
SSDs are reasonably cheap these days, would putting a larger drive in likely resolve this issue? Since it's been...removes socks... nearly 3 years since I had the box open, I don't remember exactly what kind of drive it's got in it. Is it a "standard" SSD (what's the max thickness I could install), or is it one of the m.2 type or something else?
Thanks for making it so very easy to have so many trouble free years of Kodi usage on a super cheap, totally silent box!