From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from pigeon.gentoo.org ([208.92.234.80] helo=lists.gentoo.org) by finch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1NeuRc-0004Uv-4m for garchives@archives.gentoo.org; Tue, 09 Feb 2010 18:04:16 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 6746BE0CDF for ; Tue, 9 Feb 2010 18:04:15 +0000 (UTC) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by pigeon.gentoo.org (Postfix) with SMTP id 31EB5E0E86 for ; Tue, 9 Feb 2010 17:09:29 +0000 (UTC) Received: (qmail invoked by alias); 09 Feb 2010 17:09:28 -0000 Received: from vpn44.rz.tu-ilmenau.de (EHLO vpn44.rz.tu-ilmenau.de) [141.24.172.44] by mail.gmx.net (mp016) with SMTP; 09 Feb 2010 18:09:28 +0100 X-Authenticated: #4040096 X-Provags-ID: V01U2FsdGVkX1+23OIfR6O2CFxw8KXnPXYtRgozqwWrSUBVQy5vvf zSPTjudZ48cb0v From: Frank Steinmetzger Organization: Steinstark To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] 1-Terabyte drives - 4K sector sizes? -> bar performance so far Date: Tue, 9 Feb 2010 18:09:56 +0100 User-Agent: KMail/1.9.10 References: <5bdc1c8b1002070827i14f59047k39a695900ebe9889@mail.gmail.com> <5bdc1c8b1002081637k685720eewc3b1a805653837d7@mail.gmail.com> <201002090348.26292.Warp_7@gmx.de> In-Reply-To: <201002090348.26292.Warp_7@gmx.de> X-Face: "1ZKx.!K_X3{$#BEQ:$_EGrL\2JP!)fOn%ETC?5g`N^|c]Ot>BKUWgrhDd%O@=?utf-8?q?JCk=7EV84W+=0A=09dAj?=@~'4,w-yl(x#~nQzsu#UjM[Im(@4G[Cy:QFl&,=?utf-8?q?MOH=24ol=3Dx=5Ff+9bBFEHMuQSd=5Fr-Dh=23z=0A=09v?=(\{?u|uqypD_!V*WDYS!m}]td@4'WhbN$ Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@lists.gentoo.org Reply-to: gentoo-user@lists.gentoo.org MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1395815.29xqyi8MdY"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <201002091810.00578.Warp_7@gmx.de> X-Y-GMX-Trusted: 0 X-FuHaFi: 0.52000000000000002 X-Archives-Salt: 48bc66df-178a-4ecd-8db6-014a30547ac1 X-Archives-Hash: 0e1f51218c772d6fa4661b2d377686fd --nextPart1395815.29xqyi8MdY Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Am Dienstag, 9. Februar 2010 schrieb Frank Steinmetzger: > > 4) Everything I've done so far leave me with messages about partition > > 1 not ending on a cylinder boundary. Googling on that one says don't > > worry about it. I don't know... Well since only the start of a partition determines its alignment with=20 hardware sectors, I think it's really not that important. Worst case: mkfs= =20 truncates the last few sectors to make it a multiple of its cluster size. > Anyway, mine's like this, just to throw it into the pot to the others > ( those # are added by me to show their respective use ) > > eisen # fdisk -l -u /dev/sda > > Disk /dev/sda: 500.1 GB, 500107862016 bytes > 255 heads, 63 sectors/track, 60801 cylinders, total 976773168 sectors > Units =3D sectors of 1 * 512 =3D 512 bytes > Disk identifier: 0x80178017 > > Device Boot Start End Blocks Id System > /dev/sda1 * 63 25157789 12578863+ 7 HPFS/NTFS # Windows > /dev/sda2 25157790 88084394 31463302+ 7 HPFS/NTFS # Games > /dev/sda3 88084395 127941659 19928632+ 83 Linux # /=20 > /dev/sda4 127941660 976768064 424413202+ 5 Extended > /dev/sda5 127941723 288816569 80437423+ 83 Linux # /home > /dev/sda6 288816633 780341309 245762338+ 83 Linux # music > /dev/sda7 813113973 976703804 81794916 83 Linux # X-Plane > /dev/sda8 * 976703868 976768064 32098+ 83 Linux # > /boot /dev/sda9 780341373 813113909 16386268+ 7 HPFS/NTFS # > Win7 test I have started amending my partitioning scheme, starting at the rear. Since= my=20 backup drive has exactly the same scheme, I=E2=80=99m working on that and t= hen=20 restore my local drive from it, so I need as little time in a LiveCD=20 environment as possible. I have reset sdb7 to use boundaries divisible by 64. Old range begin%64 size%64 New range begin%64 size= %64 813113973-976703804 0.8281 0.125 813113984-976703935 0 0 And guess what - the speed of truecrypt at creating a new container doubled= =2E=20 With the old scheme, it started at 13.5 MB/s, now it started at 26-odd. I= =E2=80=99m=20 blaming that cap on the USB connection to the drive, though it=E2=80=99s gr= adually=20 getting more: after 2/3 of the partition, it=E2=80=99s at 27.7. So sdb7 now ends at sector 976703935. Interestingly, I couldn=E2=80=99t use= the=20 immediate next sector for sdb8: start for sdb8 response by fdisk 976703936 sector already allocated 976703944 Value out of range. First sector... (default 976703999): The first one fdisk offered me was exactly 64 sectors behind the end sector= of=20 sdb7 (976703999), which would leave a space of those mysterious 62 =E2=80= =9Cempty=E2=80=9D=20 sectors in between. So I used 976704000, which is divisable by 64 again,=20 though it=E2=80=99s not that relevant for a partition of 31 MB. :D As soon as truecrypt is finished, I'm going to solidify my findings by=20 performing this on another partition, and I=E2=80=99ll also see what happen= s if I=20 start at a start sector of k*64+1. Just out of curiousity. :-) =2D-=20 Gru=C3=9F | Greetings | Qapla' Crayons can take you more places than starships. (Guinan) --nextPart1395815.29xqyi8MdY Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (GNU/Linux) iEYEABECAAYFAktxlugACgkQGafpl66MV0wvKwCgjdOMtNJ3S1gZrVk+XZbjxq9t fuIAoKJMeAomG9j11rsXd6kC36tuetCS =TpYi -----END PGP SIGNATURE----- --nextPart1395815.29xqyi8MdY--