HackerTrans
TopNewTrendsCommentsPastAskShowJobs

chrissmithuk

no profile record

comments

chrissmithuk
·12 лет назад·discuss
Which is probably the greatest problem with it.
chrissmithuk
·12 лет назад·discuss
Not really. The OS syscall interface, ABI and the fact everything is abstracted via your C compiler normalises the differences between the machines pretty well meaning you only end up dealing with portability issues.

Portability issues is where real hardware benefits. It's where you have battles of unusual register sizes, endianess, host/network order differences, different memory models and memory protection, different performance characteristics, different timings and different exploits.

Unless the emulation is 100% accurate, including timing, which is a really difficult thing to do (look at the effort MAME goes to), then the benefits over real hardware is moot.

Emulators are also expensive to write due to the above, have their own bugs and don't always recreate the bugs in the real hardware (which are sometimes exploitable).
chrissmithuk
·12 лет назад·discuss
MIPS is on the rise again as recent SoCs are more power efficient than ARM. I don't have a source for this unfortunately.

Sony Bravia EX series televisions are MIPS and Linux based for example.
chrissmithuk
·12 лет назад·discuss
Actually most can't be emulated because emulators don't exist and those which can typically can't be emulated correctly (Sparc emulators for example which are notoriously sparse and bad quality).

Some of the architectures also have different endianess and incredibly complicated peripherals to the cost effective host machines as well meaning that it's actually more power efficient to run native. A headless 100MHz VAXstation for example draws less power than the equivalent host that would be required to provide a full, accurate emulation with peripherals. These aren't arcade machines.
chrissmithuk
·12 лет назад·discuss
This fundamentally goes against the Unix philosophy though which is to provide small well-defined parts from which you can construct a complete solution from.

If you need a complex manual for a complex program, something is wrong.
chrissmithuk
·12 лет назад·discuss
Similar story. Signed up to post this :)

In 2009, our development team lost a whole 10 hours to a degraded Linux mdadm RAID1 that wouldn't rebuild due to an obscure error after a digger severed our power and internet connection. No internet access as power came up first so no access to online help. mdadm is buggy. Documentation sucks. Error messages suck. Only recourse was a full restore from tape which took a long time. This was the last straw after over a decade of dealing with this crap from network dropouts, laziness, half-arsed features, distro wars, politics and churn.

Some previous Unix experience in the late 1990s with OpenBSD on an old SparcStation 5 (the only thing that would run on that machine nicely) jumped into my mind on the way home. It had that warm, fuzzy, well-engineered, well-documented feeling about it, like an old HP RPN calculator. Got home, downloaded it and installed it on my laptop, replacing Ubuntu.

4 years down the line: one happy person with the same laptop running 5.4 still with that warm, fuzzy, well-engineered, well-documented feeling.

Not once has it let me down. Not for a minute in the 4000+ hours I've been using it. It just works.