From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1QEfdd-0005U8-0y for mharc-grub-devel@gnu.org; Tue, 26 Apr 2011 06:37:01 -0400 Received: from eggs.gnu.org ([140.186.70.92]:59618) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QEfda-0005U1-TX for grub-devel@gnu.org; Tue, 26 Apr 2011 06:37:00 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1QEfdZ-0002Pt-Ur for grub-devel@gnu.org; Tue, 26 Apr 2011 06:36:58 -0400 Received: from mail-ww0-f41.google.com ([74.125.82.41]:44835) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QEfdZ-0002Ph-Mw for grub-devel@gnu.org; Tue, 26 Apr 2011 06:36:57 -0400 Received: by wwi18 with SMTP id 18so2100550wwi.0 for ; Tue, 26 Apr 2011 03:36:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:message-id:date:from:user-agent:mime-version:to :subject:references:in-reply-to:x-enigmail-version:content-type; bh=AdZM03m4VnTrXtlZA9AwmiGoiaoB++mSrHM9l54unRk=; b=B/tdbExXX9N45455Zw9ha7GAHpxRULt/o3vjJwcUmI49R8h6/xFTeua2xjySotaieJ hfWZKmd+BHm7CCsVMSxYsCf2bNG200uN/MvPSbpGXm+lp8bZ/qOdY2tQ4qciCo0dpDTw yR9IsediFiFD3r7fo3OfbfsSUOlDWLVxma/fw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:x-enigmail-version:content-type; b=wdAF/hhKcxM9JsDiFP1JJajTyY+LmJHvkEBKj9a0UN0rZR9uU8Ot5WIbvmwNOWs15V boTGce9RDkvMcesC7UcGQUC7+XJQo6cyCFuOT8QexM6r//lr4yyKPC6TqpxElWa0FlYq C2W7XCIyXTNpZxIYMp1NB3Ju0UXgc5Bsm+i8M= Received: by 10.216.139.42 with SMTP id b42mr607684wej.37.1303814216713; Tue, 26 Apr 2011 03:36:56 -0700 (PDT) Received: from debian.x201.phnet (4-246.2-85.cust.bluewin.ch [85.2.246.4]) by mx.google.com with ESMTPS id k76sm2933812wej.43.2011.04.26.03.36.53 (version=TLSv1/SSLv3 cipher=OTHER); Tue, 26 Apr 2011 03:36:54 -0700 (PDT) Message-ID: <4DB6A03B.7070204@gmail.com> Date: Tue, 26 Apr 2011 12:36:43 +0200 From: =?UTF-8?B?VmxhZGltaXIgJ8+GLWNvZGVyL3BoY29kZXInIFNlcmJpbmVua28=?= User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.15) Gecko/20110402 Iceowl/1.0b2 Icedove/3.1.9 MIME-Version: 1.0 To: grub-devel@gnu.org Subject: Re: Grub2 EFI: Image loading from USB takes too long References: <775884.3554.qm@web120005.mail.ne1.yahoo.com> <4D9F38C9.3090203@gmail.com> <4DA7EBF3.8090007@gmail.com> <4DB553F3.3020503@gmail.com> In-Reply-To: X-Enigmail-Version: 1.1.2 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="------------enig86C0BEB4F2644048EC814394" X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 2) X-Received-From: 74.125.82.41 X-BeenThere: grub-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: The development of GNU GRUB List-Id: The development of GNU GRUB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Apr 2011 10:37:00 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig86C0BEB4F2644048EC814394 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On 26.04.2011 05:03, Bean wrote: > Hi, > > It's not decided by fs driver, it's configured by a flag in > grub_file_open, which is passed to the disk driver. There is only a > few places where we can expect large file, such as linux/initrd > command. Yet worse, such a high level shouldn't care about low-level at all. > And in this case, caching is useless since we only use the > data once and caching would only flush out useful data unnecessarily. > By setting a flag to indicate direct read is required, we can optimize > access for such situation while keeping the cache for others. This is > similar to the pass through flag for linux/windows. I don't think that the intent is the same. Under OS considerations are more along transaction-safeness and barriers for databases and cache disabling for system software. Normal application shouldn't use those fla= gs. >> Which is an example of bad design. Rather than improving the existing >> function to do both caching and unbroken read (like in my 4096 branch)= >> you have 2 functions and force upper layers to do the tradeoffs and ca= re >> about matters which should be abstracted and invisible to them. > _______________________________________________ > Grub-devel mailing list > Grub-devel@gnu.org > https://lists.gnu.org/mailman/listinfo/grub-devel > --=20 Regards Vladimir '=CF=86-coder/phcoder' Serbinenko --------------enig86C0BEB4F2644048EC814394 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iF4EAREKAAYFAk22oEMACgkQNak7dOguQglzuQD9E7mSd+FNEargWDM3JXNVnHEC PSYfbUmfxkH6HKOg/XoBAIRAIXBWtCr6aVBfBLGs11Jod90Q6wmH2m5bh0A+tvdZ =4jJL -----END PGP SIGNATURE----- --------------enig86C0BEB4F2644048EC814394--