Yes, you're right. I hadn't thought of the Fedora-as-the-future angle. sigh.
But then at least I must see whether it happens on another Fedora box, and a more up to date one -- i.e. F20, which I now have. My test that showed the slowdown ran on F17. I will start that today. I did not get the callgrind data yet, because I was unable to install callgrind-devel on my F17 box, which is why I finally installed F20 on another box..... so, I will report on what happens here. ----- Original Message ----- > Hi Mick, > > That's a real head-scratcher - I'm at a loss to explain what you are seeing. > > On a lark I thought that perhaps generating new random uuids for each message > send may be involved - perhaps over time the entropy pool would shrink and > slow down the allocation of new uuids. I even wrote a little python loop > that did nothing but allocate uuids. Ran overnight, no change in allocation > rate on my Fedora 19 laptop. > > Yeah, I really, really need to get a larger tinfoil hat. > > Otherwise, while I personally agree with your opinion regarding Fedora > support, I'm hesitant to dismiss the problem without root causing it since > what is in Fedora today often ends up in RHEL tomorrow. > > Did your callgrind tracing show anything of interest? > > -K > > > ----- Original Message ----- > > From: "Michael Goulish" <mgoul...@redhat.com> > > To: proton@qpid.apache.org > > Sent: Monday, October 20, 2014 9:53:05 AM > > Subject: proton engine perfectly stable on RHEL 6 after 1.5 billion > > messages > > > > > > unlike my recent experience on Fedora, > > I have just seen my psend and precv clients > > ( written against proton engine/driver interface ) > > survive a 1.5 billion message test completely unscathed. > > > > On the machine I am using, that is about 4.5 hours of > > sending messages as fast as they will fly. > > > > Memory use is absolutely stable -- no increase at all > > in RSS as measured by 'top'. > > > > Time per 5 million messages has always between 56 and 57 > > seconds. > > > > This is exactly the same code (for the send/recv clients) > > that I used on Fedora when I saw the gradual slowdown. > > ( I downloaded new proton code in the wee hours today, but > > it sure doesn't look like anything that got checked in in the > > last 3 days is at all relevant to a gradual slowdown.) > > > > SO ! > > > > please give me your opinion but ... I think that we DO NOT CARE > > about behavior on Fedora. The reason I am doing these > > soak tests is to assure potential users that the code is > > stable enough for prolonged use in a production environment. > > Which Fedora is not. > > > > Does that make sense to everybody ? > > > > > > > > > > -- > -K >
