SMB - permanent bandwidth use

anon50641917 · April 9, 2020, 9:26am

Hi,
I installed my first Roon yesterday and can’t understand the bandwidth use.
My music is on a NAS. My collection is considered small for Roon (~1k albums / ~500GB). It stands on a NAS (SMB share).

I was confused yesterday when noticing the bandwidth already used (1½ × Music size). I let it run: I though maybe some other scan I don’t understand. This morning, the network consumption seems stable to 20MB/s. And the core have already read 3 times the collection (at least 3 times the data size).

So, what does Roon core do ? Is there a way to stop this non-sense use of bandwith and drive I/O.

Note that no Music was read during this time, remote was stopped.

From the NAS side:

Capture d’écran de 2020-04-09 11-14-24

Rolf_S · April 9, 2020, 12:52pm

Hi Mathieu,

perhaps Audio Analysis is still ongoing…
You can check by going to Settings/Library/Background Audio Analysis Speed. If there is a line ‘Analyzing: X/Y’, the server hasn’t finished yet. If that’s the case, you may want to assign more cores to it until the inital analysis is done.

BTW - have you confirmed the traffic really is caused by Roon? If yes, it should stop when you shut down the server process.

Rolf

anon50641917 · April 9, 2020, 11:02pm

Rolf,
thanks for your reply.

I have no proof of that but I am pretty sure that I hadn’t any visible analysing stuff in progress (in the remote) during this problem time. And yes, I am 100% sure it came from roon server. It’s fair to ask.
Anyway, I played a lot with my network today and despite restoring the VM, I can’t reproduce this issue.
I guess it will stay a unresolved issue: due to the strange time we live, I go deeper and now playing with a new hypervisor, new nas, new everything. So next roon server test in a couple of days, but with a new OS too.
I’ll ask again if I experience same I/O or network use: this is a no-go for me.

Thanks again.

Tech_Whisky_Lab · April 9, 2020, 11:40pm

Yup, I think your issue is not Roon but something else.
I am about 100% sure that your NAS is ether hacked or you are torrenting.

My Roon server which reside in a Virtualization server (KVM) does not produce that type of data in one day, not in a life time.

Think about it… You have an outgoing connection sucking bandwidth. What NAS OS you use? FreeNAS?

As far as IO… What do you mean? Whats the problem with your HDD IO? Is your NAS bottle necked by IO?

Again, Investigate a bit further, Roon does not suck that much bandwith.

Tech_Whisky_Lab · April 9, 2020, 11:42pm

Didnt see this reply. Sounds like you have a test planned. Keep us posted.

Take care and be safe.

anon50641917 · April 11, 2020, 1:14pm

New test and same bandwidth consumption!

For the record:

nas is powered by openmediavault. Brand new install. Only one smb share, only roon server as client. Nothing more.
roon server is running on a clean debian 10 minimal install (previous test on ubuntu lts). The only other stuffs installed are ssh server and cockpit client.
both nas & roon server have 2 NIC. ens19 (on both) are dedicated to their communication. All others are routed through ens18.
And I confirm that killing roonserver proccesses instantly lead to a flat ens18 network consumption.
My local music collection: 1k album, 13k tracks, 464GB, flac only, mostly 16/44 (couples up to 24/192).
For practical reasons, graphics are generated by nas.
[edit]: forgot to mention: no music is played during the process.

So, Rolf, you were right, sound analysing is in progress. And adapting number of cores dedicated greatly change the instantaneous consumption.

Following, the bandwidth between nas & roon server from first connection of remote to roon server to ~1900 files analysed.
Some notes:

n°1: roon server crash due to over allocated ram (hypevisor issue, not roon related). Roon server restart reading the music directory where stopped.
n°2: directory read completed, start audio analysis (Throttled mode).
n°3: audio analysis in progress (Fast mode - 2 cores).

1900sur12950_annoté