[прим. пер. — думаю, Томас говорит о 1993-1994, потому как на момент конца разработки игры в 1998, Amiga уже дважды банкротилась, а последняя выпущенная модель A4000T выходила в 1995 и с процессором в 50 МГц, целыми 16 мегабайтами памяти и разрешением 640×480 вряд ли могла конкурировать со среднестатистическим Pentium II (233-450 МГц, 128-256 МБ памяти и разрешением 1024×768, не говоря уже о модных 3D-ускорителях) эпохи 1998.]

Не обязательно. Не смотря на банкротство Коммодор и постоянные перекупки ее наследия, оставалось достаточно большое количество амиг на руках (предыдущее поколение — самый продаваемый компьютер в Европе в 88-89 годах, даже к концу 90-ых их было еще полно). По этому сторонние фирмы продолжали выпускать ускорители, видео-карты и т.п. для этой платформы.
Так что в 97 году на амигу можно было купить двух-процессорный акселератор (моторола 060-50mhz для совместимости и старта машины, и powerpc 604-233mhz для современных игр/приложений) и видео-карты на чипах Virge, Permedia 2 (а пермедия — это уже конкурент voodoo).

Такие игры как quake1-2, heretic, hexen были портированы для таких машин и вполне конкурентно игрались на амигах.

Еще интересно, что на платформе амига не было маркетинговых/искусственных ограничений. Платформа последних амиг (3000, 4000 и, частчно, 1200), разработанная на рубеже 80-х и 90-х годов была истинно 32-битной. Не смотря на то, что тогда размер памяти в 4 мегабайта казался огромным (и стоил состояние), платформа позволяла адресовать все 4 гигабайта, а операционная система реально работала с размером памяти в 2 гигабайта (это выяснили энтузиасты, создав модули памяти на современной элементной базе, уже в этом веке). В тех же амигах, разработанная в те же годы шина zorro3, благодаря своей асинхронности и режиму busmaster, теоретически могла достигать скорости передачи 150мегабайт/с (немного быстрее, чем разработанная на 3-4 года позже pci в PC).
То есть, чисто теоретически, на той самой платформе амиги4000, без внесения в нее принципиальных изменений, коммодор мог бы делать компьютеры, плавно наращивая мощность, с 1992 года вплоть до какого-нибудь 2005-ого (ну или когда нам стало не хватать 2гб и pci?). А на PC за это время сменились 4 шины (isa, vlb, pci, pci-e (даже не вспоминая редкие eisa, pci-x)), с два десятка сокетов процессоров, куча форматов памяти и тому подобное.

Просто готовить не умеете :).
Конкретно для FreeBSD не скажу, но для Linux готовлю так:
1. Обязательно драйвер от Intel. Для FreeBSD — драйвер от Яндекса.
2. Обязательно выставить кол-во очередей прерываний равным количеству CPU в SMP (или ядер, или ядер*CPU — ну Вы поняли; дальше буду называть ядрами).
3. Прибить прерывания к ядрам. По умолчанию ОС балансирует прерывания на свободные ядра. Это хорошо для большинства случаев, но не для сети! Переключения контекста из-за балансировки занимают больше времени, чем собственно обработка прерываний. У меня выглядит где-то так:

#!/bin/sh
#
#  irq2smp -- distribute hardware interrupts from Ethernet devices by CPU cores.
#
#  Should be called from /etc/rc.local.
#

/bin/echo 1 >    /proc/irq/`cat /proc/interrupts | grep 'eth0-rx-0' | awk -F \: '{printf "%i", $1}'`/smp_affinity
/bin/echo 2 >    /proc/irq/`cat /proc/interrupts | grep 'eth0-rx-1' | awk -F \: '{printf "%i", $1}'`/smp_affinity
/bin/echo 4 >    /proc/irq/`cat /proc/interrupts | grep 'eth0-rx-2' | awk -F \: '{printf "%i", $1}'`/smp_affinity
/bin/echo 8 >    /proc/irq/`cat /proc/interrupts | grep 'eth0-rx-3' | awk -F \: '{printf "%i", $1}'`/smp_affinity
/bin/echo 1 >    /proc/irq/`cat /proc/interrupts | grep 'eth0-tx-0' | awk -F \: '{printf "%i", $1}'`/smp_affinity
/bin/echo 2 >    /proc/irq/`cat /proc/interrupts | grep 'eth0-tx-1' | awk -F \: '{printf "%i", $1}'`/smp_affinity
/bin/echo 4 >    /proc/irq/`cat /proc/interrupts | grep 'eth0-tx-2' | awk -F \: '{printf "%i", $1}'`/smp_affinity
/bin/echo 8 >    /proc/irq/`cat /proc/interrupts | grep 'eth0-tx-3' | awk -F \: '{printf "%i", $1}'`/smp_affinity



/bin/echo 1 >    /proc/irq/`cat /proc/interrupts | grep 'eth1-rx-0' | awk -F \: '{printf "%i", $1}'`/smp_affinity
/bin/echo 2 >    /proc/irq/`cat /proc/interrupts | grep 'eth1-rx-1' | awk -F \: '{printf "%i", $1}'`/smp_affinity
/bin/echo 4 >    /proc/irq/`cat /proc/interrupts | grep 'eth1-rx-2' | awk -F \: '{printf "%i", $1}'`/smp_affinity
/bin/echo 8 >    /proc/irq/`cat /proc/interrupts | grep 'eth1-rx-3' | awk -F \: '{printf "%i", $1}'`/smp_affinity
/bin/echo 1 >    /proc/irq/`cat /proc/interrupts | grep 'eth1-tx-0' | awk -F \: '{printf "%i", $1}'`/smp_affinity
/bin/echo 2 >    /proc/irq/`cat /proc/interrupts | grep 'eth1-tx-1' | awk -F \: '{printf "%i", $1}'`/smp_affinity
/bin/echo 4 >    /proc/irq/`cat /proc/interrupts | grep 'eth1-tx-2' | awk -F \: '{printf "%i", $1}'`/smp_affinity
/bin/echo 8 >    /proc/irq/`cat /proc/interrupts | grep 'eth1-tx-3' | awk -F \: '{printf "%i", $1}'`/smp_affinity

Парировать tx+rx по вкусу по обстоятельствам, одну физическую карту желательно вешать на один физический процессор.
4. Interrupt throttle rate — крутить вручную, читать документацию Intel-а. Если кратко, то обычно один пакет = одно прерывание. Это офигенно много прерываний. Intel-овские igb (и другие «матёрые» карты) умеют собирать пакеты в свой буфер и отдавать процессору пачкой, за одно прерывание. В драйвере от Intel по умолчанию стоит автоматическое определение размера (в зависимости от нагрузки) — я так и оставляю.
5. offload-ы по вкусу, но внимательно смотреть на всякие софтовые (вроде GSO) — могут нервов испортить. Вообще, лучше все что можно аппаратное включать.
6. ring buffer. По умолчанию — 256, что очень мало. Ставить 4096.
7. И конечно же, пилить firewall. Присмотритесь — может, можно что-нибудь вынести в отдельные таблицы, а то и вообще сделать дерево (вроде hash filter)?

Я еще не встречал человека, умеющего админить и не знающего про Хецнер. Обычно про него не знают ровно те, кому знать и не нужно. Вообще-то идеальный пример хостинг-провайдера европейского уровня, который умеет делать бизнес. Можете посчитать, что сервер у них отбивается за 12-15 месяцев, а такие обороты топовым отечественным конкурентам и не снились.
Хецнер идеально вписывается в российский рынок — дешево и сердито. У меня более 20 серверов в этом датацентре, соотношение цена-качество на высоком уровне. Однако ни один из Enterprise проектов там хранить нельзя.
1) Десктопное железо, память нерегистровая, за год из 80 хардов минус 5. То, что десктопные мамки не работают в общем случае 24/7 при нагрузках, я надеюсь, все понимают.
2) Время отклика саппорта ни в какие ворота.
3) Блокировка за абузы (в том числе необоснованные абузы habrahabr.ru/blogs/hosting/129621/#comment_4295352 )
4) Невероятно дорогие доп. услуги.
5) Частые проблемы с сетью. Там стоят свичи 3com, у которых вечно заканчивается таблица и они переходят в режим хаба. Турецкие саппорты на английском в Германии(чума просто) могут только говорить «Да-а-а, кешельбе-машельбе. Пирриф насяльника, нээтворк из окэй. Окэй.», сетевики в выходные(и ночью) не работают.
6) Ну и бывает путают порты и дают KVMку чужого сервера :) Физический доступ к другому серверу — это ок, то что могут твой дать кому-то другому, это уже не ок.

Не все знают что такое putty даже(Не верите — почитайте hosting101.ru/hetzner.de ). Зачем советовать чип–хостинг тем, кто не понимает разницу между серверным и десктопным железом? Чтобы они потом, даже если чудом собрали RAID1 а не 0, то потом не знали что делать со смартом на первичном диске вида
mmands leading to the command that caused the error were:
CR FR SC SN CL CH DH DC Powered_Up_Time Command/Feature_Name
— — — — — — — — –––––––––––––– — –––––––––––––––– — —
61 00 08 6f 5e 01 40 00 10:34:23.174 WRITE FPDMA QUEUED
61 00 10 5f 5e 01 40 00 10:34:23.173 WRITE FPDMA QUEUED
61 00 08 f7 ca c9 40 00 10:34:23.173 WRITE FPDMA QUEUED
61 00 08 57 5e 01 40 00 10:34:23.172 WRITE FPDMA QUEUED
61 00 10 47 5e 01 40 00 10:34:23.172 WRITE FPDMA QUEUED

Умеешь админить — бери чип–хост, не умеешь — бери хостинг с администраторами, которые умеют.