[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Fw: [Groff] [groff/patch] transparent gzip
From: |
Mark Veltzer |
Subject: |
Re: Fw: [Groff] [groff/patch] transparent gzip |
Date: |
Sun, 25 Aug 2002 16:24:41 +0300 |
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
On Sunday 25 August 2002 15:55, you wrote:
> On Sunday, August 25, 2002 7:35 AM,
> Mark Veltzer <address@hidden> wrote referring to the unbearable
> subtleness
>
> of being:
> > -----BEGIN PGP SIGNED MESSAGE-----
> > Hash: SHA1
> >
> > On Sunday 25 August 2002 15:03, you wrote:
> >
> > It may sound harsh to you but I really don't care that much for
> > commercial UNIX vendors.
>
> Mark,
>
> you are preaching to the choir. Yet, commercial hardware and operating
> systems have their time and place. I am trying to be objective here. :)
>
I'm objective also...:) I didn't suggest doing something to sabotage
commercial companies UNICES. I'm just saying that the fact that they will
have a slightly bumpier road should not be made into a major consideration
for us... (I do think that it's a minor consideration but I think the basic
technical considerations of whether the idea is good or not should override
it).
>
> And what about groff's CPU times? troff has always been a hard CPU hitter.
If
bring_zip_file+unzip < bring_unzipped_file
Then:
being_zip_file+unzip+groff < bring_unzipped_file+groff
Which is true. This is what I actually tested.
>
> >> In this hysteric times, when hard-drives are one US dollar per
> >> gigabyte, 80 GB hard-drives are the norm and CPUs with hardware
> >> clocks slower than 1.3 Gigahertz are obsolete, talking about the
> >> supposed need to compress man pages seems pointless to me.
> >
> > Again, this is not about disk size at all... It's about speed (and if
> > do get the speed benefit - then why waste the disk space...? You get
> > both ends of the stick...).
>
> If you really want speed and have the disk space, short-circuit the
> typesetting step storing all manual pages as typeset output.
>
They are doing that already. catman. But they are doing it just for manual
pages requested not for all manual pages under the assumption that only a
minority of the manual pages will be requested and those who will have a
higher probability of being used again. So every time you do "man foo" foo is
generated in terminal typeset format.
Mark.
> _______________________________________________
> Groff maillist - address@hidden
> http://ffii.org/mailman/listinfo/groff
- -
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: For info see http://www.gnupg.org
iD8DBQE9aNqZxlxDIcceXTgRAsGZAJ9VbsIQ/kN9HT28+Kmi4k0QhIpNtgCg2NWv
NmhI6fA+7L/FiholAAWmh3g=
=x/Ue
-----END PGP SIGNATURE-----
Fw: [Groff] [groff/patch] transparent gzip, Alejandro López-Valencia, 2002/08/25
- Re: Fw: [Groff] [groff/patch] transparent gzip, Mark Veltzer, 2002/08/25
- Re: Fw: [Groff] [groff/patch] transparent gzip, Ralph Corderoy, 2002/08/25
- Re: Fw: [Groff] [groff/patch] transparent gzip, Alejandro López-Valencia, 2002/08/25
- Re: Fw: [Groff] [groff/patch] transparent gzip,
Mark Veltzer <=
- Re: Fw: [Groff] [groff/patch] transparent gzip, Meg McRoberts, 2002/08/25
- Re: Fw: [Groff] [groff/patch] transparent gzip, Colin Watson, 2002/08/25
- Re: Fw: [Groff] [groff/patch] transparent gzip, Stewart Russell, 2002/08/26
Re: Fw: [Groff] [groff/patch] transparent gzip, Jim Reid, 2002/08/25
Re: Fw: [Groff] [groff/patch] transparent gzip, Ralph Corderoy, 2002/08/25
Re: [Groff] [groff/patch] transparent gzip, Alejandro López-Valencia, 2002/08/25
Fwd: Re: Fw: [Groff] [groff/patch] transparent gzip, Mark Veltzer, 2002/08/25