From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Date: Thu, 16 Mar 2006 13:19:03 +0300 From: Damir Shayhutdinov To: Gennadiy Redko Subject: Re: [Comm] =?koi8-r?B?VVNCLcTJ08suIMLF2s/Q?= =?koi8-r?B?wdPOzyDJ2tfMxd7Y?= Message-ID: <20060316101903.GA7944@damir.rnd.local> References: <4417F686.2010600@diyaorg.dp.ua> <20060315120338.GB2409@damir.rnd.local> <441843EC.5010109@zaz.zp.ua> <20060315170740.GK2409@damir.rnd.local> <44186A71.5040902@zaz.zp.ua> <679044850603151221g47bb3bag@mail.gmail.com> <44187B4D.4020504@zaz.zp.ua> <44187DB6.4020402@zaz.zp.ua> <679044850603160053n2ba38424x@mail.gmail.com> <441934A0.9090407@zaz.zp.ua> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <441934A0.9090407@zaz.zp.ua> User-Agent: Mutt/1.4.2.1i X-Operating-System: ALT Linux Master 2.4 (Citron) Resent-From: Damir Shayhutdinov Resent-Date: Thu, 16 Mar 2006 13:21:09 +0300 Resent-To: community@lists.altlinux.org Resent-Message-Id: <20060316102109.B28247D76@damir.rnd.local> X-OriginalArrivalTime: 16 Mar 2006 10:24:33.0510 (UTC) FILETIME=[D16E9860:01C648E3] Cc: community@altlinux.org X-BeenThere: community@lists.altlinux.org X-Mailman-Version: 2.1.6 Precedence: list Reply-To: ALT Linux Community List-Id: ALT Linux Community List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Mar 2006 10:24:43 -0000 Archived-At: List-Archive: List-Post: On Thu, Mar 16, 2006 at 11:49:20AM +0200, Gennadiy Redko wrote: > Damir Shayhutdinov пишет: > > > > > Оно не прибудет по-любому, пока есть -o sync. Поэкспериментируйте. > > > Так что все-таки происходит? > Если кэш устройства пустой, то sync не должен ничего писАть на > флэш, даже будучи запущенным. > А если не пустой - тогда почему бы и не записать ? Э-эх *одевает профессорскую мантию и подготовливает длинную лекцию* Есть такая программа - sync(1). Она делает системный вызов sync(2), который сбрасывает все буферы файлов на диск. В отличие от этой программы, есть такая опция монтирования (-o sync). Она похожа на действие системного вызова sync, вызываемого постоянно. То есть любые операции записи (write) будут блокированы до тех пор, пока данные физически не попадут на диск. (к этой опции есть альтернатива - опция O_SYNC при открытии файла, но я про нее говорить здесь не буду). Пишет программа на диск строчку из допустим 4 байт - и выполнение программы приостанавливается, пока эти 4 байта физически не будут записаны. И если программе надо допустим записать 1024 раза по 4 байта - то она будет 1024 раза ждать пока эти данные будут физически записаны (и блок флешки будет перезаписан 1024 раза). Но если монтировать без -o sync, то эти 1024 вызовов по 4 байта операционной системой будут преобразованы в одну запись длиной 4096 байт, что будет сделано гораздо быстрее, и, что важнее, асинхронно с выполнением основной программы - то есть программа не будет ждать, а сможет выполнять свои вычисления дальше. Таким образом, в зависимости от опции -o sync в параметрах монтирования в вышеприведенном примере, запись 4096 байт может быть выполнена 1024 физическими записями на диск (с -o sync) и одной физической записью (без -o sync или что то же самое, с -o async). Износ флешки таким образом, при включенном -o sync и вышеописанном использовании ускоряется в тысячу раз. Это конечно экстремальный случай, для иллюстрации, но задумайтесь, разве изменение метаинформацией о файлах (что происходит при каких-то изменениях в файловой системе) не является похожим случаем? -- WBR, Damir Shayhutdinov