[dev] GNU yes(1) is slow as shit

My comments on the performance of GNU yes(1): https://github.com/maandree/yes-silly pgpmycFfJkrq9.pgp Description: OpenPGP digital signature

Re: [dev] [sbase] Changing BUFSIZ

On 6/13/17, Mattias Andrée wrote: > On Linux, the performance of cat(1) can be doubled > when cat(1):ing from one pipe to another, by compiling > with -DBUFSIZ=(1<<16) (the default pipe capacity). > This is close to optimial for a read(3)/write(3) > implementation. Agreed. On my

Re: Re: [dev] Interesting Web Browser Decoupling Concept

>/dev/null

Re: Re: [dev] Interesting Web Browser Decoupling Concept

On 13 June 2017 at 18:30, hiro <23h...@gmail.com> wrote: >> Now I reallize that I deeply lacked tact: that question was highly >> unapropriate. > > You are unappropriate. > Does reading this mailing list make anyone want to do anything but drink heavily to forget?

RE: [dev] [sbase] Changing BUFSIZ

I've also seen that. Seems completely silly to care about how quick you can print 'y\n', or whatever string you choose, ad infinitum. There is not real world sitatuion when this is important. Optimising cat(1) however useful for when you want to cat(1) a large file. For example you may want to

Re: [dev] [sbase] Changing BUFSIZ

Mattias Andrée wrote: > On Linux, the performance of cat(1) can be doubled > when cat(1):ing from one pipe to another, by compiling > with -DBUFSIZ=(1<<16) (the default pipe capacity). > This is close to optimial for a read(3)/write(3) > implementation. I have seen people