PDA

View Full Version : anyone using 7.5 embedded?



bobkoure
2010-03-11, 11:07
As someone running on somewhat limited server hardware (Via C7) I'm interested in the 7.5 embedded version.
If you're using it, would you mind mentioning
- the hardware you're using
- general size of your music collection
- any noticeable speedup in the WebUI?
- whether it works with MusicIP (if you use that)
- any problems with squeezeslave

Yes, I know it's unstable, just wondering how unstable.

Thanks!

mherger
2010-03-11, 11:14
> If you're using it, would you mind mentioning
> - the hardware you're using

Via C3/1GHz, 1GB RAM, running SME Linux (CentOS 4.x based)

> - general size of your music collection

16k tracks

> - any noticeable speedup in the WebUI?

when artwork is involved then there's a huge improvement

> - whether it works with MusicIP (if you use that)

Yes (Linux version)

> - any problems with squeezeslave

Don't know.

> Yes, I know it's unstable, just wondering how unstable.

It hasn't crashed here in weeks. There seem to be more problems with other platforms than Linux, as it's mostly been tested on a Linux platform (SB Touch).

aubuti
2010-03-11, 11:28
I've been using it for 1-2 months on a headless MSI Wind desktop. The MSI has an Atom 1.6GHz single core CPU and 2GB RAM, but I'm running 7.4.2 on the "real" machine and 7.5-embedded on a virtual machine (via VirtualBox) that is allocated something like 400MB RAM. The OS is Ubunbtu server 8.10. I'm using the SQLite db. My collection is about 5500 tracks. Scanning is much faster than 7.4.x. Web ui seems a little snappier than 7.4, but I haven't done systematic testing. Stability has been excellent. Works fine with MusicIP. Don't know about squeezeslave, but it's working fine with SqueezePlay.

Siduhe
2010-03-11, 11:51
I've been using it on a testing set up for about 2 months.

Vista Home Premium - Lenovo Laptop - 4GM RAM;

Testing using a subset of my main library - about 2000 songs;

WebUI is plenty responsive, but then so is my main setup (a Linux server) so I haven't really noticed any "improvement" as such;

Works fine with Windows MusicIP 1.9b6.

pippin
2010-03-11, 11:58
Doesn't work at all for me.
Ubuntu server 8.04 LTS, ViaC7 1GHz, 1GB RAM

snarlydwarf
2010-03-11, 12:27
Doesn't work at all for me.
Ubuntu server 8.04 LTS, ViaC7 1GHz, 1GB RAM

Hrrm. It works for me on Debian both SQLite and MySQL...

I may or may not have rm'd my prefs file to appease it (been a while and I'm senile)...

What's the symptoms?

signor_rossi
2010-03-11, 15:03
Works very well and stable for me on an old Athlon64 with Ubuntu Karmic locked at 1GHZ, I use SQLite and started with a clean config, 15000 tracks. WebUI loading and Stop/Play/Skip actions are noticeably snappier than before, most important plugins work too (DynamicPlaylist/CustomScan/etc.). I am quite happy with it and hope to see it in the debian repo some time. :-)

bobkoure
2010-03-11, 15:28
Thanks for the responses!
I guess I should have mentioned that I'd planned to put it on a windows server.

bonze
2010-03-11, 16:12
- the hardware you're using
WHS - Dual Core Atom 330, 2GB RAM

- general size of your music collection
7.6k tracks

- any noticeable speedup in the WebUI?
slight improvement

Yes, I know it's unstable, just wondering how unstable.
haven't had a crash this year ;)

pippin
2010-03-11, 16:27
Hrrm. It works for me on Debian both SQLite and MySQL...

I may or may not have rm'd my prefs file to appease it (been a while and I'm senile)...

What's the symptoms?

I've got a web server with a pretty similar software configuration and there it works fine.
Symptoms is that it runs at low priority (~2-3% CPU usage), everything times out, including web interface, scan takes around 4 days as compared to <0.5h with trunk.
I tried removing all things squeeze and doing clean installs without avail. Installing a 7.5 trunk right over it works fine.

I believe it's either a scheduling issue or some communication deadlock causing stuff to time out. Lots of errors around this being logged.

aubuti
2010-03-12, 08:35
> - any noticeable speedup in the WebUI?

when artwork is involved then there's a huge improvement

Is your artwork embedded or cover.jpg/folder.jpg? Mine is cover.jpg and the improvement only seems marginal to me. Certainly not huge. Yet.

dsdreamer
2010-03-12, 09:10
- the hardware you're using
Buffalo Linkstation LS-XHL (1TB disk, ARM 9 CPU @ 1.2Gz)
- general size of your music collection
7.5k tracks
- any noticeable speedup in the WebUI?
Yes, it's faster for me on this hardware than 7.3.3 used to be on an AMD Athon XP PC.
- whether it works with MusicIP (if you use that)
Didn't try.
- any problems with squeezeslave
Didn't try.

mherger
2010-03-12, 09:21
> Is your artwork embedded or cover.jpg/folder.jpg? Mine is cover.jpg and
> the improvement only seems marginal to me. Certainly not huge. Yet.

A bit of everything. The biggest improvement eg. is when loading the albums page. While it would have taken several seconds only to show the artwork, it's now almost instantly loading them.

--

Michael

andyg
2010-03-12, 09:37
Yep, embedded has a new artwork cache that is about 10x faster than the old one.

aubuti
2010-03-12, 10:54
Wow, I'm not seeing that at all. I just compared loading album pages (large artwork sorted Artist/year/album) between 7.4.2 and 7.5.0-embedded and the load times are almost identical. Say around 9-10 seconds for 50-70 albums. I installed the latest nightly (r30366), did a clear and rescan, and then hit different parts of the alpha index on the albums page, and get the same results.

The 7.5e is running in a VM on the same box as 7.4.2, so it's not a perfectly fair comparison. Two differences that come to mind are

(1) the VM only has 400MB RAM vs. 1.6GB for the host, though the VM doesn't appear to be swapping at all

(2) the VM mounts the music library via CIFS, whereas the host (7.4.2) accesses the library directly. But if it's caching in the db that's improved, I wouldn't think that the CIFS delay would matter.

Are these platform differences likely explanations, or is there some other reason anyone can think of why I'm not seeing the speed increase. The album art is mostly cover.jpg, usually betwenn 300x300 and 500x500.

JJZolx
2010-03-12, 11:11
Wow, I'm not seeing that at all. I just compared loading album pages (large artwork sorted Artist/year/album) between 7.4.2 and 7.5.0-embedded and the load times are almost identical. Say around 9-10 seconds for 50-70 albums.

In the web interface it doesn't affect the time needed to generate the web page itself, only how quickly the artwork subsequently loads. If you're experiencing 10 second times before seeing a page, then the snappier album art retrieval isn't going to make much of a difference.

verypsb
2010-03-13, 11:02
After the positive comments on this thread I tried the Windows 7.5 embedded version. One advice: Don't do it. It's not stable, the scanner keeps crashing (or becomes irresponsive). Tried it 3 times, did a complete uninstal/install, wipe etc. No go. Back to 7.5 MySQL

Phil Leigh
2010-03-13, 11:08
After the positive comments on this thread I tried the Windows 7.5 embedded version. One advice: Don't do it. It's not stable, the scanner keeps crashing (or becomes irresponsive). Tried it 3 times, did a complete uninstal/install, wipe etc. No go. Back to 7.5 MySQL

Works fine for me - I've been running it since it came out - completely stable, no crashes, scan/rescan is lightening quick.
What hardware/OS are you using?

verypsb
2010-03-13, 11:46
Works fine for me - I've been running it since it came out - completely stable, no crashes, scan/rescan is lightening quick.
What hardware/OS are you using?

Windows 7 x64, Pentium Dual-Core E5200, 4GB , <40K library

The scan is quicker, however, it stops responding before it's finished.

garym
2010-03-13, 11:58
scan not finishing is almost surely a virus program problem. Search this forum for MSE (or whatever the microsoft virus scanner is called) or mcafee. Try turning off the virus scanner, doing your music scan, then turn it back on.

pippin
2010-03-13, 13:36
scan not finishing is almost surely a virus program problem. Search this forum for MSE (or whatever the microsoft virus scanner is called) or mcafee. Try turning off the virus scanner, doing your music scan, then turn it back on.

On EMBEDDED??? With SQLite???

Please tell me that this is just a guess. I thought one of the reasons to go SQLite was to get rid of that nag.

garym
2010-03-13, 14:01
On EMBEDDED??? With SQLite???

Please tell me that this is just a guess. I thought one of the reasons to go SQLite was to get rid of that nag.

yes, just a guess...no actual knowledge regarding 7.5 embedded. Seems like every post I've read with a scan that doesn't end ALWAYS turns out to be a virus scanner interaction issue.

dsdreamer
2010-03-13, 14:22
scan not finishing is almost surely a virus program problem. Search this forum for MSE (or whatever the microsoft virus scanner is called) or mcafee. Try turning off the virus scanner, doing your music scan, then turn it back on.

7.5 embedded is not using MySQL anymore, and that was the previous source of virus scanner issues.

pippin
2010-03-13, 15:08
You can still use MySQL with embedded, it's just not the default.

But yes, in this case I would assume it's SQLite and no virus scanner issue.

hungarianhc
2010-03-13, 19:57
I'm using 7.5 embedded on my Sheevaplug w/ 1.2ghz ARM CPU and 512MB of RAM. 7.5 embedded scanner is WAY faster. The WebUI is not much faster. I think it really should be, though. This is a major area that I think Logitech should work on speeding up. I run a web server from my sheevaplug as well, and those sites are pretty advanced, and they're much faster.

Also, does anyone know what the major advantages / disadvantages of going to SQL lite are? It said that browsing might be slightly slower. on my slow CPU (sheevaplug), i really wish browsing were a bit faster...

Phil Leigh
2010-03-14, 01:02
You can still use MySQL with embedded, it's just not the default.

But yes, in this case I would assume it's SQLite and no virus scanner issue.

I confirm that 7.5e with sqlite avoids the mse issue.
If your scan is not finishing, check in server.log & scanner.log for errors and ensure that musicip reload interval is set to 0 (zero) if you are using musicip.
Web ui is faster using Chrome than 7.5 non-e.

verypsb
2010-03-14, 04:18
I'll wait for the 7.6e beta for Windows.

matthijskoopmans
2010-03-15, 02:48
I would love to move to embedded, as it seems to give a snappy response with less resources. However, I cannot do without certain plugins:

MIP, SugarCube, Custom Browse, Multi Library and Music Information Screen are essential to my current setup.

Will these actually work in the Embedded version, or are plugins defeating the purpose of keeping things light and simple? :)

Siduhe
2010-03-15, 02:56
MusicIP certainly works fine. I've also tested SugarCube on 7.5e with no problems, but I don't run it all the time so can't speak for the very latest versions.

pski
2010-03-15, 10:22
If I load 7.5e and the players update, will I have an issue playing from a 7.4.2 server? Will it be firmware ping-pong?

p

pippin
2010-03-15, 10:32
Will it be firmware ping-pong?


yes. Use 7.5e or 7.4, not both, if you want to avoid that.

aubuti
2010-03-15, 12:09
I don't have my SBs nearby to test it out, but I think it depends on which SBs you are connecting. At this point I don't think there is new firmware for the IP3K devices (SB/SB2/SB3/Boom) associated with 7.5-e. If that's true, then you could switch between 7.4.x and 7.5.x without hassle. But you would definitely have firmware ping-pong on any of the SqueezeOS devices (SBC, Radio, Touch).

bobkoure
2010-03-18, 05:18
Also, does anyone know what the major advantages / disadvantages of going to SQL lite are?
SQLite keeps its entire database in a single file (well, sometimes a couple) and keeps that file(s) open all the time. The advantages are less opening/closing of files, which, on limited hardware is a win. If the db file(s) isn't fragmented then any hardware disk caching can help performance - at least for sequential reads. I don't know if you can set it so the entire set of tables is cached in memory. Anyone? I haven't worked with SQLite for some years. I hear it's loads faster than it was, but don't have details.
Yes, MySQL is a more "grown up" dbms - but the tables we use - even for 100K tracks - are pretty piddly compared to what it's designed for. If you know how to configure it, you can set it so all tables are cached in memory, sidestepping the need to read files (even from hardware cache) and convert them into table-logical format. However, SB server, "out of the box" isn't set to do that. And if you've got limited hardware, you probably don't have the resources (memory) to do that anyway.
The only downside I can see is that SQLite's hardware acceleration will be quite dependent on the state of the DB file's fragmentation. Of course, if you pre-allocate a large enough file that isn't an issue, but we all have collections that are growing, at one rate or another...

While I'm on it, the antivirus angle is that MySQL is opening and closing a bunch of files, not just keeping a single one open. That looks like a virus trying to infect other files to an antivirus app.

I've been curious to try 7.5e just to see if the "new" SQLite is enough faster than a tuned MySQL to make the web UI noticeably faster. From replies in this thread, it sounds like it isn't, BTW. No way to really tell from a version running in a VM with access to a few K tracks so potentially many hours fussing for no result - which is why I posted the question that started this discussion. Again - thanks everyone of the response!