Share

fileschanged

Code

Programming Languages: C

License: GNU General Public License (GPL)

Repositories

browse code, statistics, last commit on 2006-07-29 cvs -d:pserver:anonymous@fileschanged.cvs.sourceforge.net:/cvsroot/fileschanged login

cvs -z3 -d:pserver:anonymous@fileschanged.cvs.sourceforge.net:/cvsroot/fileschanged co -P modulename

Show:

What's happening?

  • Comment: possible cpu hogging

    I ran the following commands: % cd /tmp % touch emptyfile % fileschanged emptyfile I checked with powertop(1): Top causes for wakeups: 56.1% (1419.6) fileschanged : hrtimer_start_range_ns (hrtimer_wakeup) I also checked with top(1). I have an Intel Core2 Duo T5450 at 1.66GHz, and top shows fileschanged using 3% CPU with the above test. Using 3% CPU at...

    2009-06-24 17:13:15 UTC by nobody

  • not all files/dirs are catched

    2.6.20-1.2944.fc6 fileschanged 0.6.5 command: fileschanged -s created -r -t -p -x /path/to/script -f /dir/to/watch /path/to/script just logs every call to file. If I copy large(100+ entries) directory tree to the /dir/to/watch, only few entries are logged to the file. I tried removing "-t" option, no avail, even worse...

    2007-09-25 12:50:09 UTC by ravpl

  • holdoff

    Additional to the now implemented delay option, it may be useful for some applications to have a holdoff option to limit the number of notifications, but don't cause a delay in response speed. Specifying holdoff would immediately report a change, but suppress additional changes of the same file for the number of seconds specified for holdoff. (think oscilloscope) Combination of holdoff and...

    2007-05-08 12:54:29 UTC by nobody

  • Comment: possible cpu hogging

    I have to apologize for reckless report. 1. fileschanged was spawned in recursive mode on directory with quite large number of files/dirs (~6000 currently) 2. I advised my staff to use fileschanged, and the feedback was that too much cpu was used, strace on fileschanged showed the select() potencial problem. 3. After investigation it turned out that the cpu hogging is in fact done by...

    2007-05-02 09:32:08 UTC by ravpl

  • Comment: possible cpu hogging

    Can you please verify if fileschanged is using too much CPU? You might try cutting and pasting from the `top' program. Thanks, Ben.

    2007-05-01 19:59:01 UTC by benasselstine

  • possible cpu hogging

    I verified that under FC6 and RHEL4u4 with gamin (and not fam) installed. since fileschanged issues select() with only 5miliseconds timeout, it's possible that calling select 200 times per second may lead to unexpected high cpu usage. Why the timeout is so small? Why poll() is not used instead of select()? Maybe the timeout should be configureable?.

    2007-05-01 19:28:05 UTC by ravpl

  • Infinity loop

    Infinity loop caused whe attempting to use 'touch' and 'find' o files that are being monitored.

    2007-03-20 11:34:50 UTC by nobody

  • Comment: permissions: files readable not shown

    This Tracker item was closed automatically by the system. It was previously set to a Pending status, and the original submitter did not respond within 14 days (the time period specified by the administrator of this Tracker).

    2006-12-07 03:20:15 UTC by sf-robot

  • Comment: double-quote filenames in output

    This Tracker item was closed automatically by the system. It was previously set to a Pending status, and the original submitter did not respond within 14 days (the time period specified by the administrator of this Tracker).

    2006-12-07 03:20:15 UTC by sf-robot

  • Comment: double-quote filenames in output

    In my opinion the quotes are not required to facilitate parsing of fileschanged output (by a scripting language). Depending on the configuration, the output of fileschanged is either: M foo or just: foo In the former, parsing the line to get the filename is as easy as taking the whole line. In the latter, parsing the line to get the filename is as easy as taking everything after...

    2006-11-22 19:34:21 UTC by benasselstine

Our Numbers