080105@evision.ag> <1028809830.28883.13.camel@irongate.swansea.linux.org.uk>
<3D525489.3050209@evision.ag>
<1028813033.28882.37.camel@irongate.swansea.linux.org.uk>
<3D5261AD.9000706@evision.ag>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Mailer: Ximian Evolution 1.0.3 (1.0.3-6)
Date: 08 Aug 2002 20:34:07 +0100
Message-Id: <1028835247.28882.50.camel@irongate.swansea.linux.org.uk>
Mime-Version: 1.0
On Thu, 2002-08-08 at 13:18, Marcin Dalecki wrote:
> I say it n-th time already dd if=/dev/hda of=/dev/hdb should give
> a prefect sector by sector disk clone.
The specific case of the hack for EZdisk I have no issue with the
general problem I do
> The bugs should be fixed in lilo and not worked around in the kernel.
> We have the goal (and in fact obligation for scalability issues) to move
> partition scanning out of the kernel space.
Partition handling doesn't show up in any scalability benchmarks. Show
me an IBM 8 way with partition reading showing up in lockmeter
> Did you ever bother looking the the function in question?
Yes
> Did you ever look at the missordered code in lilo I cited here?
Did you ever think that it
> It did contain 'heuristics" which stopped to annoy people just becouse
> many have developed the immediate reflex of always adding the linear
> parameter during lilo configuration already a very very long time ago
> becouse anything else doesn't make much sense and disks have passed the
> 512MB or even 4G barrier quite a time ago.
So fix the heuristics to the official algorithm. Thats a good thing to
do and test in a development kernel tree.
And btw lots of people still use < 512Mb and < 4G disks. No doubt you'd
prefer your kernel only ran on a pentiumII or higher
Alan
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
This archive was generated by hypermail 2b29 : Thu Aug 15 2002 - 22:00:17 EST