Whereas my Squeak environment comes up in a second. No, it isn't an "OS," or 
not anymore anyway. But it pops right where I left it. The system that supports 
it is lucky to boot in a minute... and I can't easily prove it, but...

I have this *feeling* that my OS is doing a lot durring boot to set up things I 
never use in a suboptimal way. And it doesn't even come up exactly where I left 
it. It *tries* by reopening various things and *sometimes* it works well enough 
that I don't notice that something is broken. 

Usually, though, I'm sitting there wondering why I have to spend minutes of my 
day waiting for the tool that I need to do my job to become available. This 
sucks. Rebooting at all is a PITA. That it takes minutes, I think, is just lack 
of forethought or designing for the wrong use case. 

</rantypants />

On Dec 16, 2011, at 7:10 PM, John Zabroski <[email protected]> wrote:

> On Fri, Dec 16, 2011 at 10:04 PM, Jecel Assumpcao Jr.
> <[email protected]> wrote:
>> Steve Dekorte wrote:
>> 
>>> [NeXTStation memories versus reality]
>> 
>> I still have a running Apple II. My slowest working PC is a 33MHz 486,
>> so I can't directly do the comparison I mentioned. But I agree we
>> shouldn't trust what we remember things feeling like.
>> 
>> -- Jecel
> 
> 
> The Apple booting up faster was not simply a feeling, but a fact owing
> to its human-computer interaction demands.  They set fast boot speeds
> as a design criteria.  Jef Raskin talks about this in the book The
> Humane Interface.  Even modern attempts to reduce boot speed have not
> been that good, such as "upstart", an event-driven alternative to
> "init".
> 
> Eugen has some very good points about human limits of managing
> performance details, though.  Modern approaches to performance are
> already moving away from such crude methods.
> 
> _______________________________________________
> fonc mailing list
> [email protected]
> http://vpri.org/mailman/listinfo/fonc

_______________________________________________
fonc mailing list
[email protected]
http://vpri.org/mailman/listinfo/fonc

Reply via email to