ru.unix.bsd

 
 - RU.UNIX.BSD ------------------------------------------------------------------
 From : Vadim V Vorobev                      2:5020/400     12 Apr 2002  09:10:39
 To : All
 Subject : оHОПЮБЙЮ : МЕГЮЙПШРШЕ ТЮИКШ Б яюлае
 -------------------------------------------------------------------------------- 
 

 Конфигурация :
 cel-466  128Mb  20+2*60 IDE
 3 сегмента сети
 freeBSD 4.4-R
 Samba 2.2.3a как PDC
 сеть из прим. 40 PC - но интересное явление только с 14 из них, которые
 работают с 1с (лежит на самбе). Клиенты для 1с ок. 10*NT4 и 4*win2000
 (NT от 64 до 128 М памяти, 2000 от 128 до 256).
 
 Конфигурации довольно "скромные" (в среднем 500 файлов считая индексы).
 Базы 2 штуки - в каждой в среднем сидит 7 человек (половина активно
 работает,
 половина так - дурью мается)
 
 в кернеле:
 maxopenfiles=32768
 maxfilesperproc=16384
 max users=512
 softupdates off
 
 В самбе :
 oplocks=No
 fake oplocks=No
 kernel oplocks=No
 max open files=9900
 oplock break wait time=10
 share modes=Yes
 locking=Yes
 blocking locks=Yes
 strict locking=Yes
 Итак, после разбора полетов выяснилось :
 
 В процессе работы накапливаются "открытые файлы" (дескрипторы)
 сверх меры, причем, они "прикручены" к конкретным файлам.
 То есть по расчетам должно быть открыто 4500-6000 файлов (посчитав
 количество клиентов в каждой базе) - а sysctl kern.openfiles возвращает
 утром "лишнюю" 1000 файлов, днем 4000, к вечеру до 12000 "лишних"
 файлов!
 
 Причем стоит ВСЕМ выйти из баз, а потом просто зайти монопольно
 (в 1с) и сразу выйти - И ЭТИ ФАЙЛЫ СРАЗУ ЗАКРЫВАЮТСЯ.
 
 Hо до этого открытые дескрипторы заметно тормозят работу....
 А такого, чтобы никого не было в базах фактически не наблюдается
 (не выключают даже на обед).
 
 Грешил на оплоки - но обнаружил такое безобразие :
 1. Если сначала в базу подключаются 2 NT станции то оплоки кажется
 правильно выглядят
 2. Если же первой в базу садится станция 2000, а потом любая другая - то
 
 с оплоками получается ерунда какая-то... некоторые файлы (не случайные
 а одни и те же) оказываются эксклюзивно залоченными _сразу_ в 2 юзера!
 То есть smbstatus пишет например:
 1234 DENY_NONE EXCLUSIVE+BATCH /work/buh/1soper.dbf
 5678 DENY_NONE EXCLUSIVE+BATCH /work/buh/1soper.dbf
 
 Это примерно 15-20% от общего количества файлов! Естественно, если в
 таком режиме
 оставить - то у базы крышу сорвет конкретно...
 
 так что оплоки я выключил... а вот "незакрытые файлы" остаются...
 --- ifmail v.2.15dev5
  * Origin: Ekaterinburg telegraph (2:5020/400)
 
 

Вернуться к списку тем, сортированных по: возрастание даты  уменьшение даты  тема  автор