Quickest way to delete many small files

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

 



Depending on the situation, it might be faster to backup and reformat.  :-)

Liam
On Jun 12, 2013 2:59 PM, "Pablo" <paa.listas at gmail.com> wrote:

>  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,
> :)
>
> ______________________________**_________________
> Gluster-users mailing list
> Gluster-users at gluster.org
> http://supercolony.gluster.**org/mailman/listinfo/gluster-**users<http://supercolony.gluster.org/mailman/listinfo/gluster-users>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://supercolony.gluster.org/pipermail/gluster-users/attachments/20130612/88a589db/attachment.html>


[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