Главная страница


ru.unix.bsd

 
 - RU.UNIX.BSD ------------------------------------------------------------------
 From : Eugene Grosbein                      2:5006/1       02 Nov 2001  11:13:58
 To : root@sakhalin.su
 Subject : Re: dump 0af - / | restore -rf- отчего так тормозно?
 -------------------------------------------------------------------------------- 
 
  rss>> Сижу, клонирую хард. Фря 4.3S. И не нравится мне...
  >> А там скорее всего процессор действительно простаивает - ждет,
  >> когда диск провернется.
  rss> Понятно... Все равно очень долго.
  rss> Я-то думал, может, я просто не знаю чего-то элементарного,
  rss> типа ключа какого, чтобы все летало сразу :-)
 
 Правильно заданный вопрос - половина ответа :)
 Из man tuning:
 
 IDE WRITE CACHING
      FreeBSD 4.3 flirted with turning off IDE write caching.  This reduced
      write bandwidth to IDE disks but was considered necessary due to serious
      data consistency issues introduced by hard drive vendors.  Basically the
      problem is that IDE drives lie about when a write completes.  With IDE
      write caching turned on, IDE hard drives will not only write data to disk
      out of order, they will sometimes delay some of the blocks indefinitely
      when under heavy disk loads.  A crash or power failure can result in
      serious filesystem corruption.  So our default was changed to be safe.
      Unfortunately, the result was such a huge loss in performance that we
      caved in and changed the default back to on after the release.  You
      should check the default on your system by observing the hw.ata.wc sysctl
      variable.  If IDE write caching is turned off, you can turn it back on by
      setting the hw.ata.wc kernel variable back to 1.  This must be done from
      the boot loader at boot time.  Attempting to do it after the kernel boots
      will have no effect.  Please see ata(4), and loader(8).
 
 Для restore еще очень полезно перемонтировать в async, намного быстрее будет.
 
 Eugene
 --- slrn/0.9.7.0 (FreeBSD)
  * Origin: SVZ-Service (2:5006/1@fidonet)
 
 

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

 Тема:    Автор:    Дата:  
 Re: dump 0af - / | restore -rf- отчего так тормозно?   Eugene Grosbein   02 Nov 2001 11:13:58 
Архивное /ru.unix.bsd/3493880e518a5.html, оценка 2 из 5, голосов 10
Яндекс.Метрика
Valid HTML 4.01 Transitional