Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > comp.lang.java.programmer > #25576 > unrolled thread

Re: deleting files

Back to article view | Back to comp.lang.java.programmer

This discussion starts older than the indexed window; earlier articles aren't shown. The article labeled Started by below is the oldest one visible, not the original post.

Contents

  Re: deleting files Luuk <Luuk@invalid.lan> - 2011-01-28 21:57 +0100
    Re: deleting files Lew <noone@lewscanon.com> - 2011-01-28 22:47 -0500
      Re: deleting files Luuk <Luuk@invalid.lan> - 2011-01-29 11:26 +0100
      Re: deleting files "Mike Schilling" <mscottschilling@hotmail.com> - 2011-01-28 20:19 -0800
    Re: deleting files Roedy Green <see_website@mindprod.com.invalid> - 2011-01-29 13:53 -0800
    Re: deleting files "Mike Schilling" <mscottschilling@hotmail.com> - 2011-01-28 20:17 -0800

#25576 — Re: deleting files

On 28-01-11 20:59, Arne Vajhøj wrote:
> On 28-01-2011 14:34, Luuk wrote:
>> On 28-01-11 20:00, Roedy Green wrote:
>>> I wrote a program to tidy up my hard disk. I run it as administrator.
>>> It tells me there are a fair number of junk files I cannot delete. I
>>> have a utility, presumably written in C, that much more rapidly scans
>>> my drive for junk and manages to wipe out much of the junk I could
>>> not.
>>>
>>> I curious if anyone has experimented and could tell me:
>>>
>>> 1. why in the C utility is so much faster than my utility. My code is
>>> basically just a bunch of File.list() with filters. What Java doing to
>>> dither?
>>>
>>> 2. What is the utility doing to let it kill more files?
>>
>> Whats the name of that utility, and how does you java-source look like
>>
>> C is compiled code, and runs faster/more-optimized than Java which is
>> byte-compiled (as i remember correctly) to be platform independend, so
>> there a penalty at the last step....
> 
> The Java byte code gets JIT compiled to native code, so that
> should not be a problem.
> 
> But this program should not be CPU bound anyway, so it does not
> matter.
> 
> Arne
> 

Yes, i got the terms mixed up.....

But, like Lew sad, things in C get optimized quicker wit
plaform-specific calls..

Back to the original question, 'junk files' should only reside in
temporary folders, so you would not have to search them.. ;)


-- 
Luuk

[toc] | [next] | [standalone]

#25666

Luuk wrote:
> Back to the original question, 'junk files' should only reside in
> temporary folders, so you would not have to search them.. ;)

Huh?

"Junk" files will reside all over the place, whatever you believe should 
happen.  Besides, one person's junk is another person's treasure.

Tell me, is /home/lew/somefile.txt~ a junk file?  (Hint:  It's a backup of an 
old version that the editor creates when I modify the file.)  At some point, 
it probably is, but it certainly isn't in a temporary directory!

-- 
Lew
Ceci n'est pas une pipe.

[toc] | [prev] | [next] | [standalone]

#25828

On 29-01-11 04:47, Lew wrote:
> Luuk wrote:
>> Back to the original question, 'junk files' should only reside in
>> temporary folders, so you would not have to search them.. ;)
> 
> Huh?
> 
> "Junk" files will reside all over the place, whatever you believe should
> happen.  Besides, one person's junk is another person's treasure.

I know someone who use to keep her 'treasure' documents in the TEMP
folder.... ;)

> 
> Tell me, is /home/lew/somefile.txt~ a junk file?  (Hint:  It's a backup
> of an old version that the editor creates when I modify the file.)  At
> some point, it probably is, but it certainly isn't in a temporary
> directory!
> 

This file is not a junk file, because you configured your editor to keep
this backup-file. If you do not want it there, than reconfigure your
editor, or choose another editor.
It all comes down to the definition of 'junk'-files

-- 
Luuk

[toc] | [prev] | [next] | [standalone]

#25889

"Lew" <noone@lewscanon.com> wrote in message 
news:ii02jc$e2p$1@news.albasani.net...
> Luuk wrote:
>> Back to the original question, 'junk files' should only reside in
>> temporary folders, so you would not have to search them.. ;)
>
> Huh?
>
> "Junk" files will reside all over the place, whatever you believe should 
> happen.  Besides, one person's junk is another person's treasure.
>
> Tell me, is /home/lew/somefile.txt~ a junk file?  (Hint:  It's a backup of 
> an old version that the editor creates when I modify the file.)  At some 
> point, it probably is, but it certainly isn't in a temporary directory!

I wish it were -- there are few things as irritating as starting an Ant or 
maven build, going to lunch, and coming back to find that it died in two 
seconds, unable to clean a directory because VIM had its temp file open. 

[toc] | [prev] | [next] | [standalone]

#25840

On Fri, 28 Jan 2011 21:57:00 +0100, Luuk <Luuk@invalid.lan> wrote,
quoted or indirectly quoted someone who said :

>Back to the original question, 'junk files' should only reside in
>temporary folders, so you would not have to search them.. ;)

Batik program has a custom list of temp directories it empties. It
also scans for files with extension *.bak for example in all
directories.
-- 
Roedy Green Canadian Mind Products
http://mindprod.com
To err is human, but to really foul things up requires a computer.
~ Farmer's Almanac
It is breathtaking how a misplaced comma in a computer program can
shred megabytes of data in seconds.

[toc] | [prev] | [next] | [standalone]

#26100

"Luuk" <Luuk@invalid.lan> wrote in message 
news:p5nb18-uip.ln1@luuk.invalid.lan...
> On 28-01-11 20:59, Arne Vajhøj wrote:
>> On 28-01-2011 14:34, Luuk wrote:
>>> On 28-01-11 20:00, Roedy Green wrote:
>>>> I wrote a program to tidy up my hard disk. I run it as administrator.
>>>> It tells me there are a fair number of junk files I cannot delete. I
>>>> have a utility, presumably written in C, that much more rapidly scans
>>>> my drive for junk and manages to wipe out much of the junk I could
>>>> not.
>>>>
>>>> I curious if anyone has experimented and could tell me:
>>>>
>>>> 1. why in the C utility is so much faster than my utility. My code is
>>>> basically just a bunch of File.list() with filters. What Java doing to
>>>> dither?
>>>>
>>>> 2. What is the utility doing to let it kill more files?
>>>
>>> Whats the name of that utility, and how does you java-source look like
>>>
>>> C is compiled code, and runs faster/more-optimized than Java which is
>>> byte-compiled (as i remember correctly) to be platform independend, so
>>> there a penalty at the last step....
>>
>> The Java byte code gets JIT compiled to native code, so that
>> should not be a problem.
>>
>> But this program should not be CPU bound anyway, so it does not
>> matter.
>
> Yes, i got the terms mixed up.....
>
> But, like Lew sad, things in C get optimized quicker wit
> plaform-specific calls..

I believe what Lew really said is that a Windows-specific program might be 
using low-level, Windows-specific calls that the Windows JVM does not use. 
Or it might be as simple as the C program being multi-threaded and the Java 
one being single-threaded. 

[toc] | [prev] | [standalone]

Back to top | Article view | comp.lang.java.programmer

csiph-web