Skip site navigation (1)Skip section navigation (2)
Date:      Wed, 06 Mar 2002 19:00:38 -0800
From:      Terry Lambert <tlambert2@mindspring.com>
To:        Mike Meyer <mwm-dated-1015899312.445e86@mired.org>
Cc:        Peter Leftwich <Hostmaster@Video2Video.Com>, Miguel Mendez <flynn@energyhq.homeip.net>, Cliff Sarginson <csfbsd@raggedclown.net>, freebsd-security@FreeBSD.ORG, chat@FreeBSD.ORG
Subject:   Re: http://users.uk.freebsd.org/~juha/
Message-ID:  <3C86D7D6.C11D7E@mindspring.com>
References:  <20020306191854.C2150-100000@earl-grey.cloud9.net> <3C86C11C.8A31C8BB@mindspring.com> <15494.52528.125952.145716@guru.mired.org>

next in thread | previous in thread | raw e-mail | index | archive | help
Mike Meyer wrote:
> While Heisenberg's uncertainty doesn't apply as described to macro
> events, the concept certainly works. If you instrument a kernel to
> find performance problems, you've just slowed the kernel down, and
> changed what routines get used when. And I'm sure we've all had the
> experience of adding a print to try and catch a bug, and the bug
> vanishes.

This only happens if you don't know what you are doing.
It's very easy to do instrumentation which subtracts
itself out of the overall count, if the instrumentation
is for profiling.  For debugging of timing sensitive
problems, you have to use non-invasive techniques in
order to avoid changing the timing.  It isn't rocket
science.

As to the idea that the observer always changes the thing
being observed, that's silly.  It's only true if the
observer isn't copetent, until you get down to the quantum
level.


> Given that computers are so blasted cheap these days, and the
> availability of open source software, there's a lot of learning that
> can be done without stealing cycles from someone else.

Actually, the use of individual equipment is one of the
things that's wrong with todays CS classes.  If you do
your work on your own machine at home, rather than using
shared resources, you never learn to "play nice" with
other software on the system that you didn't plan on.
It's one of the reasons Windows Systems are so fragile
these days, when programs from different vendors are loaded
on them: the programmers responsible never had to learn
to "play nice with the other kids".


> No, they'll just slow them donw, possibly screw up the accounting, and
> similar things that can make peoples lifes miserably. Read the book by
> the guy at LBL who helped track down a couple of crackers, even though
> they mostly used a "look but don't touch" methodology on his
> computers. His web site seems to be gone, or I'd send over there to
> order a Kleine bottle from him as well.

You mean Clifford Stoll's "The Cuckoo's Egg: Tracking a Spy
Through the Maze of Computer Espionage", in which he used
non-invasive observational teqniques that did not impact
what he was observing?  8-).

I think  his neo-luddite books "Silicon Snake Oil: Second
Thoughts on The Information Highway" and "High Tech Heretic:
Why Computers Don't Belong in the Classroom and Other
Reflections by a Computer Contrarion" are a lot more telling,
don't you?

	"Ultimately, though, Stoll contradicts himself too
	 often: in one sentence, he fears the demise of
	 libraries; in the next, he states why book-based
	 libraries won't disappear. What's more, he
	 undermines his argument's seriousness with comic
	 footnotes and deliberately improper grammar. Still,
	 his book signals the first wave in the backlash
	against the race to the future that computer
	 technology now represents." -- Benjamin Segedin

PS: The people he was writing about in "The Cuckoo's Egg"
we definitely not just observers...

-- Terry

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-security" in the body of the message




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?3C86D7D6.C11D7E>