Training wheels for commandline (was Re: Pull in upstream before 9.1 code freeze?)

Olivier Smedts olivier at gid0.org
Thu Jul 5 17:34:40 UTC 2012


2012/7/5 Warner Losh <imp at bsdimp.com>:
>
> On Jul 5, 2012, at 10:45 AM, Damien Fleuriot wrote:
>> Just because you don't like the idea doesn't make it stupid, and just
>> because it comes from linux doesn't make it bad.
>
> Both true.  However, if the database lookups took a long time, or had a high overhead to maintain, then it would be stupid to have on by default.

Yes.

And that's why I disagree for turning this kind of feature on by default.

I "feel" when I'm under an Ubuntu (or other desktop-centric distro)
shell because of the delay after trying to execute, for examble, a
mis-typed command. Sometimes it takes so much time to respond that I
think the command was good, and go drink a coffee. Only to find out
that no, it was just bloatware running. FreeBSD is so responsive as it
is. I posted "time" results in another thread, and an Ubuntu Server
took half a second to respond "command not found" at the first try,
and it was a multi-GHz multi-core class CPU with multi-GB of RAM and
multi-hard drive on a RAID. A not so old laptop I have takes ages to
lookup that database ! Wouldn't PC-BSD be a better place for that ?

-- 
Olivier Smedts                                                 _
                                        ASCII ribbon campaign ( )
e-mail: olivier at gid0.org        - against HTML email & vCards  X
www: http://www.gid0.org    - against proprietary attachments / \

  "Il y a seulement 10 sortes de gens dans le monde :
  ceux qui comprennent le binaire,
  et ceux qui ne le comprennent pas."


More information about the freebsd-hackers mailing list