Date: Mon, 19 May 2003 20:22:59 +0300 From: Ruslan Ermilov <ru@freebsd.org> To: Harti Brandt <brandt@fokus.fraunhofer.de> Cc: Andy Farkas <andyf@speednet.com.au> Subject: Re: man(1) oddity - was: HEADS UP: bzip2(1) compression for manpages... Message-ID: <20030519172259.GA62209@sunbay.com> In-Reply-To: <20030519171354.N1011@beagle.fokus.fraunhofer.de> References: <20030520000655.F93323-100000@hewey.af.speednet.com.au> <3EC8EFFD.1060702@tcoip.com.br> <20030519150817.GB49035@sunbay.com> <20030519171354.N1011@beagle.fokus.fraunhofer.de>
next in thread | previous in thread | raw e-mail | index | archive | help
--WIyZ46R2i8wDzkSu Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, May 19, 2003 at 05:25:10PM +0200, Harti Brandt wrote: > On Mon, 19 May 2003, Ruslan Ermilov wrote: >=20 > RE>On Mon, May 19, 2003 at 11:53:49AM -0300, Daniel C. Sobral wrote: > RE>> Andy Farkas wrote: > RE>> > > RE>> >Arrghh. Why you not believe me when I have proved the user experien= ce is > RE>> >different between 4.x and 5.x ????? > RE>> > RE>> He isn't denying that. He's just claiming these 10 seconds are not a > RE>> result of the man page being catpaged. > RE>> > RE>Right. > RE> > RE>> I do have a question... on these examples, does the cat page exist or > RE>> not, for each? > RE>> > RE>It does not. If it exists and is up-to-date, it's just uncompressed > RE>(if it's compressed) and displayed. > RE> > RE>> And what happens in the other case (ie, if the cat page > RE>> does not exist in these examples, what happens when it does exist)? > RE>> > RE>If the catpage does not exist, it's either created (if the user > RE>has the write permission to the cat* directory) or the raw > RE>manpage gets formatted, and the output is piped to the PAGER. > RE>Piped, not ";"ed, hence no message. > RE> > RE>If we are to add the message, it should be "Formatting and > RE>displaying the page, please wait..." which is silly (IMO). >=20 > You should try 'man sh' on an 166MHz Pentium, then you see that this > is not silly... groff is a C++ monster and on slow machines takes quite a > while even to grok the macros, not talking about spitting out the first > page. >=20 No thanks. I've been playing with 3.0-CURRENT on a 486 laptop, and recall running "man ppp" took ages when it was creating a catpage; "please wait..." didn't help. But I also recall that I knew that on a slow box things run slow, and I also recall that not having catpages on that box gave me much better interactive response times from man(1). Cheers, --=20 Ruslan Ermilov Sysadmin and DBA, ru@sunbay.com Sunbay Software AG, ru@FreeBSD.org FreeBSD committer, +380.652.512.251 Simferopol, Ukraine http://www.FreeBSD.org The Power To Serve http://www.oracle.com Enabling The Information Age --WIyZ46R2i8wDzkSu Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (FreeBSD) iD8DBQE+yRLzUkv4P6juNwoRAowoAJ4gdfqeKc87WfR9LHmi4OaCwGGv2gCePrlG zth8HFCFfDQHUGiQkPa3nQc= =qYvk -----END PGP SIGNATURE----- --WIyZ46R2i8wDzkSu--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20030519172259.GA62209>