----------------------------------------------------
<b>vi</b>: /V-I/, *not* /vi/ and *never* /siks/ n.
[from `Visual Interface'] A screen editor crufted
together by Bill Joy for an early {BSD} release.
Became the de facto standard UNIX editor and a nearly
undisputed hacker favorite outside of MIT until the
rise of {EMACS} after about 1984. Tends to frustrate
new users no end, as it will neither take commands
while expecting input text nor vice versa, and the
default setup provides no indication of which mode
the editor is in (one correspondent accordingly
reports that he has often heard the editor's name
pronounced /vi:l/). Nevertheless it is still widely
used (about half the respondents in a 1991 Usenet
poll preferred it), and even EMACS fans often
resort to it as a mail editor and for small editing
jobs (mainly because it starts up faster than the
bulkier versions of EMACS). See {holy wars}.
----------------------------------------------------
LM:: What inspired you to write vi?
Billy Joy: What happened is that Ken Thompson came to Berkeley and brought this broken Pascal system, and we got this summer job to fix it. While we were fixing it, we got frustrated with the editor we were using which was named ed. ed is certainly frustrating.
We got this code from a guy named George Coulouris at University College in London called em - Editor for Mortals - since only immortals could use ed to do anything. By the way, before that summer, we could only type in uppercase. That summer we got lowercase ROMs for our terminals. It was really exciting to finally use lowercase.
LM: What year was that?
BJ: ‘76 or ‘77. It was the summer Carter was president. So we modified em and created en. I don’t know if there was an eo or an ep but finally there was ex. [laughter] I remember en but I don’t know how it got to ex. So I had a terminal at home and a 300 baud modem so the cursor could move around and I just stayed up all night for a few months and wrote vi.
LM: So you didn’t really write vi in one weekend like everybody says?
BJ: No. It took a long time. It was really hard to do because you’ve got to remember that I was trying to make it usable over a 300 baud modem. That’s also the reason you have all these funny commands. It just barely worked to use a screen editor over a modem. It was just barely fast enough. A 1200 baud modem was an upgrade. 1200 baud now is pretty slow.
9600 baud is faster than you can read. 1200 baud is way slower. So the editor was optimized so that you could edit and feel productive when it was painting slower than you could think. Now that computers are so much faster than you can think, nobody understands this anymore.
The people doing Emacs were sitting in labs at MIT with what were essentially fibre-channel links to the host, in contemporary terms. They were working on a PDP-10, which was a huge machine by comparison, with infinitely fast screens.
So they could have funny commands with the screen shimmering and all that, and meanwhile, I’m sitting at home in sort of World War II surplus housing at Berkeley with a -modem and a terminal that can just barely get the cursor off the bottom line.
It was a world that is now extinct. People don’t know that vi was written for a world that doesn’t exist anymore—unless you decide to get a satellite phone and use it to connect to the Net at 2400 baud, in which case you’ll realize that the Net is not usable at 2400 baud. It used to be perfectly usable at 1200 baud. But these days you can’t use the Web at 2400 baud because the ads are 24 kilobytes.
Peter Salus in his Open Source Library – Papers gives the following version of events:
The original UNIX editor was ed. It was a line editor of reluctant and recalcitrant style. When UNIX (version 4) got to Queen Mary College, London, in 1973, George Coulouris - a Professor of Computing - wasn’t happy with it. So he wrote a screen editor, which he called “em,” or “ed for mortals.”
Coulouris went on sabbatical to Berkeley, where he installed em on “his” machine. A graduate student noticed it one day, and asked about it. Coulouris explained. He then went off to New Jersey to Bell Labs, and when he returned to Berkeley, he found that em had been transmuted into ex, a display editor that is a superset of ed and a number of extensions—primarily the one that enables display editing.
At the beginning of 1978, the first Berkeley Software Distribution was available. It consisted of a tape of the Berkeley Pascal System and the ex text editor. The graduate student was Bill Joy, and the distribution cost $50. The next year Berkeley got some ADM-3a terminals, and Joy rewrote em to vi—a truly visual editor.
In sum, ed came out of Bell Labs in New Jersey, went to Queen Mary College in London, from there to the University of California at Berkeley, and from there back to New Jersey, where it was incorporated into the next edition of UNIX.
Um das ganze etwas übersichtlicher zu machen habe ich die Ergebnisse des All Mountain – Reifentests aus der Bike 8/2011 in einer Tabelle dargestellt. Die grün/rot Markierungen habe ich nach eigenen Vorlieben hinzugefügt.
»If you want to hire great people and have them stay working for you,
you have to let them make a lot of decisions. And you have to be run by ideas,
not by hierarchy. The best ideas have to win. Otherwise good people don’t stay.«
— Steve Jobs
Full ACK. Very clear, very simple, proven in theory and practise. Hard to implement, even harder to sustain. Works both ways, for hiring and loosing people.
Letzte Woche war in München ein Vortrag der GPM München zum Thema Projekt-Marketing: Projekterfolg durch Effektive Stakeholder-Kommunikation. Ich habe einige interessante Punkte mitgenommen, die ich früher oder später in einem Projekt werde brauchen können. Hier meine Notizen.
PM weil
höhere Akzeptanz
mehr Unterstützung
besseres Feedback
Qualitätskontrolle -- Abdriften des Projekts verhindern
Bestätigung/Zufriedenheit/Anerkennung der Projektmitarbeiter
ist Marketing für jeden einzelnen
(Mangelnde) Kommunikation ist Top 3 Grund für gescheiterte Projekte.
Wann PM?
hohes Risiko (große Veränderungen / viel auf dem Spiel)
Kritiker/Ablehnung zu erwarten
großes Unternehmen / mehrere Standorte
wenn es Vorteile für Kunden bringt, die nicht offensichtlich sind
Stakeholder identifizieren
Stakeholder-Analyse: Auftragen in Koordinatensystem
Grad des Interesses am Projekt
Grad des Einflusses auf den Projekterfolg
Nachdenken: wie kommuniziere ich mit wem?
Projekt-Start
Projektmarketing ist bes. hier wichtig. Die einzige Möglichkeit, Agenda und Themen selbst zu setzen statt reagieren zu müssen.
Ziele am Projektstart
Anfängliche Informations-Lücke füllen
Vertrauen erwecken
Entschlossenheit zeigen: "Das Unternehmen will das"
Maßnahmen
Im Kopf verankern: es passiert was positives, Gutes
Wer seine Intel SSD schon eine Weile hat, kann durch das Update auf die aktuelle Firmware und Aktivieren von TRIM deutlich Leistung dazugewinnen. Nach Messung von xBench waren es bei meiner Intel X25-M satte 35%. In meinem Fall war die SSD auf dem Firmware-Stand 2CV102G9 vom 10. August 2009, die aktuell neueste Firmware 2CV102M3 ist vom 18. Januar 2011.
Sowohl die neuere Firmware selbst als auch TRIM sollen die Leistung verbessern; was letztendlich den Ausschlag gab kann ich leider nicht mehr nachvollziehen, da ich keine getrennten Messungen durchgeführt habe.
SSD Firmware aktualisieren
Man beginnt mit dem Firmware-Update, denn ohne hat das Aktivieren von TRIM keinen Effekt.
Um die Firmware zu aktualisieren lädt man sich das Firmware-Update-Tool von Intel herunter. Das ISO-File brennt man mit Hilfe des Festplatten-Dienstprogramms auf eine CD. Dazu via Ablage > Image Öffnen das Image öffnen, und es links in der Liste anwählen. Eine leere CD einlegen und dann den Brennen-Button klicken.
Jetzt mit dieser boot-fähigen CD im Laufwerk das System neu starten und beim Hochfahren die Taste C (C wie “von CD booten”) gedrückt halten. Hat alles geklappt wird man bald von FreeDOS begrüßt. Der folgende Update-Prozess ist selbsterklärend; bleibt als Disclaimer zu erwähnen besser vorher ein Backup anzulegen.
Ob das Update geklappt hat sieht man nach einem weiteren Neustart im System-Profiler. Im Reiter Hardware > Serial-ATA ist die Firmware-Version der SSD dargestellt (siehe Screenshot). Wer neugierig ist kann jetzt schonmal einen xBench Test laufen lassen und mit dem Anfangswert vergleichen.
TRIM aktivieren
Um TRIM zu aktivieren holt man sich den TRIM Enabler, sichert die aktuelle Konfiguration mit der Backup-Funktion und führt den Patch aus. Nach einem erneuten Neustart wieder ein Blick in den System-Profiler. TRIM sollte jetzt als aktiviert angezeigt sein.
Festplatte nullen
Soweit so gut, sind wir fertig? Nein, noch nicht ganz. Um den Effekt von TRIM sofort zu erhalten werden mit dem Festplatten-Dienstprogramm noch die “leeren” Bereiche der SSD genullt. Das erhöht die Leistung beim Schreiben, da sie vor dem erneuten Beschreiben schon leer sind und nicht erst gelöscht werden müssen. Wenn das unlogisch klingt, hier nochmal der Link zur Funktionsweise von TRIM!
weitere Infos
zukünftige OS X 10.6 – Updates könnten TRIM wieder deaktivieren, dann einfach den TRIM Enabler nochmal ausführen.
