daveesl77 wrote:My SSD should be in today. In various tests to this point, primarily using OpenElec and doing 1080 video streams with the various storage configurations I have now (SSD isn't included yet). In all cases using wifi network, but not bluetooth feature. Powered with a 2.5a multi-tap power brick with 4 independent 2.5a output USB ports.
1) SD Only...64GB Class 10 Transend only. Everything loaded on the SD. Everything runs fine, no lagging, no lockups, runs for hours.
2) SD with USB Thumbdrive...32GB USB 3.0 Adata thumbdrive as opsys USB drive with 16GB Class 10 PNY holding Berry Boot as the "grub" or menu control system. Plugged directly into the Pi. Runs fine, no lagging, 2 lockups, runs for hours. To be fair, this USB stick went through previous hell with me. The plastic case fell apart a year ago and I first covered the board with electrical tape then coated the board part with epoxy. So, while it doesn't feel hot to the touch and has worked great for normal storage in the past, this is the first time I've put it through a hard test.
3) USB Thumbdrive Only...128 GB USB 3.0 Samsung metal thumbdrive as the complete drive system, no sd card. This thing always gets warm, but running it as a non-stop media HD, plugged directly into the Pi, got it super hot. It would cause full system lockup after about 15 minutes. I removed it from the Pi and put it in a separate, powered USB hub, figuring maybe it was just drawing too much power. Made it about 25 minutes before lock up. Really hot to the touch. If not running videos, it worked fine without problems.
So now with the SSD coming, I'll first build it as an SSD only system, like the #3 128 Samsung thumbdrive, using secondary power. I'm hoping the problem with #3 comes from the heat buildup in the thumbdrive. If I still get lockups then I'll shift it to the #2 config, where I use a class 10 SD to hold Berry Boot and the SSD to hold the operating systems and various other stuff. Granted, the SD only option #1 has given me no problems at all, but the SD cards are the most failure prone of the three methods (SD, USB Thumb, SSD/HD) over time. The reasoning behind #2 is that the SD portion is not under a lot of read/write stress, it just tells the system which opsys on the USB drive to go to, thus far less chance of failure than #1. #3 is the most preferred, if it is stable. We shall see, tests continue.
dave
Users browsing this forum: No registered users and 3 guests