Просто такива бонуси не ми трябват. За момента разделението на база user/goup ми е достатъчно. Евентуално ще се загледам защо не ми сработва като хората quotad но това е малък проблем за момента.
On 12/01/2008, Dimitar Vasilev <[EMAIL PROTECTED]> wrote: > v4 признава extended attributes. > Защо не пробваш тестово с нея на друга машина? > > На 12.01.08, Vladimir Vitkov <[EMAIL PROTECTED] > написа: > > > > Използвам v3 върху TCP. Проблема поне до някъде се крие във extended > > attributes за ext3. > > > > При монтиране на експортираният дял със > > noatime,nodiratime,noacl,nouser_xattr,nosuid,nodev,rw > ситуацията се > > подобри. Не е нещо супер чувствително но пък и за момента ми липсват > > достатъчно данни за да съм по точен. > > Общото наблюдение е че трафика е паднал с около 30% > > > > On 12/01/2008, Pavlin Petkov <[EMAIL PROTECTED]> wrote: > > > 2008/1/5 Vladimir Vitkov < [EMAIL PROTECTED]>: > > > > Здрасти група, > > > > > > > > ЧНГ първо :) и да имаме повече време за почивка. > > > > > > > > Сега по темата > > > > Имаме следната ситуация > > > > > > > > internet <-> WEB server <-> switch <-> NFS server > > > > > > > > връзката между WEB и NFS: гигабитови ланки (един и същи модел) > > > > > > > > Наблюдава се следното: > > > > На NFS сървъра > > > > * Перманентен поток от записи върху дяла отделен за експортиране в > > > > размер 2МБ - 5МБ (усреднено 2,9) > > > > * 40 - 42 % заявки от тип setattr (видяно с nfsstat -s) > > > > * реално четене и писане под 20% > > > > > > > > На WEB сървъра > > > > * леко лагване при листване на директории но то идва от другаде > > > > * перманентен трафик към NFS сървъра в размер на около 3 - 6 Mbit > > > > * изходящ трафик към internet 100 - 300 Kbit ( т.е. около 10 20 пъти > по малко) > > > > > > > > Общо за системата: > > > > Файловите системи навсякъде са монтирани със noatime,noacl > > > > NFS експорта е бърз (тука ще трябва да ми повярвате но ...) > > > > има около 40тина сайта (общо към 75Г данни) > > > > На WEB сървъра експорта е монтиран с удължено кеширане на атрибутите и > > > > големи rsize,wsize > > > > на WЕБ сървъра има около 5 Г кеш (файлов) > > > > > > > > Въпрос: > > > > Някаква идея защо се наблюдава такова поведение? > > > > Нормално ли е? > > > > Някакви подсказки как да понамаля натоварването? > > > > > > Не знам до колко ще съм от помощ, но до колкото ми е известно setattr > > > заявки се генерират от клиентски софтуер. > > > Т.е. някое от приложенията, които вървят на WEB съръра ги генерира. > > > Може би малко игра с tcpdump ще каже кое е и ще прецениш дали може да > > > се пре-конфигурира да не праща толкова много (или такива) заявки или > > > въобще да се спре. > > > > > > Коя версия на NFS ползваш, все пак? Предполагам, че е 3 или 4. Мисля, > > > че v2 игнорираше подобни заявки. > > > > > > Успех в търсенето, > > > Павлин Петков > > > _______________________________________________ > > > Lug-bg mailing list > > > [email protected] > > > http://linux-bulgaria.org/mailman/listinfo/lug-bg > > > > > > > > > -- > > С уважение, > > Владимир Витков > > > > http://www.netsecad.com > > http://www.supportbg.com > > _______________________________________________ > > Lug-bg mailing list > > [email protected] > > http://linux-bulgaria.org/mailman/listinfo/lug-bg > > > > > > -- > Димитър Василев > Dimitar Vassilev > > GnuPG key ID: 0x9E997D24 > Keyserver: pgp.mit.edu > Primary key fingerprint: CFB1 C9D4 F685 D6A9 5045 E762 013D D411 9E99 7D24 > _______________________________________________ > Lug-bg mailing list > [email protected] > http://linux-bulgaria.org/mailman/listinfo/lug-bg > > -- С уважение, Владимир Витков http://www.netsecad.com http://www.supportbg.com _______________________________________________ Lug-bg mailing list [email protected] http://linux-bulgaria.org/mailman/listinfo/lug-bg
