> No more granularity than 1 second. Hmm well thats no good for me...
> > Note: bear in mind that the more you monitor something, the more your > monitoring affects it. If you monitor too frequently, it is quite > possible that you will impact the device's performance. This is not a problem in our case, seeing as we have two separate networks. One for data and one for control (management). So what we monitor will not be afected. I am now in the process of writing my polling program. My idea was to fork the program such that i would have one process per switch and the thread each process such that one thread would prepare and query, the other would read and eventually store the results, and the third would monitor and kill the other two when they have reached the specified execution time. If anyone, has any advice or critics, they are more then welcome! Thanks, -- Ali Al-Shabibi Contrary to popular belief Unix is userfriendly, it is just picky as to whom it is friendly with... ------------------------------------------------------- SF.Net email is Sponsored by the Better Software Conference & EXPO September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf _______________________________________________ Net-snmp-users mailing list Net-snmp-users@lists.sourceforge.net Please see the following page to unsubscribe or change other options: https://lists.sourceforge.net/lists/listinfo/net-snmp-users
