Do have to clean temp.files, ....? [Archive]

Click to See Complete Forum and Search --> : Do have to clean temp.files, ....?

STUTTGART

01-15-2006, 11:18 AM

STUTTGART

01-15-2006, 04:53 PM

In windozzzz when ever I go to the net or install a software over the net it collect junk in temp,cookies or cache files and if i don`t clean it up,you know what I`m saying it slowdown.In Suse 10.0 do I have to clean up temp,cookies... files or is there a way it cleans automatic?

I ask other forum and get little answer.
I don't think there is any risk of slowing down your system if certain files or directories get large with junk, but if you run out of disk space that is an entirely different issue. IIRC, on SUSE 9.1, possibly 9.2, there were default (as in they were included in the default install) cron jobs(scripts) that ran and did alot of cleanup for you. It was advised to leave your machine on overnight occasionally. I just took a look in the cron folders on my SUSE 10.0 Super install and they are empty. (/etc/cron.hourly, daily, weekly, monthly). So, I really don't have an answer for you other than to say I am also interested in the answer to this question.

serz

01-15-2006, 05:07 PM

I don't think it will slow down your computer.. unless you're about to run out of disk space..

je_fro

01-15-2006, 07:42 PM

There's an option in any webbrowser as to the amount of information it can keep cached. I think that's what you're talking about....

posterboy

01-20-2006, 08:56 AM

Based on my experience, the reason M$ slows, is that the swap file is in the same partition as the other data. As the data increases, the swap file gets all scattered out among it. Linux uses a separate partition for swap to eliminate this. Keeping the disc "cleaned up" just buys you nothing in the linux world, but do let your box run 24X7. Important work gets done at 4AM, that is different depending on the day of the week.

Icarus

01-20-2006, 09:20 AM

I've had my disk clean and cluttered with files to the point of being over 90% full and have never had even the slightest slow down. The swap theory is probably the best reason I've heard about this, and mine is that Linux/Unix filesystems are more effeciant then FAT32 or NTFS and are not prone to fragmentation.