Re: Justifying a PG over MySQL approach to a project

Поиск
Список
Период
Сортировка
От David Boreham
Тема Re: Justifying a PG over MySQL approach to a project
Дата
Msg-id 4B2BD5B5.2050809@boreham.org
обсуждение исходный текст
Ответ на Re: Justifying a PG over MySQL approach to a project  ("Gauthier, Dave" <dave.gauthier@intel.com>)
Ответы Re: Justifying a PG over MySQL approach to a project  (Lincoln Yeoh <lyeoh@pop.jaring.my>)
Список pgsql-general
Lincoln Yeoh wrote:
> 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.
This is more a property of the universe than the software ;)

However, there are tricks that can be used with a virtual nic driver to
give the effect of 'inbound' shaping
in the case that you don't have control over the sending interface.
In our project we deployed a dedicated shaping machine with a bunch of
nics that connected to each test hosts.
Then wrote scripts to setup the shaping and the test host routing to
emulate the desired network characteristics.



В списке pgsql-general по дате отправления:

Предыдущее
От: sabrina miller
Дата:
Сообщение: Triggers made with plpythonu performance issue
Следующее
От: Lincoln Yeoh
Дата:
Сообщение: Re: Justifying a PG over MySQL approach to a project