Slow music library

Bug #1325361 reported by paulo marcondes
28
This bug affects 6 people
Affects Status Importance Assigned to Milestone
Noise
New
Undecided
Unassigned

Bug Description

Elementary OS (0.2) delays around 10 hours to add my library in Banshee and just add 252GB. Noise not work and Spotify just add 27gb. In Windows or Ubuntu, works fine.

Sorry my bad english. :/

PS: i have 278gb in my media library. Just mp3 and all my collection is in a NTFS partition.

Revision history for this message
Sharad Chand (sharcnd) wrote :

I too have the same problem. I am adding music to my library in the music app which is taking very long and it is freezing too.

wolf (w+lf)
affects: elementaryos → noise
Revision history for this message
Marcos Ferradas (marcosferradas) wrote :

Ok, here is some news about the issue.

Noise is still having some problems, but I'm able to listen to music. The problem is now that is too slow to import a big music library (~140Gb of music files, some in mp3 and the others in flac). Rhythmbox completes the scanning in less than an hour. I have an i7 (notebook) and it uses ~95% of one of the cores of the processor, and slows the response of the OS. This is not a problem on it's own, but it's a core used at high load for really long time, so it becomes a little anoying. PD: Sorry about my english, I'm a little rusty.

Revision history for this message
wolf (w+lf) wrote :

Noise users reported something very similar with respect to slow library write speeds: http://elementaryos.stackexchange.com/q/7638/5565

One commenter raised that the slow speeds were due to single-threading vs multi-threading

Revision history for this message
Marcos Ferradas (marcosferradas) wrote :

Hi! I think we can merge this two reports. It's possible to do so?

https://bugs.launchpad.net/noise/+bug/1082517

Revision history for this message
Justin Wierbonski (justinrobertorama) wrote :

This is still happening as of Elementary OS Juno. I have about 300gb library and it's been scanning all night and still hasn't completed. The program is close to unusable while this is happening. While scanning it's using about 25% of one cpu.
lscpu:
Architecture: x86_64
CPU op-mode(s): 32-bit, 64-bit
Byte Order: Little Endian
CPU(s): 4
On-line CPU(s) list: 0-3
Thread(s) per core: 2
Core(s) per socket: 2
Socket(s): 1
NUMA node(s): 1
Vendor ID: AuthenticAMD
CPU family: 21
Model: 101
Model name: AMD FX-9830P RADEON R7, 12 COMPUTE CORES 4C+8G
Stepping: 1
CPU MHz: 3441.033
CPU max MHz: 3000.0000
CPU min MHz: 1400.0000
BogoMIPS: 5988.80
Virtualization: AMD-V
L1d cache: 32K
L1i cache: 96K
L2 cache: 1024K
NUMA node0 CPU(s): 0-3
Flags: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 ht syscall nx mmxext fxsr_opt pdpe1gb rdtscp lm constant_tsc rep_good acc_power nopl nonstop_tsc cpuid extd_apicid aperfmperf pni pclmulqdq monitor ssse3 fma cx16 sse4_1 sse4_2 movbe popcnt aes xsave avx f16c rdrand lahf_lm cmp_legacy svm extapic cr8_legacy abm sse4a misalignsse 3dnowprefetch osvw ibs xop skinit wdt lwp fma4 tce nodeid_msr tbm topoext perfctr_core perfctr_nb bpext ptsc mwaitx cpb hw_pstate ssbd vmmcall fsgsbase bmi1 avx2 smep bmi2 xsaveopt arat npt lbrv svm_lock nrip_save tsc_scale vmcb_clean flushbyasid decodeassists pausefilter pfthreshold avic v_vmsave_vmload vgif overflow_recov

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.