| 1 |
Здорово. |
| 2 |
|
| 3 |
Вопросец есть, может сталкивался кто. |
| 4 |
Интересует тема realtime мониторинга событий файловой системы (доступ, |
| 5 |
создание, изменение, удаление). |
| 6 |
|
| 7 |
Из того что на данный момент раскопал, если несколько базовых подсистем |
| 8 |
мониторинга, вокруг которых крутится все остальное: |
| 9 |
1. fam (подарочек от sgi), основное преимущество - кроссплатформенный |
| 10 |
2. dnotify (deprecated, наследие от 2.4 linux ядер) |
| 11 |
3. inotify (linux-специфичное, свеженькое) |
| 12 |
4. kqueue (bsd-специфичное) |
| 13 |
|
| 14 |
До kqueue руки пока не дошли, bsd несколько не моя тема, |
| 15 |
остальное в той или иной степени пощупал. |
| 16 |
|
| 17 |
И вот в чем засада. Среди первых трех ни одна подсистема не умеет |
| 18 |
отдавать информацию |
| 19 |
ни об идентификаторе пользователя от которого работает обратившийся |
| 20 |
процесс, ни даже |
| 21 |
идентификатор самого процесса. |
| 22 |
|
| 23 |
То ли лыжи не едут, то ли лето пришло. |
| 24 |
|
| 25 |
Конечная цель - сенсор реалтайм мониторинга файловой системы, который бы |
| 26 |
сливал |
| 27 |
информацию что, когда и немаловажно "КЕМ" было изменено. |
| 28 |
И вот на в "КЕМ" как раз и уперся, получается что эту информацию никто |
| 29 |
не отдает. |
| 30 |
|
| 31 |
Как так? |
Archives