From: Cook, G. <GW...@ma...> - 2005-01-18 17:16:20
|
Thank you Ben for the kind words. While I was initially able to contribute quite a bit to the = documentation of PP, I have fallen back from the project over the past = few months. This is due to many things, such as moving my office to a = new location, moving my family to a new home, holidays, snowboarding = season, and most recently family issues that require cross country = travel in the next few weeks and quite possibly searching for a new = position outside of my current organization. Additionally, my Nagios/MRTG server was just not beefy enough to also = handle the MySQL DB, so I have not even used some of the newer versions = of PP. At this time I have acquired a new server specifically for MySQL, = and hope to lend a hand to developers again in the future. When? I'm = still not sure, but hopefully sooner rather than later. One thing that I would like to see is the addition of RRD storage of = metrics. I'm not even sure if the current development track will allow = for this, but I intend to investigate this if someone else does not. = Perhaps some folks can add their thoughts on this issue... Thanks to everyone that Ben has mentioned below. I'm sure that when I = get back to work with PP it will be all the more impressive than it was = a few months ago. Many thanks are also due to Yves, who has contributed quite a bit to = make PP the project that it is today. I'm sorry to see that you will not = be able to contribute as much in the future, although it sounds like you = will not fall back completely as I have at this point. Garry W. Cook, CCNA Network Infrastructure Manager MACTEC, Inc. - http://www.mactec.com/ 303.273.5050 (Office) - 720.220.1862 (Mobile) per...@li... wrote: > Dear PerfParse users and developers, >=20 > There are quite a few people working on various parts of the project > today. I think it's time we all introduced our selves, and said a > little about where we would like to take our project. >=20 > To help this, I'll like people who have been involved > recently. I hope > some of you may reply to this and let us know a little more > about your > current activity. >=20 > Starting with our two newest members: >=20 > Benoit and Guillaume. >=20 > They will be working to bring PP to Debian. If they are on these > mailing lists, maybe they can say a little more. >=20 >=20 > Now our oldest members: >=20 > Ben, Garry, Yves. >=20 > My self, I started this project in order to answer a posting on the > nagios-plugin mailing list, around May 2003. The entire project was > then just one line of code. Something like: >=20 > tail -f serviceperf.log | awk | mysql >=20 > I then wrote PP as a demo and for my personal use. This very soon > became PerfParse with the encouragement of many users. >=20 > Garry joined and turned my attempt at a web site into the professional > looking site we now have. He also provides some great documentation. > I am sure most of our users found PP through Garry's documents. I > thank him that the projects early success. >=20 > Yves re-wrote a lot of the code, as well as building the > product into a > GNU automake environment, internationalizing the code, and > making the > code more modular. Without his help the product I am sure > would have > never developed into anything like it's current state. His > needs and > my needs are different, which gives the project the ability > to answer to > many users needs. >=20 > Other members: >=20 > Flo Gleixner. >=20 > Flo described him self as a 'slow coder'. From his workings > so far on > tiki/wiki and perfparse, this can be his only short falling. > His work > is as good as the best coder you are likely to meet. Flo is > working on > a php front end for PerfParse, using similar methods as tiki/wiki. A > suggested goal to merge Nagios PP into a wiki type product, giving to > the user the ability and advantages of all systems. >=20 > Rene Grabner. >=20 > Rene is working to translate the documents into German. >=20 > Tim Wuyts. >=20 > Tim has contributed many ideas, as well as some scripts to > the product. > Most recently he has given us the Raw Data Summary storage. > This will > greatly enhance the product. >=20 > Friedrich Priewasser >=20 > Friedrich is working on a conversion to PostgreSQL, which should be > released sometime very soon. I am sure this will open > PerfParse to many > new users. >=20 > Massimiliano Minniti >=20 > Massimiliano is looking into a conversion to Oracle storage. >=20 > Carsten Franke >=20 > Translation of PerfParse into German. >=20 > Jeff Scott >=20 > Who kindly donated domains including perfparse.org. >=20 > Thanks as well to all the other members who have contributed time, > testing, ideas and code to the project. Including in no order: >=20 > Charles Allred, Chris Donovan, Dirk Beer, Ethan Galstad, James > Greenhalgh, James Ochs, Jon Lyons, Julian Touche, Darren Kemp, > Krzemi=F1ski Krzysztof, Marcos & Marcelo, Norbert Wiedeke, > Philipp Sand, > Sebastien Guilbaud and Ton Voon. >=20 > My personal thanks to you all. >=20 > Regards, Ben. |
From: Ben C. <bcl...@pe...> - 2005-01-19 09:07:53
|
Cook, Garry wrote: > Thank you Ben for the kind words. All meant well. A bad web site and poor documentation has killed many a good product in the past. Our success is your work :) > While I was initially able to contribute quite a bit to the documentation of PP, I have > fallen back from the project over the past few months. This is due to many things, > such as moving my office to a new location, moving my family to a new home, > holidays, snowboarding season, and most recently family issues that require cross > country travel in the next few weeks and quite possibly searching for a new position > outside of my current organization. I can understand snowboarding instead of coding all day. Or in my case, taking a motorbike across Europe. :) I hope things go well for you, please keep in contact. > Additionally, my Nagios/MRTG server was just not beefy enough to also handle the > MySQL DB, so I have not even used some of the newer versions of PP. At this time I > have acquired a new server specifically for MySQL, and hope to lend a hand to > developers again in the future. When? I'm still not sure, but hopefully sooner rather > than later. Sounds great! That should make a huge difference. > One thing that I would like to see is the addition of RRD storage of metrics. I'm not > even sure if the current development track will allow for this, but I intend to > investigate this if someone else does not. Perhaps some folks can add their thoughts > on this issue... I have, as you know, been reticent about RRD. I have written my reasons down here: http://wiki.perfparse.org/tiki-view_faq.php?faqId=5#q21 This is not to say we will not do this. Just that I remain unconvinced that this is the correct storage method for PP. But I respect the needs of our users, and if this is what they demand... > Thanks to everyone that Ben has mentioned below. I'm sure that when I get back to > work with PP it will be all the more impressive than it was a few months ago. > > Many thanks are also due to Yves, who has contributed quite a bit to make PP the > project that it is today. I'm sorry to see that you will not be able to contribute as much > in the future, although it sounds like you will not fall back completely as I have at this > point. Thanks for everything you have contributed, I look forward to anything you can give us in the future. Good luck with your own future projects, Ben. > > Garry W. Cook, CCNA > Network Infrastructure Manager > MACTEC, Inc. - http://www.mactec.com/ > 303.273.5050 (Office) - 720.220.1862 (Mobile) > > per...@li... wrote: > >>Dear PerfParse users and developers, >> >>There are quite a few people working on various parts of the project >>today. I think it's time we all introduced our selves, and said a >>little about where we would like to take our project. >> >>To help this, I'll like people who have been involved >>recently. I hope >>some of you may reply to this and let us know a little more >>about your >>current activity. >> >>Starting with our two newest members: >> >>Benoit and Guillaume. >> >>They will be working to bring PP to Debian. If they are on these >>mailing lists, maybe they can say a little more. >> >> >>Now our oldest members: >> >>Ben, Garry, Yves. >> >>My self, I started this project in order to answer a posting on the >>nagios-plugin mailing list, around May 2003. The entire project was >>then just one line of code. Something like: >> >>tail -f serviceperf.log | awk | mysql >> >>I then wrote PP as a demo and for my personal use. This very soon >>became PerfParse with the encouragement of many users. >> >>Garry joined and turned my attempt at a web site into the professional >>looking site we now have. He also provides some great documentation. >>I am sure most of our users found PP through Garry's documents. I >>thank him that the projects early success. >> >>Yves re-wrote a lot of the code, as well as building the >>product into a >> GNU automake environment, internationalizing the code, and >>making the >>code more modular. Without his help the product I am sure >>would have >>never developed into anything like it's current state. His >>needs and >>my needs are different, which gives the project the ability >>to answer to >>many users needs. >> >>Other members: >> >>Flo Gleixner. >> >>Flo described him self as a 'slow coder'. From his workings >>so far on >>tiki/wiki and perfparse, this can be his only short falling. >>His work >>is as good as the best coder you are likely to meet. Flo is >>working on >>a php front end for PerfParse, using similar methods as tiki/wiki. A >>suggested goal to merge Nagios PP into a wiki type product, giving to >>the user the ability and advantages of all systems. >> >>Rene Grabner. >> >>Rene is working to translate the documents into German. >> >>Tim Wuyts. >> >>Tim has contributed many ideas, as well as some scripts to >>the product. >>Most recently he has given us the Raw Data Summary storage. >>This will >>greatly enhance the product. >> >>Friedrich Priewasser >> >>Friedrich is working on a conversion to PostgreSQL, which should be >>released sometime very soon. I am sure this will open >>PerfParse to many >>new users. >> >>Massimiliano Minniti >> >>Massimiliano is looking into a conversion to Oracle storage. >> >>Carsten Franke >> >>Translation of PerfParse into German. >> >>Jeff Scott >> >>Who kindly donated domains including perfparse.org. >> >>Thanks as well to all the other members who have contributed time, >>testing, ideas and code to the project. Including in no order: >> >>Charles Allred, Chris Donovan, Dirk Beer, Ethan Galstad, James >>Greenhalgh, James Ochs, Jon Lyons, Julian Touche, Darren Kemp, >>Krzemiński Krzysztof, Marcos & Marcelo, Norbert Wiedeke, >>Philipp Sand, >>Sebastien Guilbaud and Ton Voon. >> >>My personal thanks to you all. >> >>Regards, Ben. > > > > > ------------------------------------------------------- > The SF.Net email is sponsored by: Beat the post-holiday blues > Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek. > It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt > _______________________________________________ > Perfparse-announce mailing list > Per...@li... > https://lists.sourceforge.net/lists/listinfo/perfparse-announce > -- Ben Clewett bcl...@pe... PerfParse http://www.perfparse.org PP FAQ http://wiki.perfparse.org/tiki-list_faqs.php |
From: Yves <yme...@pe...> - 2005-01-19 18:11:09
|
> I have, as you know, been reticent about RRD. I have written my reason= s > down here: > > http://wiki.perfparse.org/tiki-view_faq.php?faqId=3D5#q21 I asked Ben to update that document with the following : There are 2 kind of needs for perfparse. 1/ need to see what happened yesterday, of few days ago, on a graph, and = only thanks to a graph. There is a storage module that allows an export of data into a f= ormat friendly to gnuplot. This should fit most of your needs already. If somebody implements a storage module for rrdtool, this should not be t= oo hard to do, and it should also fit that need : fill the RRD database, and use your ow= n tools to ask rrdtool to make the graph. 2/ need to store data for long-term, and then make statistics and reports= (including graphs). You must use a database for that. There is no way to use a rrd f= ile. Ben explains this well in his FAQ. In other words, Ben and many will be very happy with a rrd storage module= is somebody wants to contribute. But it will not replace the database. Last thing : one of the latest version of Perfparse I contributed to (0.1= 04.8 or 0.104.9 ?) allows to compile with no database support. With no database support, = you get only 20% of the features of perfparse. With RRD support, those 20% would be re= ally more friendly than now. Yves --=20 - Homepage - http://ymettier.free.fr - http://www.logicacmg.com - - GPG key - http://ymettier.free.fr/gpg.txt - - Maitretarot - http://www.nongnu.org/maitretarot/ - - Perfparse - http://perfparse.sf.net/ - |