| 1 |
Wols Lists wrote: |
| 2 |
> On 24/12/19 20:33, Dale wrote: |
| 3 |
>> I think it is indexing/caching/something that requires it to look at |
| 4 |
>> every single file in there plus all the levels below it. If so, that |
| 5 |
>> would be a huge task. Here is some info on that but I did post it a bit |
| 6 |
>> ago. It was sort of nested in one of the posts. |
| 7 |
> Exactly. The thing about what this developer noticed is that it is the |
| 8 |
> READING THE FILES that kills the system performance. The indexing is |
| 9 |
> just random noise. |
| 10 |
> |
| 11 |
> So once this fix gets into the system it won't matter that it's indexing |
| 12 |
> - the indexing will stall waiting for the files to be read, and reading |
| 13 |
> the files won't kill the system. |
| 14 |
> |
| 15 |
> What seems to be happening at the moment is that as plasma reads the |
| 16 |
> files, linux is paging plasma out to make way for the files, then it has |
| 17 |
> to drop old cache to page plasma back in, and it's just got stuck in |
| 18 |
> treacle trying to "in out in out shake it all about" :-) |
| 19 |
> |
| 20 |
> Cheers, |
| 21 |
> Wol |
| 22 |
> |
| 23 |
> |
| 24 |
|
| 25 |
I suspect the dev that did this, has very few wallpapers or doesn't use |
| 26 |
the feature at all and just has one pic he changes manually from time to |
| 27 |
time. lol |
| 28 |
|
| 29 |
Maybe later on it will be fixed. It only took a couple years for them |
| 30 |
to add anything non-random anyway. For ages, it was random and nothing |
| 31 |
else. I just don't have the energy right now to add several thousand |
| 32 |
directories to the dialog one at a time. o_O |
| 33 |
|
| 34 |
At least we figured out what the problem is. That's a start I guess. ;-) |
| 35 |
|
| 36 |
Dale |
| 37 |
|
| 38 |
:-) :-) |
Archives