шаманством занимаетесь

IMHO Перед тем как решать, сначала нужно сформулировать задачу / проблему. Внятные и осмысленные требования по производительность в договоре/доп.соглашениях/прочих документах.

"На разделенном получаем условно от 30 до 50% потерь по времени. Заказчик говорит уменьшайте задержку в сети, настройками."
" Заказчики хотели бы довести потери на разделении сервера приложений от сервера бд до 20%, хотя судя по всему задача не решаема."

эти требования не внятные и не осмысленные

1) Сферические проценты потерь

Довести потери до 1 % очень легко! Просто нужно взять старенький комп 486 SX 25, попытаться собрать под него постгресс...

Запрос будет выполняться 1 минуту, запрос по сети 1 минуту и пол секунды - требуемые параметры достигнуты !!!

note: вместо 486 SX, можно придумать и другие, более современные технологии "ускорения через замедление )))"- своп, разместить важные части базы на флоппи дисках/USB-флешках и так далее и так далее...

2) Как считать потери и задержку в сети?

Можно считать latency сети netperf / qperf. Тут все просто! В два раза должно меняться просто включением/выключением interrupt moderation
Если уже выключено ))), то перед показом заказчика включаем и потом выключаем... шарик входит и выходит ( C ) Ио

Если на реальном приложении, то и netperf и psql не показатель. И может очень слабо (и вплодь до обратного, по тесту улучшаем, на деле ухудшаем) коррелировать с работой реального приложения. AFAIK

batong,

Спасибо за информацию и за ссылку на статью, достаточно полезная.