dump и kr/s

Any discussions about UNIX OS (include Linux)

Moderator: sva

dump и kr/s

Postby Vova Uralsky on Wed Jul 14, 2010 9:10 am

Заметил тут интересную фигню, бэкаплю 100гиговый раздел:
/sbin/dump -0uanL -C16 -f - /udd2 | ncftpput .....

systat -if показывает 9 с копейками мегов в секунду: при этом iostat -Cx считает

Code: Select all
                        extended device statistics             cpu
device     r/s   w/s    kr/s    kw/s wait svc_t  %b  us ni sy in id
ad0      438.6   0.0 28070.0     0.0    0   1.3  44  18  0 57 18  7


кроме меня на машине никого, почему читается втрое больше чем улетает в сетку?

$ uname -mrs
FreeBSD 7.1-RELEASE-p10 i386
Vova Uralsky
 

Re: dump и kr/s

Postby Mikolaj Golub on Wed Jul 14, 2010 9:10 am

Mikolaj Golub
 

Re: dump и kr/s

Postby Vova Uralsky on Wed Jul 14, 2010 9:11 am

Ага, причина понятна, спасибо!

Прошу прощения за тупость, что с этим делать? Забить?
Vova Uralsky
 

Re: dump и kr/s

Postby Eugene Grosbein on Wed Jul 14, 2010 9:11 am

Можно ещё портировать в dump из NetBSD их реализацию unified cache.
Eugene Grosbein
 

Re: dump и kr/s

Postby Vova Uralsky on Wed Jul 14, 2010 9:12 am

Судя по тому что проблема уже столько лет известна, это никого не волнует и никому ненадо. Логично забить, или "портировать",
если очень достанет, файлопомойку на NetBSD. Можно ещё ZFS попробовать, или tar... Тогда можно будет файлики из mc,
без командной строки, восстанавливать. ;-)
Vova Uralsky
 

Re: dump и kr/s

Postby Vova Uralsky on Wed Jul 14, 2010 9:13 am

Mikolaj Golub wrote:http://www.mail-archive.com/freebsd-hackers@freebsd.org/msg59219.html

У меня дурацкий вопрос снова, поскольку dump -0 на данной машинке занимает около 40 часов, как я понимаю,
можно попробовать отказаться от -C16. Я не проверял, но, как я понимаю, кэширование, ответственное за этот баг не будет
использоваться. Как было написано, используется -L, что хотелось бы сохранить, особенно учитывая время бэкапа.
При этом: "It is recommended that you always use this option (-C) when dumping a snapshot." Какие побочные эффекты можно
ожидать, если не использовать -C16 совместно с -L?

P.S. tar cf - /bla | ncftpput выдает в 2 раза больше чем dump -0L -C16
P.P.S. _не_ флейма ради, ZFS в 7.3 можно пользоваться? Или лучше подождать 8.1 и посмотреть там?
Vova Uralsky
 

Re: dump и kr/s

Postby Victor Sudakov on Wed Jul 14, 2010 9:15 am

Я истолковал это место в man таким образом, что -C чреват, если файловая система во время дампа может измениться.
А если ты дампишь snapshot, то измениться она не может и предполагается, что -C можно смело пользоваться.

Я постоянно делаю 'dump -L' без -C и побочных эффектов не заметил, кроме того, что периодически даже при -L некоторые
файлы в дамп не попадают. Я уже писал об этом.
Vova Uralsky wrote:P.S. tar cf - /bla | ncftpput выдает в 2 раза больше чем dump -0L -C16

По моим ощущениям dump вообще медленный. Hо -C16 давал ускорение раза в два, когда я последний раз его пробовал.
Victor Sudakov
 

Re: dump и kr/s

Postby Vova Uralsky on Wed Jul 14, 2010 9:16 am

Да, попробовав разные варианты вынужден костатировать, придется переходить на tar...
Vova Uralsky
 

Re: dump и kr/s

Postby Victor Sudakov on Wed Jul 14, 2010 9:16 am

обираешься монтировать снапшот и тарить файлы оттуда, или прямо по живому?
Victor Sudakov
 

Re: dump и kr/s

Postby Vova Uralsky on Wed Jul 14, 2010 9:17 am

Пока не решил. Если удастся уложиться с бэкапом в выходные, возможно, можно обойтись и без снэпшотов.
Вообще я не уверен, надо ли оставаться на FBSD и UFS. В данном случае выбор есть, и хороший бэкап нужен.
Vova Uralsky
 

Next

Return to UNIX

Who is online

Users browsing this forum: No registered users and 9 guests

cron