Есть некий софт на RHEL5.7, который обращается в сеть через NFS3 и берёт оттуда сотни гигабайт данных, чтобы отобразить их тридэграфически.
И вот иногда, при обычном скроллинге картинки, интерфейс этого софта зависает и если посмотреть top, то все процессоры в полусне и лишь один молотит на 100%.
Разработчик подтверждает, что большинство модулей его софта однопроцессорны, но убеждает, что проблема не в его софте, а в NFS. Для подтверждения своих слов он делает такой эксперимент - переносит данные на локальный компьютер и действительно софту становится как-то полегче.
Но это лишь эксперимент, который для корпоративной работы не подходит.

Искал в интернетах и не нашёл информации как NFS вообще сотрудничает с процессорами.
Действительно весь поток кидает на один процессор?
Можно ли как-то распараллелить эту беду?
Читал про PNFS, но кажется это не совсем то, что мне поможет.
Во-первых, там тоже ничего не написано о работе с процессорами.
Во-вторых, кажись наша железка не поддерживает NFS4, хотя так глубоко пока не лазил.

Знаю, что необходима сетевая файловая система, но это глобальное решение, к которому прийдётся приступить позже по политическим, финансовым, техническим причинам, а сейчас хочется быстро найти элегантное решение заставить NFS3 работать с несколькими процессорами, либо как-то объединить процессоры, чтобы RHEL, или хотя бы NFS, думал, что процессоров не 8, а хотя бы 2, к примеру.

Извиняюсь, если туплю. Решение ищу и найду, но паралелльно решил спросить тут вдруг кто-то такие проблемы решал практически и они не вызывают у него коллапса в мозговых процессах.

landyNFS - это и есть Network File System
Я имел в виду lustre или gfs какую-нибудь в будущем сделать, но в очень далёком будущем.

landyСеть-то у вас какая?
Сеть гигабитная. Все остальные приложения работают нормально. Если просто копировать, то всё вроде бы тоже хорошо. А вот с одним конкретным софтом проблема. Причём, здесь и до меня пытались выяснить почему иногда возникают тормоза - ничего не нашли. Я начал рыть и пока единственное что заметил так вот это возбуждение какого-нибудь одного процессора во время тормозов. Подумал немного углубиться в этом направлении.

Dimitry SibiryakovЕсли его приложение ждёт загрузки данных в одном потоке, это проблема его приложения, а не канала поступления данных.
Думаю, что с разработчиком никто сильно бодаться не будет по неким политическим соображениям, а в связи с финансовыми трудностями технических улучшений тоже не будет, поэтому разгребать эти тормоза мне доступными способами, то есть мозговыми.

Ivan_Pisarevskyэто сколько в цифрах?
Ну проект может быть 50Гб, может 800Гб. Конечно, это не означает, что сразу все данные закачиваются на локальную машину, но думаю, что объём единовременно обрабатываемых, которые пользователи крутят и изменяют - пара Гб, которые постоянно изменяются и бегают туда-обратно по сети.

Ivan_PisarevskyСофтина это некий фронтэнд к некой СУБД? К какой?
К ораклу. Но в самом оракле мало данных, там буквально какие-то координаты и ещё какая-то мелочь. Оракл я мониторил - там ни блокировок, ни перегрузок.
Основные тридэданные лежат в каком-то своём формате в виде обычных файлов на схд. СХД тоже мониторили изнутри, вроде отдаёт данные без усилий, не перетруждается.

Dimitry SibiryakovНу так углубляйся: подлови его во время 100% загрузки, подключись GDB или сними дамп, а потом посмотри backtrace всех потоков. Или запусти его под strace и посмотри что он делает.
Оно ж не постоянно тормозит. На этой неделе пока тормозов не было, тьфу-тьфу-тьфу, если в этом форуме можно плеваться. Я ещё в первом посте сказал, что пишу сюда параллельно со своими изысканиями в надежде что кто-то с подобным встречался и даст правильный пинок.
С GDB не работал, а вот strace иногда использую, но во-первых, бывает, что он роняет исследуемое приложение, во-вторых, не каждую вываливаемую строку могу правильно интерпретировать.

В общем, спасибо за советы! Продолжаю копать.