Small improvement to find's mtime to support for seconds

[Prashant Sharma]

Apologies for not using a proper subject. So changed it!.

On Tue, Jan 29, 2013 at 1:54 PM, Prashant Sharma <address@hidden>wrote:

> The need for this arose with following scenario.
> I have stream processing engine doing some random stuff and creating a lot
> of files in the process. And since I did not wrote it myself and people who
> wrote it do not have clearing up mechanism for the files that accumulate
> and tend to either fill Inodes or File-system.
>
> So needed a way for clearing things up older than 30 seconds. Ofcourse I
> can touch a dummy file and then sleep for 30 seconds and then use find
> -newer. But that sounds like so much for so less and for that matter, one
> can parse the output of stat in perl or even in bash and do the same thing.
> In this case a single line command might sound like an improvement.
>
>
> On Tue, Jan 29, 2013 at 1:42 PM, Bernhard Voelker <
> address@hidden> wrote:
>
>> Added the list again.
>>
>> On 01/29/2013 08:28 AM, Prashant Sharma wrote:
>> > On 01/29/2013 08:10 AM, Bernhard Voelker wrote:
>> >> On 01/29/2013 07:02 AM, Prashant Sharma wrote:
>> >>> I was curious about the communities interest in a small improvement to
>> >>> mtime's precision from days to seconds, hours and minutes.
>> >>>
>> >>> something like
>> >>>
>> >>> find . -type f -mtime +1m would give me files modified in last one
>> minute.
>>
>> >>        -mmin n
>> >>               File's data was last modified n minutes ago.
>>
>> > Thanks Berny,
>> >
>> > I am aware about it. Needed for seconds too, It might sound very
>> > specific use case. But just wanted to see if people are
>> > interested in it.
>> >
>> > We may not violate POSIX standard[1] by keeping the default as is
>> > in days. And mmin is any way not standard[1]. Please
>> > pardon me and enlighten me, if I am being stupid about something
>> > because that is quite possible for my level of experience.
>> >
>> > 1.http://pubs.opengroup.org/onlinepubs/9699919799/utilities/find.html(2008)
>>
>> Ah, then I got you wrong.
>> Of course implementing such a change would be technically possible,
>> but I'm unsure wether it would make it into the GNU find's Git repo.
>>
>> I personally don't see much gain for this.
>> a) although we are in 2013, network-mounted file systems can still
>> have clock up to 2-3 minutes.
>> b) There are well-known workarounds using another file and
>> 'find -newer ...'.
>>
>> I'm not long enough on this list to give other arguments.
>> Did you search the archive for similar discussions?
>>
>> Have a nice day,
>> Berny
>>
>
>
>
> --
> s
>



-- 
s