lol. I was thinking for the guys only using LMS for internet based
streaming. No real need to cache anything...but we would have to
keep the cache real small, or disable it altogether.
paul-'s Profile:
paul- wrote:
> We could reduce the risk, by leaving the Cache on a ramdisk
[OT]
That sounds like a really bad idea.
Sometime ago i tried a comparsion between RAMDISK and ssd / hd for the
cache. So i do know something about it.
A rpi has 512 or 1024 mb RAM overall and picore also resides in that
Yes LMS server installation kinda violates the pCP premise.in that
you can just yank the power cord whenever you want. After initial
installation, the Cache and Prefs are store on the boot drive of the
system. This puts the system at most risk. Moving the cache to a USB
stick is a better
PCP is an excellent LMS server. The hardware is more than adequate for
music streaming.
Using pCP as a LMS does indeed conflict with the target of not writing
to the filesystem. That said, my pCP based server has been in
(work-)daily use for about 8 months. No problem so far, it's working
PCP is an excellent LMS server. The hardware is more than adequate for
music streaming.
-Transcoded from Matt's brain by Tapatalk-
--
Hardware: 3x Touch, 1x Radio, 2x Receivers, 1 HP Microserver NAS with
Debian+LMS 7.9.0
Music: ~1300 CDs, as 450 GB of 16/44k FLACs. No less than 3x 24/44k
OK - you have convinced me.
But what is your opinion on using it as a LMS and it's databases? I am
using PiCorePlayer as an LMS server, and it works reliably (database on
external usb hdd - not the sd card)?
rkrug's
To concur TC on the Pi would be extremely slow with Ethernet, more like
4 MB/s rather than 30 MB/s. Wifi is worse of course.
This throughput makes it inadequate for full backups and just acceptable
for deltas.
Which means you should use HFS+ or another FS natively supported on the
Mac for the
Raspberry Pi also makes a mediocre file server. Network and storage both
run over the same USB2 30MB/s bus and the CPU can't even saturate that
if you want to encrypt either stream so performance for secure cifs
would be tolerable for small files only (such as music!).
-Transcoded from Matt's
