OK, it turns out that I had Fedora 10 on my WindPC, so our systems ought
to be very similar. My setup:
2gigs RAM (I think)
OS system disk is a 2.5" SATA 80gig laptop drive
Music library is a 3.5" SATA 1T drive, formatted NTFS
Short answer: SBS 7.6 seems to work fine on the WindPC with Fedora 10.
I get no sense that the system is "overwhelmed" or that SBS 7.6 is too
resource intensive for the hardware.
Observations:
Before installing, I uninstalled SqueezeCenter, and disabled my custom
SqueezeCenter svn code service and the mysqld and lighttpd services I
had configured on this box:
Code:
--------------------
#yum erase squeezecenter
#chkconfig squeezecenter_trunk off
#chkconfig mysqld off
#chkconfig lighttpd off
--------------------
I then downloaded and installed SBS 7.6 from today's nightly:
Code:
--------------------
mkdir /setup
cd /setup
wget
http://downloads.slimdevices.com/nightly/7.6/sc/30841/squeezeboxserver-7.6.0-0.1.30841.noarch.rpm
rpm -Uhv squeezeboxserver-7.6.0-0.1.30841.noarch.rpm
--------------------
I then fired up a browser (from a windows client) and completed the SBS
web setup wizard, setting the music folder & playlist folder, etc.
I then ssh-ed into the windpc and stopped the squeezeboxserver service
and then deleted the sqlite db files:
Code:
--------------------
# service squeezeboxserver stop
# rm /var/lib/squeezeboxserver/cache/squeezebox-persistent.db
# rm /var/lib/squeezeboxserver/cache/squeezebox.db
# rm /var/lib/squeezeboxserver/cache/ArtworkCache.db
# service squeezeboxserver start
--------------------
..and then restarted the squeezeboxserver service.
I find this just ends up being a cleaner approach after installing a
new instance of Squeezebox Server.
Anyway, these are the results of the 1st completed scan:
Code:
--------------------
Squeezebox Server Status
Version: 7.6.0 - r30841 @ Tue Jun 1 03:04:26 MDT 2010
Hostname: squeezenas
Server IP Address: 192.168.xxx.xxx
Server HTTP Port Number: 9000
Operating system: Red Hat - EN - utf8
Platform Architecture: i686-linux
Perl Version: 5.10.0 - i386-linux-thread-multi
Database Version: DBD::SQLite 1.29 (sqlite 3.6.22)
Total Players Recognized: 0
Library Statistics
Total Tracks: 51,201
Total Albums: 2,735
Total Artists: 565
Total Genres: 35
Total Playing Time: 3726:14:57
Music Scan Details
Discovering files (5160 of 5160) Complete 00:00:21
Scan new files (4360 of 4360) Complete 01:23:41
Discovering playlists (1 of 1) Complete 00:00:00
Pre-caching Artwork (2725 of 2725) Complete 00:09:09
The server has finished scanning your music collection.
Total Time: 01:33:11 (Tuesday, June 1, 2010 / 10:51 AM)
--------------------
This is not significantly different than what I was seeing with SC
7.3.4 with a custom MySQL instance handling the database chores. I'm
guessing that I'd see quite a bit of improvement with those scan times
if I had an ext2 file system on the 1T audio library drive rather than
NTFS. The ntfs-3g file system driver seems to occupy a top position
under # top during scanning, consuming almost as much CPU time as
squeezeboxserver.
I then connected my Transporter to the windpc and started experimenting
with playback. Playback is flawless. If anything, because my library
is almost completely whole-album flacs with embedded cuesheets, SBS 7.6
is LESS resource intensive than SC 7.4.3: transcoding is no longer
necessary for this audio format.
About the only glitch I've noticed is that, initially, the
Transporter's IR remote seemed "sticky". After I started playback,
however, the stickiness went away and now all is as it should be.
Verdict: SBS 7.6 + Fedora 10 + WindPC == OK.
--
gharris999
------------------------------------------------------------------------
gharris999's Profile: http://forums.slimdevices.com/member.php?userid=115
View this thread: http://forums.slimdevices.com/showthread.php?t=79256
_______________________________________________
unix mailing list
[email protected]
http://lists.slimdevices.com/mailman/listinfo/unix
