Drobe :: The archives
About Drobe | Contact | RSS | Twitter | Tech docs | Downloads | BBC Micro

Reply to thread

The problem is, that even a 1GHz ARM offers only about half to a third the performance of a 1GHz Pentium or Athlon. If RISC OS could make use of multiple CPUs, the situation would be better with the ARM11, but it can't. Meanwhile, the Pentium has just achieved 4.25 GHz.

ARM's license fees are almost irrelevant, they only account for a very small fraction of the retail price of an ARM CPU. So it won't make much of a difference if ARM lower their their licence fees. The main problem is, that to get a good general purpose ARM-CPU for desktop use, we would have to manufacture it ourselves.

I was not proposing a simple Emulator on another complete desktop OS as the solution. What I am proposing is to use a Linux kernel plus a good JIT-emulator as a HAL, to extend RISC OS to enable direct use of the hardware's resources through the Linux-APIs and add an ELF-loader wich can execute application binaries wich have been compiled for the host processor (for example a !RunImageIA64, !RunImagex86, !RunImagex64 or !RunImagePPC). So applications wich offer such a native binary would get a speed increase of about 1200% over the Iyonix on current x86 CPUs.

A large chunk of the developing costs for new hardware goes into driver development. For the system I am proposing, only one driver would have to be develped for each type of hardware, wich interfaces direectly with the Linux API. An example might be a SharedSound module wich uses the ALSA (Advanced linux Sound Architecture) API to drive just about all sound hardware available. Since ALSA is also multi-threaded, it can utilise multiple CPUs. Another example would be a graphics driver wich uses the OpenGL interface of the Linux drivers, so you could use any graphics card you like.

Because it would boot directly into the RISC OS GUI there would be no Linux-UI accessible to the user.

So to sum up, we could have a RISC OS computer now, wich is: - 13 times as fast as the Iyonix for applications wich have been recompiled for it - several thousand times as fast for floating point operations - about StrongARM speed for legacy applications - much faster than StrongARM speed for all legacy applications wich make good use of native versions of shared libraries and OS functions - compatible with just about all legacy software, even ARM2 based systems could be emulated - extremely fast for all I/O operations (HDDs, DVDs, sound, graphics, USB 1&2, FireWire, etc.)

 is a RISC OS UserJGZimmerle on 02/04/06 05:23AM
[ Reply | Permalink | Report ]

Please login before posting a comment. Use the form on the right to do so or create a free account.

Search the archives

Today's featured article

  • South East 2008 theatre talk videos now online
    Didn't make to the South East 2008 show in Guildford this year? Not to worry, because on top of the usual Drobe coverage, you can now watch videos of the presentations made by RISC OS Open and RISC OS Ltd staff at the event. Recorded live at the show, the videos, in which products and projects are talked up by developers to punters, also include question and answer sessions from the floor.
     13 comments, latest by rjek on 9/12/08 12:02PM. Published: 24 Nov 2008

  • Random article

  • Label printing software now supports postal barcodes
    LaBella 6.20 also stops text printing outside labels
     Discuss this. Published: 26 Mar 2007

  • Useful links

    News and media:

    Top developers:
    RISCOS LtdRISC OS OpenMW SoftwareR-CompAdvantage SixVirtualAcorn

    CJE MicrosAPDLCastlea4X-AmpleLiquid SiliconWebmonster


    RISCOS.org.ukRISCOS.orgRISCOS.infoFilebaseChris Why's Acorn/RISC OS collectionNetSurf

    Non-RISC OS:
    The RegisterThe InquirerApple InsiderBBC NewsSky NewsGoogle Newsxkcddiodesign

    © 1999-2009 The Drobe Team. Some rights reserved, click here for more information
    Powered by MiniDrobeCMS, based on J4U | Statistics
    "It does appear that inaccuracy is drobes [sic] house standard at the moment"
    Page generated in 0.0664 seconds.