Ваши две опции просто не предоставляют преимущества, поскольку ввод-вывод будет просто рассеян вокруг всех физических дисков в обеих конфигурациях.
Если у Вас есть 4 физических диска, и Вы на самом деле хотите получить максимум possibile производительность от них (*), вот то, как сделать это:
Последняя точка является самой важной; с этой конфигурацией у Вас может быть эти две группы файлов, эффективно работающие параллельно, но это только становится полезным, если можно поместить данные туда способом, которые позволяют делать ввод-вывод на них обоих одновременно; таким образом, Вы могли поместить различные таблицы на различные группы файлов или использовать одного из них для таблиц и другого для индексов, или... у Вас есть бесконечные решения, все это зависит от Вашей фактической рабочей нагрузки.
(*) Это действительно - усовершенствованная оптимизация, в большинстве случаев это - просто излишество, поскольку единственная группа файлов / единственный объем/единый массив будут намного более просты справиться и достигнут очень похожего perfomarnce, если Вы на самом деле не сможете параллелизировать свой ввод-вывод.
Вы могли видеть, на самом деле ли $DEV? Я не уверен, что перевод в рабочее состояние моста воспитывает участников.
ifconfig $DEV up 0.0.0.0
вместо ifconfig 0.0.0.0$DEV
Вы уверены, что теги VLAN приняты сетью? Это работает без образования моста?
Кроме того, iptables и ip_forward являются слоем выше, образование моста происходит на уровне 2, таким образом, это не должно влиять на образование моста.