Tracker freezes if on desktop are a lot of files [+3000 and more]

[streak]

Unintentially I unpacked FreePascal tar archive onto desktop [on hrev36511] and I spotted again strange tracker "freezing" behavior while i have more than +30 files on the desktop. Restarting not helps.

Only thing that helps is to delete files from desktop [ via terminal ], otherwise everytime you boot haiku, tracker will freeze after loading.

This is similar to Ticket #4617 but that was corrected , i believe..

[axeld]

Just for the record, I usually have more than 30 files on my desktop, and never experienced anything like this yet.

[streak]

Tested and occurs on A2 too..

How to reproduce on R1A2:

Use Genesis Commander / BeFar, maximize it and copy a lot of files into desktop. Then minimize it. Desktop will freeze [ even replicants die aswell ]

[scottmc]

Need more details as I'm not able to see this. I dropped 800+ files on my desktop and track is still fine, so I suspect there is something else that is defective in your setup. Can you reproduce this on a recently nightly build without adding Genesis Commander, BeFar or any other programs to the mix?

[pulkomandy]

Can't see any problem with 30+ files on desktop here either... Any news ?

[nielx]

Closing issue for now. Original reporter: please reopen if you have more information about this issue.

[pulkomandy]

Well, I just reproduced this, but I needed way more than 30 files. I had around 10000 debug reports saved from running WebKit testsuite (yes, it crashes quite a lot) on the desktop.

This leads to a very slow tracker, and some other apps randomly crashing. Trying to remove the files using the mouse (select some of them, and delete) leads to an app_server crash.

Reopening...

[earl_colby_pottinger]

I believe this is the same problem I am having. Working on a compressing ram drive I found if I copy a large number files to the drive for test purposes that SYSLOG shows the slab manager constantly allocating memory, after about 30,000 files there is a low memory report, then after further copying a file cache error. After that files copy but the are constant error messages.

At this point there is no kernel memory free to run any programs. If I however, start up a program or two before I start copying. Then if I close those programs then Tracker will unfreeze.

It seemslike the file cache grows but never frees up memory if the resource get low.

I will post my SYSLOG later tonight.

[bonefish]

I very much doubt that your issue is related. This ticket is about Tracker not being able to handle a lot of files on the desktop properly. What you report is a kernel level issue and it sounds like it is caused by your ram drive burning so much memory that the kernel is running short on memory or address space. Please open a separate ticket.

[un_spacyar]

This ticket is still valid? I have about 48.000 files (420 Mb) of chiptune music inside a folder in the Desktop, and no issues detected (hrev50897 x86_gcc2)

[Coldfirex]

Unable to reproduce on hrev57972.

I extracted 68,000+ files from the linux kernel directly to my desktop. Now it was very sluggish and not fun (2 cores mostly pegged just sitting there), but no crashes or freezes, etc.