From kloczek@boss.zie.pg.gda.pl Sat Jul 23 23:03:02 2005 Path: news.gazeta.pl!newsfeed.gazeta.pl!news.task.gda.pl!not-for-mail From: Tomasz =?UTF-8?Q?K=C5=82oczko?= Newsgroups: pl.comp.os.linux Subject: Re: Raid-0 - problem z =?UTF-8?Q?wydajno=C5=9Bci=C4=85?= Date: Fri, 22 Jul 2005 21:00:59 +0000 (UTC) Organization: CI TASK http://www.task.gda.pl Lines: 47 Message-ID: References: NNTP-Posting-Host: boss.zie.pg.gda.pl Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Trace: korweta.task.gda.pl 1122066059 28441 153.19.33.230 (22 Jul 2005 21:00:59 GMT) X-Complaints-To: abuse@news.task.gda.pl NNTP-Posting-Date: Fri, 22 Jul 2005 21:00:59 +0000 (UTC) X-Original-Organization: CI TASK http://www.task.gda.pl User-Agent: tin/1.7.8-20050321 ("Hellisay") (UNIX) (Linux/2.4.20-2.31sparcsmp (sparc64)) X-Organization-Notice: Organization line has been filtered Xref: news.gazeta.pl pl.comp.os.linux:1128885 Maciej Nowicki wrote: [..] > sorki za cytat, ale to gazeta... > robilem podobne testy dd na dev/null i wynik jet podobny, > zreszta ludziska sie chwalili ze maja 2 razy wyzszy transfer, nawet w > software-raid howto tez pisza o tym. Transfer w pojedynczej baaaardzo długiej operacj dyskowej .. owszem (hdparm IIRC wykonuje testy blokiem 2MB). Prędkość wymiany informacji z urządzeniem blokowym podczas rzeczywistej pracy ? .. już nie. Typowo chunk size o ile nie wymusiłeś innego przy tworzeniu stripa jest 64KB. Przekłada się to tylko na to że tylko operacje powyżej tego rozmiaru będą miały szanse wykonać się szybciej niż gdyby było to odwołanie do pojedynczego dysku. Jak chcesz się dowiedzieć przybliżoną wielkość operacji I/O jaką wykonujesz na tych dyskach to przyjrzyj się kolumnie avgrq-sz w wyjściu z "iostat -x". Mówiąc inaczje: zysk ze stripingu jest tym mniejszy im bardziej różni się avgrq-sz dla konkretnego /dev/md* od avgrq-sz dla poszczególnych dysków. W tym wypadku dla dysków powinneś mieś w przybliżeniu równe dla wszystkich dusków z których składałeś stipa i równe chunk size meta dev czyli w wierszu dla dysków z których składałeś tego meta dev w avgrq-sz powinieneś mieć wartość bliską 64KB. Komasowanie operacji I/O do tego rozmiaru też ma swoje znaczenie ale to jeszcze inna bajka .. a jeszszcze inna bajka to jaką watrtość powinno mieć chunk size w odniesieniu do parametrów samego dysku (głównie rozmiaru cache) .. bo to sprzęt i jego parametry dobiera się pod obciążenie, a nie że na danym sprzęcie używa sie jakieś techniki tylko dlatego, że sie gdzieś o niej wyczytało. W tuningu zasobów dyskowych jest więcej szczegułów niż dałoby się opisać w jednym numerze [1] (co by jednak nie mówić na baaardzo niskim jednak poziomie) czasopisma które miałeś przed nosem. Niestety dobrej dokumetacji traktujacej o temacie nie ma. W razie czego polecam dokumentację do Solarisa czy FreeBSD (ogólnie jest to to samo choć cześć detali dla Linuxa jest inna). [1] IIRC pdf dla Solka traktujący o temacie ma ponad 100 stron z czego żeby temat właściwie zrozumieć warto odwołać się do kilku innych dokumentów. kloczek -- ----------------------------------------------------------- *Ludzie nie mają problemów, tylko sobie sami je stwarzają* ----------------------------------------------------------- Tomasz Kłoczko, sys adm @zie.pg.gda.pl|*e-mail: kloczek@rudy.mif.pg.gda.pl*