Stories
Slash Boxes
Comments
NOTE: use Perl; is on undef hiatus. You can read content, but you can't post it. More info will be forthcoming forthcomingly.

All the Perl that's Practical to Extract and Report

The Fine Print: The following comments are owned by whoever posted them. We are not responsible for them in any way.
 Full
 Abbreviated
 Hidden
More | Login | Reply
Loading... please wait.
  • So, the last time someone complained about rt.cpan.org's performance, I dropped in some new logging. And actually caught a bogus query that had some Serious performance implications. A quick index fixed it right up. And we've been watching the logs since then. Of the last 25,000 page loads, 95+% have rendered fully to the browser in under two seconds. What I need to know (and a journal post isn't the right place for this. mail to jesse@bestpractical.com would be much better) is 1) What was slow. What page
    • One example for me...

      Resolving a bug, with comment.

      Time to load, around 20+ seconds.

      Time page says it took, 3.5 seconds.
      • Adam,

        You're a developer. You _know_ how to report bugs. (You also have tools like YSlow and Firebug which can give you real numbers)

        But

        1) what IP are you coming from
        2) What URL were you starting from.
        3) What URL did you end up at?
        4) how long did one of the aforementioned tools tell you it took?
        5) What _exact_ time did it happen at?

        What you gave me is basically no better than "it's slow. and lied to me." - Which isn't much to work with.
        • I was in a hurry :)

          Point me at the RT queue for rt.cpan.org and I'll file it properly.
          • The cpan-questions address on the front page of the site will log it in the right place.

            I have a minion with a whole slew of tasks related to fixing up the source for publication and fixing a couple of the worst _known_ performance issues over the next couple weeks. When we do that, we'll be able to cpan rt.cpan and move bug tracking to rt.cpan. ;)
            • I've been sending stuff to that address, and apart from a short period after the most recent upgrade, they fall into the bit bucket and I never know what state they are in after an initial "thanks for the message" response.

              Is the queue actually visible somewhere?

              • FYI, I'm following along and if it turns out that hardware is part of the problem, TPF will do what we can to fix things. As it is, it appears Jesse is on the case and has a few things to try before we buy new hardware.