From owner-freebsd-questions@FreeBSD.ORG Sat Jul 10 11:18:31 2010 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E67A21065675 for ; Sat, 10 Jul 2010 11:18:30 +0000 (UTC) (envelope-from freebsd-questions@m.gmane.org) Received: from lo.gmane.org (lo.gmane.org [80.91.229.12]) by mx1.freebsd.org (Postfix) with ESMTP id 7201C8FC14 for ; Sat, 10 Jul 2010 11:18:30 +0000 (UTC) Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1OXY4i-0007g9-VX for freebsd-questions@freebsd.org; Sat, 10 Jul 2010 13:18:28 +0200 Received: from 193.33.173.33 ([193.33.173.33]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 10 Jul 2010 13:18:28 +0200 Received: from c.kworr by 193.33.173.33 with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 10 Jul 2010 13:18:28 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-questions@freebsd.org From: Volodymyr Kostyrko Date: Sat, 10 Jul 2010 14:18:20 +0300 Lines: 105 Message-ID: References: <4C37DA39.4000706@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: 193.33.173.33 User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; uk-UA; rv:1.9.1.10) Gecko/20100627 Thunderbird/3.0.5 In-Reply-To: <4C37DA39.4000706@gmail.com> Subject: Re: Disk very slow in FreeBSD X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Jul 2010 11:18:31 -0000 10.07.2010 05:26, Depo Catcher wrote: > > I've tried everything here: > http://forums.freebsd.org/showthread.php?t=15747 > and here: http://forums.freebsd.org/showthread.php?t=15722 > Also followed this: > http://forums.freebsd.org/showpost.p...8&postcount=38 > > > I have a 2TB WD drives that I would like to use as one big data partition. > I'm using UFS2. No raid, nothing fancy. I'm on FreeBSD 6.4 Release. Have you tried last release version? > Under windows I can easily read/write about at ~75MB/s without doing > nothing but formatting it. > My friend has the same drives in Linux, he says he can get ~50MB/s on > his very low end system (crap cpu and only 256mb of ram). > > Under FreeBSD, my write is at best ~6MB/s and read is about ~9MB/s. The > CPU, amount of ram, etc are all better than both the above boxes so > don't think it's bound by anything externally like that. From what I > read, the partitions aren't aligned correctly? > > What's going on here? For start to finish, how should I partition and > format these so they don't suck? > > > > diskinfo: > Code: > > [root@fire2 ~/drive]# diskinfo -v /dev/da3 > /dev/da3 > 512 # sectorsize > 2000396746752 # mediasize in bytes (1.8T) > 3907024896 # mediasize in sectors > 243201 # Cylinders according to firmware. > 255 # Heads according to firmware. > 63 # Sectors according to firmware. > > dataconfig.cfg: > Code: > > #http://forums.freebsd.org/showpost.php?p=76148&postcount=38 > 8 partitions: > # size offset fstype [fsize bsize bps/cpg] > a: 3906961408 1 4.2BSD 4096 32768 > > bsdlabel/newfs: > Code: > > bsdlabel -R /dev/da3 datadrive.cfg > newfs -S 4096 -b 32768 -f 4096 -O 2 -U -m 8 -o space -L u2 /dev/da3 > > fstab: > Code: > > /dev/da3 /u3 ufs rw 2 2 Can you post detail about your controller? Can you post cache and error recovery mode pages for your disks? Dmesg sample? hint: # camcontrol devlist at scbus0 target 0 lun 0 (da0,pass0) at scbus0 target 1 lun 0 (da1,pass1) at scbus0 target 2 lun 0 (da2,pass2) at scbus0 target 3 lun 0 (da3,pass3) at scbus0 target 4 lun 0 (da4,pass4) at scbus0 target 5 lun 0 (da5,pass5) Now take scbus:target:lun and issue: # camcontrol modepage 0:0:0 -l 0x01 Read-Write Error Recovery Page 0x03 Format Device Page 0x04 Rigid Disk Drive Geometry Page 0x08 Caching Page 0x0a Control Mode Page 0x1c 0x00 Vendor-Specific 0x00 Vendor-Specific The caching page is number 8: # camcontrol modepage 0:0:0 -m 8 IC: 0 ABPF: 0 CAP: 0 DISC: 0 SIZE: 0 WCE: 0 MF: 0 RCD: 0 Demand Retention Priority: 0 Write Retention Priority: 0 Disable Pre-fetch Transfer Length: 0 Minimum Pre-fetch: 0 Maximum Pre-fetch: 0 Maximum Pre-fetch Ceiling: 0 -- Sphinx of black quartz judge my vow.