Quickest way to delete many small files

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



  I agree with what you say :)

El 12/06/2013 04:45 p.m., Stephan von Krawczynski escribi?:
> On Wed, 12 Jun 2013 14:55:23 -0300
> Pablo <paa.listas at gmail.com> wrote:
>
>> So combining the two approaches I think that this may be a better solution?
>>
>> tempdirname=`mktemp -d`
>> mv <dir> $tempdirname
>> mkdir <dir>
>>
>> # rm -rf <tempdirname>
>> mkdir empty
>> rsync -a --delete empty/ $tempdirname
>> rmdir empty $tempdirname
>>
>>
>>
>> Regards,
>> Pablo.
> Ok, this is a heavy misinterpretation of my true intention.

> I did _not_ intend to delete particularly fast, the sole idea of mv & mkdir
> was to come up with the same but empty dir for _users_ as fast as possible.
> And only _then_ throw away the old, probably unneeded original content.
> So I thought the basic admin idea was to give the user as fast as possible
> what he wants (empty dir) and deal with the rest cleanup later on.
This were what I were trying to said above. :)  Sorry, my english is 
very limited :(

> And that's why I named it an admin question. Do something to make the user
> happy, but indeed something completely different than what the user thought
> was going on.

> And whatever idea you come up, you will not have your dir as
> fast empty shown to the user as me with mv&mkdir :-)
Yes, that is why i try to combine both.

> And btw, this is exactly what I do suggest for delete/undelete implementation:
> move the deleted something to a shadow dir where content is expelled based on
> its age iff the real world tree needs more space.
I agree with this also.


Regards,
:)



[Index of Archives]     [Gluster Development]     [Linux Filesytems Development]     [Linux ARM Kernel]     [Linux ARM]     [Linux Omap]     [Fedora ARM]     [IETF Annouce]     [Bugtraq]     [Linux OMAP]     [Linux MIPS]     [eCos]     [Asterisk Internet PBX]     [Linux API]

  Powered by Linux