Date: Thu, 07 Nov 1996 19:20:29 GMT Server: NCSA/1.5 Content-type: text/html Last-modified: Wed, 06 Nov 1996 17:28:56 GMT Content-length: 9411 Andy "Krazy" Glew's <br> University of Wisconsin <br> Home Page

Andy "Krazy" Glew's
University of Wisconsin
Home Page

This is Andy's first cut at a Wisconsin home page. It is largely formed from snippets of my Intel home page, and is not very stylish or organized.

Summary


Self Image

Joe Beef of Montreal, the Son of the People
He cares not for Pope, Priest, Parson, or King William of the Boyne; all Joe wants is the Coin. He trusts in God in summer time to keep him from all harm; when he sees the first frost and snow poor old Joe trusts to the Almighty Dollar and good old maple wood to keep his bellow warm, for Churches, Chapels, Ranters, Preachers, Beechers and such stuff Montreal has already got enough.

Joe Beef was an inn-keeper at Montreal's harbour in the 1800s, deplored by churchmen as a notorious atheist. He was less well-known for his charity. All stranded sailors knew that they could always go to Joe Beef's and, in exchange for chopping a few chords of firewood, get a meal and a warm place to sleep. Joe printed the above manifesto on handbills and advertisements.

Computer Architect and OS Hacker
Although I was an "Aspiring Computer Architect" (something I formerly had on my fake Motorola business card) ever since I started working with computers - the first thing I did on learning Z80 assembly was redesign the chip - I started out as a UNIX kernel hacker (Gould real-time UNIX) and still think of myself wistfully as an OS hacker.


Computer Architecture

Once and Future...

I was involved in the microarchitecture of the Intel Pentium Pro (P6), and in the adoption of MMX by Intel. See my resume.

Wannabe Author: The Art of Computer Architecture

I am constantly on the verge of writing a book entitled "The Art of Computer Architecture" - a grabbag of tricks and techniques, sort of an antidote to Hennessy and Patterson - but I cannot afford the diskspace on an Internet service provider or the charges for an always connected system of my own. Suggestions appreciated...

Interesting Pieces of Computer Architecture

One of the best ways to learn how to be a computer architecture is to read - not textbooks, but datasheets, instruction set references, etc.

Miscellaneous Info

Web wanderings...

Netscape bookmarks

Stocks

Coding Standards

Roy Wilkinson's P6 C Coding Standards I disagree with many of these.

RCS and Configuration Management

Although, or perhaps because, I quit my first real job (at a quickly defunct startup company called Enfoprise, building "business workstations") on the first day because they had changed my job assignment from UNIX driver writing to "Systems Integration", I have had a longstanding love/hate relationship with configuration management tools like SCCS and RCS.

My first published paper was "Boxes, Links, and Parallel Trees: Elements of a Configuration Management System" in the first USEnix Workshop on Software Management. In this I described a centralized RCS database, with multiple "views" and hardlink cloning to save space and time, as used by Gould Computer Systems Division's UNIX team.

Brian Berliner deprecates my approach in one of the CVS papers, mainly because he advocates an optimistic concurrency control approach, whereas he thought that I advocated locking. Actually, I advocate optimistic concurrency control, but I also advocate locking in case the optimistic version gets into livelock; and, I usually insist that there be a single, identified, serial schedule of source code checkins so that testing can proceed in a linear manner. I require programmers to test that their new code works in a system with all previous fixes applied. (Although I recognize that even this requirement can be relaxed.)

I often use a more stripped down version of the same approach in things like the P6 EAS . I apologize for never having created a truly portable set of tools to accomplish this.

P6 uses a similar approach, although Mike Fetterman and Mark Aitken deserve the credit here.

For P6 I enhanced RCS 5.5, with several features that went into RCS 5.6, most notably the -r. version number (which became -r$ in RCS 5.6).

And, overall, I am sufficiently a fan of RCS that I RCS everything, including my .cshrc, .login, and even my web page.


Calendar

Wisconsin

How to arrange meetings with me, etc.:

Since there seems to be no ubiquitous calendaring or scheduling program at the university of Wisconsin CS Department - various people use SUN's cmtool, or the public domain ical or plan, but there is not a critical mass of any of these - I am now doing my calendaring in isolation, using the Pilot PDA and its associated PC software. At least this means I can add meetings on the fly. When it gets into my Pilot, the meeting is "committed" (or at least as committed as is possible).

I may also record meetings on the fly using my Voice Organizer.

Therefore, to arrange a meeting with me, you must get in touch with me, preferably by email, possibly by phone or in person, so that I can manually add the meeting to my calendar.

I have not yet created a way to download my calendar from the Pilot software to a web page.

I have not yet created a way to download my calendar from the Pilot software to my Microsoft watch.

Intel

At Intel, I was a devout user of the group scheduling program - last time I was at Intel, Synchronize (UNIX/PC), but also OnTime in the past - which were weak in that they did not have disconnected operation or email operation, but at least allowed the majority of people in MD6 and MRL to schedule meetings with me without my manual intervention. At Intel, the scheduling algorithm was: if you have access to Andy's calendar using Synchronize, use it (but also tell Andy what the meeting is about by email or in person - I reserve the right not to go to meetings to which I have been blindly invited); if you cannot use Synchronize, if urgent make the meeting with Andy's admin, Teresa Locke, who can put it in Synchronize; if possible, check out Andy's calendar on his web page and propose if the meeting is not urgent, e.g. is two or more weeks in the future, you can avoid bothering Teresa by sending Andy email; but realize that Andy may miss the meeting if you have not sent the email far enough in advance.

Overall

Scheduling and calendaring, and other PIM and PDA-like topics, are something that I am fascinated with. How do we bring the efficiency advantages of having personal secretaries and aides de camp to all computer users?
$Header: /afs/cs.wisc.edu/u/g/l/glew/public/html/RCS/glew.html,v 1.43 1996/11/06 17:28:56 glew Exp $