home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #20 / NN_1992_20.iso / spool / comp / sys / acorn / 8600 < prev    next >
Encoding:
Text File  |  1992-09-11  |  2.6 KB  |  60 lines
  1. Newsgroups: comp.sys.acorn
  2. Path: sparky!uunet!mcsun!sun4nl!utrcu1!pico8!loek
  3. From: loek@pico8.nt.el.utwente.nl (Loek L. Frederiks)
  4. Subject: RISCOS 3.1, the final conclusions..
  5. Message-ID: <1992Sep11.090616.7812@utwente.nl>
  6. Summary: Why is it so slow.
  7. Keywords: RISCOS 3.1
  8. Sender: news@utwente.nl (USENET News System)
  9. Organization: Utwente
  10. Date: Fri, 11 Sep 1992 09:06:16 GMT
  11. Lines: 47
  12.  
  13. In order to summarize a few things about RISCOS 3.1, here is my
  14. posting about 3.1.
  15.  
  16. During the last couple of days, I have e-mailed with a few
  17. people from Acorn about RISCOS 3.1 & ARM2.
  18.  
  19. - Built-in applications, such as !Draw, !Edit and !Paint are faster,
  20.   because they are in ROM.
  21.  
  22. - If you are using outline fonts, things go much faster. Acorn please
  23.   confirm has RISCOS 3.1 12 built-in fonts (RISCOS 3.0 contained only
  24.   3 fonts).
  25.  
  26. - The desktop in RISCOS 2.0 was sometimes slow, if you were doing some
  27.   time-critical things. I am using a counter (hour/minutes/seconds/milliseconds)
  28.   in a window in my MIDI sequencer. This is already (in BASIC/ARM code) a little
  29.   bit painfull. It takes up too much desktop bandwidth. If Acorn has changed
  30.   the redraw methods and the construction of the windows. Thus sprites instead
  31.   of the BFONT/rectange fill method, things are much slower. If for instance, you
  32.   move a window, and the counter must be running at the same time, the counter
  33.   may completely stop. This means that animations in the desktop are too slow.
  34.   Acorn is Meastro still working fine ? Has Acorn changed the construction of
  35.   the windows, because of the High-Resolution window borders ?
  36.  
  37. - If you accessing files or doing some other filesystem tasks, the filer
  38.   gets high priority. On ARM2/RISCOS2 machines you had to wait till your
  39.   drive had done the job, so I think ARM2 users will still wait till the
  40.   filer has completed its task. If you are formatting a floppy, and moving
  41.   some windows in the desktop at the same time, I think you drink a cup
  42.   of coffee and just sit and wait. To be honest, you can always turn the
  43.   multi-tasking filer off. Besides, this I think that ARM2 users are no
  44.   "power users". Thus while their files are saved, they already doing
  45.   some other desktop job. Power users are always in a hurry ? Has somebody
  46.   tried to use a soundtracker program (ProTrack) and to format a floppy at
  47.   the same time ?
  48.                                                               
  49. To my opinion, nothing has changed a lot. The only difference is that application
  50. writers have to be carefull when writing their code. Make things always as
  51. fast as possible and don't use clumsy constructions.
  52.  
  53. Loek.
  54.  
  55.  
  56.  
  57.  
  58.  
  59.   
  60.