From: | Lincoln Yeoh <lyeoh(at)pop(dot)jaring(dot)my> |
---|---|
To: | Scott Marlowe <scott(dot)marlowe(at)gmail(dot)com>, David Boreham <david_list(at)boreham(dot)org> |
Cc: | "pgsql-general(at)postgresql(dot)org" <pgsql-general(at)postgresql(dot)org> |
Subject: | Re: Justifying a PG over MySQL approach to a project |
Date: | 2009-12-18 19:10:56 |
Message-ID: | 200912181911.nBIJBNCv015648@vsmtp6.jaring.my |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
At 11:28 AM 12/18/2009, Scott Marlowe wrote:
>On Thu, Dec 17, 2009 at 7:51 PM, David Boreham <david_list(at)boreham(dot)org> wrote:
> > Scott Marlowe wrote:
> >>
> >> I would recommend using a traffic shaping router (like the one built
> >> into the linux kernel and controlled by tc / iptables) to simulate a
> >> long distance connection and testing this yourself to see which
> >> replication engine will work best for you.
> >>
> >
> > Netem :
> > http://www.linuxfoundation.org/collaborate/workgroups/networking/netem
> > We used this to make a test rig for Directory Server replication, to verify
> > a
> > re-design that added pipelining to the replication protocol.
> > It's already in the modern Linuxes--just needs to be configured.
>
>Wow, everytime I turn around someone's built something cool from a set
>of small sharp tools. Thanks!
There's also a livecd with a WebUI to emulate WANs. I think it's
basically a wrapper around tc/netem, but I find it convenient for
quick and dirty tests.
It seems you currently can only control outbound traffic from an
interface, so you'd have to set stuff on both interfaces to "shape"
upstream and downstream - this is not so convenient in some network topologies.
Regards,
Link.
From | Date | Subject | |
---|---|---|---|
Next Message | David Boreham | 2009-12-18 19:19:17 | Re: Justifying a PG over MySQL approach to a project |
Previous Message | sabrina miller | 2009-12-18 19:00:33 | Triggers made with plpythonu performance issue |