I have used i3-10100T 16GB fanless desktop(DIY machine) for volumio.
Yes I am old user from Raspberry Pi2B to Pi4B.
And I have enjoyed volumio x64 with NAS on i3-10100T machine for months.
Currently I remembered I have XEON 2630L v2 server machine as a spare.
And I have noticed volumio x64 can address only 8threads.
On same XEON machine, ubuntu Studio 18.04 LTS can find 6core 12threads for execution CPUs.
But by lscpu on volumio has output strange result as below,
=== 'lscpu' result with volumio===:
CPU(s): 8
On-line CPU(s) list: 0-7 <==should be 12??
Thread(s) per core: 1 <=== should be 2???
Core(s) per socket: 6
Socket(s): 1
Vendor ID: GenuineIntel
CPU family: 6
Model: 62
Model name: Intel(R) Xeon(R) CPU E5-2630L v2 @ 2.40GHz
Stepping: 4
=== 'lscpu' result on ubuntu 18.04LTS ===
CPU(s): 12
On-line CPU(s) list: 0-11
Thread(s) per core: 2
Core(s) per socket: 6
Socket(s): 1
NUMA node(s): 1
Vendor ID: GenuineIntel
CPU family: 6
Model: 62
Model name: Intel(R) Xeon(R) CPU E5-2630L v2 @ 2.40GHz
Stepping: 4
====
Question: Is volumio x64 OS intentionally limited number of excution core (threads)?
If so do we change to native CPU resource limit? In this case XEON E5-2630L v2 should be set to number of excutable threads to 12.
I guess higher performance CPU and increasing number of cores might improve system performance.
How can I set thread limitation to native CPU thread specification?
Please le me know,
Hi,
This limitation is definitely not intentional.
The number of CPUs is set to a max of 8, it was “inherited” from the very early ‘Volumio for x86’ days and was never increased over the years. Very unfortunate.
Though with Volumio I doubt whether you would profit from a higher setting, I will add it to my list for the upcoming Bookworm based release with kernel 6.6.y (and later).
The value will be 8192, like Debian and Ubuntu currently use.
Thank you! Clear answer!
I hope you will release as soon as possible.
When do you estimate you would finish update to 8192 threads??
Just a guess is OK.
I undestood. From PC audio users, they persue to more higher performance CPUs.
Even for slight improvement, it may contribute to the sound quality.THey have tried.
They say ( I did not check by myself yet)…
more CPU / Threads improves sound quality ( guess little overhead within context switching)
Especially if you proved more CPUs (Threads) over 100 or more , context switching overhead is very low as CPU (and memory)is waiting for switching
2 CCD(core chips on die) or more seems to improve this overhead than more CPUs on 1 chips (I did not understand why??)
So we like to use more CPU core on music reproduction system like VOLUMIO,
as VOLUMIO requires less resource to reproduce music.
There is no priority to this for Volumio, hardly anyone will use such a xeon multiple-cpu based system for Volumio.
So, no date for CPU max count kernel updates. It has been noted as a task and will be done. No ETA for bookworm. It will ready when it is ready. Discussion closed.
[Why did i5-1145g7 CPU load look to be concentrated to CPU#0??]
I have tested on various PC with volumio x64 now.
Currently I am testing Toshiba Dynabook G82/HU CPU : Intel i5-1145G7 (4core 8 threads) / 16GB booted from volumio 3.757.
When I entered by remote login to see how muhc each CPU load is,
in this note PC showed as if 1 CPU (CPU#0) is over used than other CPUs.
It consumed 98% when it operated with volumio.
This phenomena did not show on any x86 platforms, XEON E5-2630L or core i3-10100T with same USB stick boot.
And the work load looked to be consume “system” by TOP command.
I like the CPU work load .might be ditributed to other CPU…
How can I resolve this situation to distributed work load to other CPUs?
Or CPU#0 may work to assign CPU tasks to other CPUs???
Most of Other CPUs workload looked less than 2% when 352.8kHz music is reproduced , CPU#0 is more than 98% almost always.
I have tested with i5-8250U(4CPU/8threads)/24GB, hp note PC with the same USB stick.
The result is different from i5-1145G7 one.
CPU#0 showed not so high workload.
So it might be specific of my dynabook G83/HU??
Hi
So, wanted to install Volumio on my Intel NUC. Quickly found out that I need to write the image to the internal SSD with the Rasberry Imager. So far so good. I reboot the NUC and I get a welcome screen alerting me to having 5 seconds to interrupt the startup.
No matter if I interrupt or not I end up with a text based screen that just says EFI shell.
Will not accept any sudo commands. *
If I boot from a USB stick flashed with the image then I cannot go into system settings and move the installation to the internal SSD drive in the NUC.
All Intel NUC postings are so old that it hurts. 2016 or there about.
Does no one really not have a better guide?
PS: I did find the posting asking to boot to the USB stick - then go into shell with ctrl-alt-F1 but will not allow me to login.
Again I have a feeling that the instructions are too old - so any help would really be appreciated.
----------------------------- Delete here & above before posting below -----------------
Hi
Thanks - but after having played around a bit I have now realized that for some reason when ever I boot on my internal SSD in my NUC - it automatically starts the EFI shell. If I simply write “exit” then Volumio starts perfectly and is working great. Only downside is that when I restart/reboot it simply keeps going back to the EFI shell.
So, does anyone know how I prevent this?
It does ask if I want to escape the startup by pressing “Esc” within 5 seconds but even if I do or press any other key it simply stalls at the EFI Shell prompt.
Not a Linux familiar person so will need some hand holding here if command line is to be used.
Another question that I hope I can sneak in here as well. Assuming the internal SSD is large enough - how do I copy music to that SSD?
Or does it have to be on another drive/source?
TIA
So - forget my previous postings. I was under a faulty impression that the EFI Shell was a Linux “thing” and it turns out it is a BIOS item.
So, going into BIOS and selecting the SSD instead of EFI made the system boot Volumio perfectly without any issues at all.
Sorry - must be getting old. If someone has an answer for the copying then I would still appreciate it.
Thanks
I usually do it like this:
Scan the network for Volumio - an arrowhead pointing right appears in the “Status” column - click on it. Et Voila: the directories “Internal Storage” - “USB” - and “NAS” appear.
“Internal Storage” should be the free storage space of the SSD. Copy the music files here.
Ok - I go to the music library. Say I want to copy from my USB stick to the internal SSD.
Looking at the music files on the USB does, as far as I can see, not give me an option to copy to internal drive. I simply would like to insert a USB attached storage. Mark/Select the folders I would like to copy and then do it.
Any hints?
If you want to have music on the free - internal - storage then take the data carrier with the music, connect it to the PC (do not connect it to a USB port of the player!) and copy the desired folders or files (via the PC) into the Volumio directory “Internal Storage”.
The “USB” and “NAS” directories are required by Volumio if USB drives or a NAS are to be used as source(s).
To insert music folders or individual ~files from a data carrier into the internal storage of Volumio, I’ll try this with a graphic.
Hello everyone, i did prepare the usb key, booted, but i see no option and i am frozen on the main screen with “Volumio” and the phrase : “player preparing start up waiting for the usb support to be ready” from hours…
MB with an athlon 64, 2gb ram, the usb key is 2gb, i tried with and without lan connected
Any help will be appreciated
A few questions.
What brand of usb key this is and is it really a 2Gb key?
In case it is, something must have gone wrong flashing it as the x86 image is 4Gb which would be the minimum size for a usb key.
Have you tried with another usb stick?
