Thomas (boggyb) wrote,

  • Mood:
  • Music:
Oh dear, I seem to be performance testing my test environment, and it's losing to the actual software being tested. This is not particularly helpful.

(also unhelpful was finding that one server I was using had a mere 512MB of RAM... and one proxy I tried ate through all of it in a matter of seconds)

The rough setup is source -> proxy -> SIP server -> proxy -> sink. Normally that's a reasonable layout, except for this test the proxy on each side is actually the same. This means that it's got to cope with double the load of the SIP server that I'm actually testing, and judging by the errors the proxy is spamming at me I don't think it is. One of them might cope if I can work out how to turn off the insane debug spam (turning its debug level down from 3 to 0 had no affect).

That said, I'm in the same situation I was in last week in that what happens to the call outside of my program is not that relevant to the test, and so mangling the test environment is fair game as long as whatever mangled behaviour it produces can be fully explained. I wonder if I can fudge the routing such that I can use different proxies, or even better bypass them entirely as I know the source and sink are fast enough...
Tags: nablopomo

  • NaBloPoMo!

    It's November, which means it's time for anther month of semi-coherent ramblings! Ironically, despite the current Covid insanity today was much like…

  • Alleluia! Christ is risen!

    He is risen indeed, Alleluia! This has been something of a strange Easter. It's the first year I've not gone back to Horsham (which was already…

  • Mini-update

    A random moment in the life of boggyb... At church music practice this afternoon (I turn up when I'm running the projection for a…

  • Post a new comment


    default userpic
    When you submit the form an invisible reCAPTCHA check will be performed.
    You must follow the Privacy Policy and Google Terms of use.