ru.unix.bsd

 
 - RU.UNIX.BSD ------------------------------------------------------------------
 From : Kostik Belousov                      2:5020/400     02 Mar 2008  16:52:54
 To : Eugene Grosbein
 Subject : Re: snapshots
 -------------------------------------------------------------------------------- 
 

 Eugene Grosbein <Eugene.Grosbein@f1.n5006.z2.fidonet.org> writes:
 
 > 02 мар 2008, воскресенье, в 14:45 KRAT, Kostik Belousov написал(а):
 >
 >  >> Hа дисках современных размеров UFS snapshots что-то уж совсем
 >  >> неприлично долго создаются, единицы минут. А кто знает, они хотя бы
 >  >> атомарные получаются или нет? Крепнет у меня подозрение, что нет.
 >  KB> Да, все писатели приостанавливаются в момент начала создания снапшота.
 >  KB> Основное время уходит на (двухстадийное) копирование групп цилиндров.
 >  KB> Такая организация снапшотов - компромисс между тем, что они делаются
 >  KB> на UFS и объемами метаинформации, которую нужно скопировать.
 >
 > Есть раздел /cache2 со сквидовским кешем (тип ufs) под 6.3-PRERELEASE,
 > с софтапдейтами:
 >
 > # df -h
 > Filesystem     Size    Used   Avail Capacity  Mounted on
 > /dev/ad0s1a    126M     74M     42M    64%    /
 > devfs          1.0K    1.0K      0B   100%    /dev
 > /dev/ad0s1f    3.4G    901M    2.2G    28%    /usr
 > /dev/ad0s1e    252M    209M     23M    90%    /var
 > /dev/ad0s1g    1.9G    740M    1.0G    41%    /cache
 > /dev/ad2s1d    144G    1.5G    131G     1%    /cache2
 > devfs          1.0K    1.0K      0B   100%    /var/named/dev
 >
 > При выключенном в rc.conf сквиде (squid_enable="NO")
 > рубанём питание. При запуске - штатно - через 60 секунд
 > после перехода в multiuser стартует background fsck.
 > Пока он проверяет все остальные fs, система ведет себя
 > вполне отзывчиво, но в момент начала проверки /cache2
 > начинает крайне тормозно отвечать в rlogin-сессии
 > (при этом пейджинга практически нет), предварительно
 > запущенный top показывает, что почти всё время
 > fsck_ufs -p -B /dev/ad2s1d проводить в состоянии wdrain
 > и частенко возникает *Giant. Это он делает снапшот?
 >
 > Через относительно длительное время (минута или несколько)'
 > системе возвращается отзывчивость, fsck при этом продолжае
 > свою работу над этим разделом. squid во время такого теста не запущен,
 > да и вообще больше никакой нагрузки на систему нету.
 > То есть fsck конкуренции за I/O не испытывает.
 >
 > Железо: P1-133, 48M RAM, Intel PIIX3 WDMA2 controller.
 
 Уже сделанный снапшот существенно на скорость работы системы не влияет.
 bgfsck в начале работы создает снапшот, и потом проверяет его. Остановка
 операций ввода-вывода и продолжительность паузы для этого железа/размера
 раздела вполне нормальны, я подозреваю, что при таком объеме RAM буферы
 для cg group просто не помещаются одновременно в память.
 
 *Giant в выводе часто возникает потому что sysctl(2) работает под
 Giant'ом, и в момент раюоты top'а, являющегося интенсивным пользователем
 sysctl, остальные нитки, пытающиеся войти в non-MPSAFE участки кода, часто
 блокируются.
 
 UFS в RELENG_6 MPSAFE, если в ядре отсутствует option QUOTA (как в GENERIC).
 --- ifmail v.2.15dev5.4
  * Origin: A poorly-installed InterNetNews site (2:5020/400)
 
 

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

Тема:    Автор:    Дата:    Re: snapshots   Eugene Grosbein   02 Mar 2008 20:34:07   Re: snapshots   Kostik Belousov   02 Mar 2008 16:52:54