Strotmann.de

Monday May 11, 2009

Once upon a time at -- Hobbytronic

Yesterday, I was looking for a 3 ½" floppy diskfor an Atari ST. I found one disk without label, and before formatting it, I tool a look what's stored on it. To my suprise, I found some of the first digitized pictures (for me) made on Hobbytronic 1992 (a computer fair in Dortmund) where ABBUC had a booth opposite a company doing scanner and digitizer cameras. So below we have the ABBUC Hobbytronic booth crew of 1992.[Read More]

Saturday May 09, 2009

Forth on the Vintage Computer Festival Europe 2009

On Booth 23 (me with entry ticket 42, for all numerologicals) I had two RTX2000 single board computer on display.

Image of Booth Setup 1

The theme of the exhibition has been "In space, no one can hear you scream", and for the RTX 2000 machines there was materials collected about NASA, AMSAT and ESA space missions that make use of the RTX 2000 CPU. Both RTX2000 Boards (a "kleiner Muck" and a "Wiesel 2000") were shown working, connected via RS232 to an Amstrad NC100 that was used as a terminal and Forth Editor.

Especially the VME Bus on the "kleiner Muck" got attention, and there will be a follow up project to connect the Muck with an Atari TT (which also has an VME Bus internally).

Image of Booth Setup 2

To be able to judge the processing speed of the RTX2000 compared with a regular CPU, Stefan "Beetle" Niestegge from the Atari TT exhibition helped running a simple benchmark (Primes) on both boards and on an Atari TT. The Atari TT was running BigForth ST on MINT on an Motorola 68030 with 30 Mhz.

As a result we found that the "Muck" with an 6Mhz RTX2000 is about the same processing speed (when it comes to Forth) as the 30Mhz Atari TT. Interestingly the 10Mhz "Wiesel" was about two times slower than the "Muck" and the "TT", which is probably due to some errors in our benchmarking (If someone has worked with the "Wiesel" board and has an idea what can cause this slowdown, please leave a comment).

The VCFe was again a very enjoyable weekend. Unfortunately the weather in Munich was too good, so there were not too much visitors finding their way into the VCFe Exhibition grounds.

The topic for next years VCFe will be "Online Communication". If you have nostalgia for UUCP, Mailboxing and acoustic couplers, please join next year!

Sunday Nov 09, 2008

Learning Clojure

Learning a LISP like language and EMACS (again, next try...) [Read More]

Tuesday Aug 05, 2008

'Timemachine'ish backup with ZFS and rsync

Apple MacOS X Timemachine is a nice piece of software. However it does not compress the data, and it only works on MacOS X. I was looking to a similar solution that works also on other Unix Systems (as well as MacOS X) and does transparent compression of the data. The idea is to have multiple backups on one disk, each backup showing the state of the source hard disk or directory at the time of the backup, browsable by the normal file system tools, without storing any data duplicated. I found a solution using the ZFS file system and 'rsync' (rsync is pre-installed on most Unixish operating systems).

Requirements

My tutorial is for MacOS X, but it can be adapted to any of the Systems that support the ZFS file system

Step 1: preparing a ZFS file system

I used the steps from the ZFS on MacOS-Forge site to create a ZFS pool on an external USB drive: Finding the disk:
# diskutil list . . . /dev/disk2 #: type name size identifier 0: Apple_partition_scheme *9.4 GB disk2 1: Apple_partition_map 31.5 KB disk2s1 2: Apple_HFS FW 9.2 GB disk2s3

writing a GPT label on the external disk (be sure to not format your 'main' disk here!):

# diskutil partitiondisk /dev/disk2 GPTFormat ZFS %noformat% 100% Started partitioning on disk disk2 Creating partition map [ + 0%..10%..20%..30%..40%..50%..60%..70%..80%..90%..100% ] Finished partitioning on disk disk2 /dev/disk2 #: type name size identifier 0: GUID_partition_scheme *9.4 GB disk2 1: EFI 200.0 MB disk2s1 2: ZFS 9.0 GB disk2s2

createing a ZFS pool on the disk called 'macbook-backup':

# zpool create macbook-backup /dev/disk2s2

enable compression on the new pool and disable ATIME:

# zfs set compression=on macbook-backup # zfs set atime=off macbook-backup

the hard drive is now prepared.

Step 2: creating the first (the 'base') backup

now I create the first full backup, which I call the 'base' backup. For this I create a new file system called 'base' in the ZFS pool 'macbook-backup':
# zfs create macbook-backup/base

next I copy all files from my backup-source directory (or the whole source disk) to the backup:

# rsync -avh --progress --delete /Users/myuser /Volumes/macbook-backup/base/

depending on the size of the data to backup, this will take a while.

Once the backup is finished, we can access all files under '/Volumes/macbook-backup/base'. With the ZFS command I can check the compression-ratio of our backup:

# zfs get all macbook-backup/base NAME PROPERTY VALUE SOURCE macbook-backup/base type filesystem - macbook-backup/base creation Wed Jan 31 9:08 2007 - macbook-backup/base used 2.21G - macbook-backup/base available 1.76G - macbook-backup/base referenced 2.21G - macbook-backup/base compressratio 1.38x - macbook-backup/base mounted yes - macbook-backup/base quota none default macbook-backup/base reservation none default macbook-backup/base recordsize 128K default macbook-backup/base mountpoint /Volumes/macbook-backup/base default macbook-backup/base sharenfs off default macbook-backup/base shareiscsi off default macbook-backup/base checksum on default macbook-backup/base compression on local macbook-backup/base atime off local macbook-backup/base devices on default macbook-backup/base exec on default macbook-backup/base setuid on default macbook-backup/base readonly off default macbook-backup/base zoned off default macbook-backup/base snapdir hidden default macbook-backup/base aclmode groupmask default macbook-backup/base aclinherit secure default macbook-backup/base canmount on default macbook-backup/base xattr on default

Step 3: creating an incremental backup

Now, a few weeks later, I want to make a new, incremental backup. So I create a new snapshot of the base file system and then clone that snapshot into a new file system:
zfs snapshot macbook-backup/base@20080804 zfs clone macbook-backup/base@20080804 macbook-backup/20080804

The directory for my new, incremental backup will be '/Volumes/macbook-backup/20080804'. So far the new file system does not use any space on the hard drive. Now I do the new backup with 'rsync':

# rsync -avh --progress --delete /Users/myuser /Volumes/macbook-backup/20080804/

The new backup will only take as much new space on the backup hard drive as there were changes compared to the base backup. But still I am able to browse through the file system at '/Volumes/macbook-backup/20080804' and see all files that were available at the date of the 2nd backup.

Any subsequent snapshots for more backups will be done from the 20080804 file system.

Saturday Jun 28, 2008

uEmacs fuer Solaris und OS2 (alt)

Dies ist ein Eintrag aus meinem alten Wiki und der alten "strotmann.de" Homepage von 1999, welcher aber immer wieder einmal nachgefragt wurde und den es daher auch im neuen Blog gibt.

  • Der Texteditor MicroEmacs. Eine 32 Bit EMX Version des MicroEmacs für OS/2 2.x und höher (Binärdateien und Sourcen für OS/2).
  • MicroEmacs 99 (JASSPA); Binärdatei (ELF) für Solaris 7 x86.
  • MicroEmacs 4.00 (orig); Binärdatei (ELF) für Solaris 7 x86.
MicroEmacs Solaris 7 (x86)

Binärdateien für SUN Solaris Unix Version 7 (SunOS 5.7) für Intel Prozessoren (nicht SPARC). Es ist die original MicroEmacs 4.00 Version und die JASSPA MicroEmacs 99 Version verfügbar. Unbedingt die benötigten Resourcedateien von der jeweiligen Homepage besorgen.

mEmacs für OS/2 2.x, Warp (3), Warp 4, Aurora, eComStation

Dies ist die 32 Bit Version des MicroEmacs 4.00 Texteditor. Ich habe die Quelldateien der 3.12 EMX/GCC Version von Ralf Seidel (siehe Datei readme.os2) mit dem Quellcode 4.00 von Daniel Lawrence zusammengeführt. Die verwendete EMX Version ist 0.9d, es wird also die EMX Runtimeumgebung emxrt.zip ( http://hobbes.nmsu.edu oder http://www.leo.org) benötigt.

Ich habe einige Änderungen an dem Quellcode in os2npm.c durchgeführt um auf eine erweiterte Bildschirmauflösung von 50x132 Zeichen (XGA) schalten zu können. Diese Auflöung wird durch den Befehl "set $sres XGA" in der emacs.rc eingestellt. Die Bildschirmauflösung kann auch durch den OS/2 Befehl "mode con1 coYY,XX" vor dem Start von MicroEmacs eingestellt werden. XX ist die Anzahl der Spalten, YY ist die Anzahl der Zeilen.

Einige Änderungen in den Quelldateien file.c und german.h verbessern die Unterstützung der deutschen Sprache.

Bei Fragen oder Anregungen zur OS/2 Version schreibt mir eine Mail via Internet-Mail: carsten@strotmann.de.

(English translation)

  • Port of the texteditor MicroEmacs for OS/2. This is the 32bit EMX version of MicroEmacs for OS/2 2.x or above. Binaries and Sources.
  • MicroEmacs 99 (JASSPA); binaries (ELF) for SUN Solaris 7 (SunOS 5.7) x86.
  • MicroEmacs 4.00 (orig); binaries (ELF) for SUN Solaris 7 (SunOS 5.7) x86.

mEmacs binaries for Solaris 7 x86

Binaries for SUN Solaris Unix Version 7 (SunOS 5.7) / Intel (not SPARC). The original MicroEmacs 4.00 version and the JASSPA MicroEmacs 99 versions are available. Please don't forget to download the resourcefiles from the distribution-homepages!

mEmacs for OS/2 2.x, Warp (3), Warp 4, Aurora

This is a 32 Bit version of MicroEmacs 4.00. I used the MicroEmacs 3.12 emx/gcc port of Ralf Seidel (see file readme.os2) and merged it with the 4.00 Source from Daniel Lawrence. The emx version used is 0.9d, so you need emxrt.zip ( http://hobbes.nmsu.edu or http://www.leo.org).

I changed the Source os2npm.c to use a extended screen resolution XGA 50x132. You can set this resolution with "set $sres XGA" in the emacs.rc file. You can also change the screen resolution before starting MicroEmacs with the OS/2 command "mode con1 coYY,XX, where YY are the rows and XX are the columns.

I also changed file.c and german.h for german language support.

If you have questions about this port, feel free to contact me via Internet-Mail: carsten@strotmann.de.

Screenshots

  • MicroEmacs 4.00 (OS/2) Screenshot:
    memacs.png
  • JASSPA MicroEmacs (Solaris OpenLOOK):
    memacs_solaris.png

MicroEmacs Downloads

MicroEmacs Links

Calendar

Feeds

Search

Links

Navigation

Referrers