ИМХО дело не в etercifs. У меня на некоторых шарах скорость до 3 мб/с падает на нативном cifs'е. Самому интересно, что за ерунда такая.

Вот и я ничего не понимаю. Сейчас еще раз померял скорость с etercifs. На "контрольном" компьютере (RFR-15) - скорость чтения на хосту по CIFS - аж до 50-60 мегабайт разогналась. В KVM-машине на нем поднятой, через бридж (виртуалка CentOS 6.2, интерфейс Virtio), чтение идет со скоростью 30-35 мегабайт.

Видимо, надо будет запланировать на осенние праздники апгрейд этого сервера до уровя RFR-14. Ну а если не пойдет процедура, то поставить туда CentOS 6.

Конфиг сервера samba и клиента проблемного покажи ка.
Может проблема в  etercifs?

Конфиги серверные - без затей. Считай стандартные. Тем более, что на контрольную машину идет поток с большой скоростью. На сервер я не грешу поэтому. Что такое конфиг проблемного клиента - я не совсем понимаю. Это опции монтирования по CIFS? Вот они:

mountopts="-fstype=cifs,rw,wine,noperm,nounix"

И на них скорость чтения гигабайтного файла по cifs на момент написания спича примерно 15 мегабайт.
При этом скорость чтения по NFS с того же сервера в то же самое место - почти 78-79 мегабайт в секунду.
Деградация налицо.

На "контрольном" клиенте (RFR_15) с теми же опциями монтирования - скорость чтения тог же и оттуда же по cifs 45-50 мегабайт в секунду... Если самбу крутить локально на сервере (RFR-14) - то скорость примерно такая же. Меня этот полтинник вполне бы устроил...
Цифры эти получил в момент написания данного письма. То есть почти единомоментно.

Я тоже думаю на etercifs. Причем думаю долго (давно то есть)... Снесу его вечером и погоняю нативный cifs. Но это задачу не решит. Поскольку самые тормоза начинаются, когда я (точнее юзеры) идут из витруальной машины (VirtualBox+RFR-14.i386) через этот самый etercifs к базам 1С. Там скорость может до полутора-двух мегабайт падать... А в виртуалке без etercifs не обойтись. Увы...

Предлагаю на обсуждение следующую задачку.
1. гигабитная сеть.
2. 3 компьютера, один раздает ресурсы по cifs и по nfs (точнее glusterfs, но сие не принципиально), два других - принимают. Сетевые настройки на всех компьютерах - дефолтные.
3.  Скорость обмена клиентов с сервером по NFS высокая, порядка 60-80 мегабайт в секунду. То есть - соответствует скорости дискового канала на сервере и подтверждает,что сетевые настройки не самые плохие. А вот с CIFS, с самбой, полная непонятность.
3.1. На одном компьютере (железо - процессор i5 и 4 гигабайта памяти на борту, ось RFR-15.i386 + etercifs v5.4.2) самбовые шары летают как ураган - 50-60 мегабайт в секунду. Железо - процессор i5 и 4 гигабайта памяти на борту. Вывод - сервер самбы настроен оптимально или близко к этому.
3.2. На втором клиенте (железо - процессор 2 ксеона по 4 ядра и 12 гигабайт памяти на борту, ось RFR-13.x86-64 + etercifs v5.4.2) еле ползает. То есть, если разгонится до 14-15 мегабайт, то хорошо, но чаще и до 10 не добирается. Вывод - собака зарылась в клиенте.
3.3. Если смонтировать cifs-раздел на самом раздающем сервере (железо - процессор двухядерный пень и 4 гигабайта памяти на борту, ось RFR-14.x86-64 + etercifs v5.4.2), то скорость такого локального обмена высока, 35-40 мегабайт, но раза в потора медленнее дискового канала...
4. etercifs 32-х разрядный, но запускается на 32-х разрядной оси и быстро, а на 64-х разрядной - получается тормоз великий. 
--------------
пункт 4 - соврал. Неправда. Etercifs соответсвует разрядности оси. Специально еще раз целенаправленно скачал пакеты с оффсайта, при этом - контролировал разрядность (откуда брать), переставил - не помогло. К сожалению скопилировать сам пакет из исходников оперативно не могу (чтобы гарантировать верный результат). Возникает ошибка при обработке спека.  Так что - на доверии к Etersoft...
--------------

Никто с этим делом не сталкивался? Задача - максимально разогнать скорость чтения ремутных cifs-ресурсов на ксеоновом сервере (п.3.2). Что можно подкрутить в клиенте?