acd_cli icon indicating copy to clipboard operation
acd_cli copied to clipboard

acd_cli slow on read

Open lukezona opened this issue 9 years ago • 2 comments

Hi, I'm using a dedicated Windows server with a VM where I installed acd and Plex Media Server.

I have problems during Plex streaming: 'top' command shows acd_cli process high CPU usage (60%) but the 'global' CPUs usage is 20%. Windows Task Manager show 26% from the VM (I gave it 4 of 8 cores). http://imgur.com/hsi6W3m http://imgur.com/PwtFThQ

From Windows task manager download speed is very slow: 900Kbps for most time and then for a few seconds it goes up to 80MBps, then came back to 800/900Kbps and Plex is continuously buffering. http://imgur.com/XRSIWEV http://imgur.com/IAPp5bH

But when I try to use acd_cli dl it goes up to 40MBps. So I don't think is a problem with connection speed.

I have a Xeon E3 1225v2 and I gave VM 4 cores (out of 8) and 4GB of RAM. My disk is a mechanical HDD (unfortunately they don't have SSD). My connection is 1Gbps / 250Mbps

Can you help me understand why it seems that acd_cli is very slow on reading files?

Thanks,

Luca

lukezona avatar Jun 22 '16 10:06 lukezona

A minor optimization was done for the read performance recently [minimizing database access]. If you have not upgraded in the last weeks, please do so.

(I gave it 4 of 8 cores).

Unfortunately, (C)Python with multithreading cannot utilize more than 1 core ATM.

From Windows task manager download speed is very slow: 900Kbps for most time and then for a few seconds it goes up to 80MBps, then came back to 800/900Kbps and Plex is continuously buffering.

But when I try to use acd_cli dl it goes up to 40MBps. So I don't think is a problem with connection speed.

You will have to examine the access patterns of Plex in FUSE (see the documentation). If Plex reads files in a non-sequential manner (which I presume it does), a new request must be issued for each new read offset, which takes time.

yadayada avatar Jun 23 '16 17:06 yadayada

You will have to examine the access patterns of Plex in FUSE (see the documentation). If Plex reads files in a non-sequential manner (which I presume it does), a new request must be issued for each new read offset, which takes time.

In terms of random (non-sequential) reads, is the 800-900Kbps speed an expected value because of the request latency?

the-researcher avatar Oct 13 '16 16:10 the-researcher