home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / comp / sys / acorn / tech / 1424 < prev    next >
Encoding:
Text File  |  1993-01-26  |  3.1 KB  |  72 lines
  1. Newsgroups: comp.sys.acorn.tech
  2. Path: sparky!uunet!spool.mu.edu!agate!doc.ic.ac.uk!warwick!pavo.csi.cam.ac.uk!idg10
  3. From: idg10@cl.cam.ac.uk (I.D. Griffiths)
  4. Subject: Re: Hard Disc Prices AGAIN!
  5. Message-ID: <1993Jan26.130538.5927@infodev.cam.ac.uk>
  6. Sender: news@infodev.cam.ac.uk (USENET news)
  7. Nntp-Posting-Host: stonea.cl.cam.ac.uk
  8. Reply-To: idg10@phx.cam.ac.uk
  9. Organization: U of Cambridge Computer Lab, UK
  10. References: <memo.895245@cix.compulink.co.uk>
  11. Date: Tue, 26 Jan 1993 13:05:38 GMT
  12. Lines: 58
  13.  
  14. In article <memo.895245@cix.compulink.co.uk>, amclintock@cix.compulink.co.uk ("Cray Communications, Alex McL") writes:
  15. |> In-Reply-To: <727580969snz@cryton.demon.co.uk> altman@cryton.demon.co.uk (Hugo Fiennes)
  16. |> 
  17. |> Hard Disk Whinge
  18. |> I don't like my IDE drive/controller
  19. |> which I bought from ICS.
  20. |> 
  21. |> 1) 25second boot up time (with RiscOs2)
  22. So optimise your boot sequence...  What are you doing during bootup?  My
  23. system takes far longer than that to spring into life.  Or are you talking
  24. about spin up time?  In which case 25 seconds is probably about par for the
  25. course...
  26.  
  27.  
  28. |> 2) window bugs in filer, paths longer
  29. |>    than 40 chars (or so) cause windows larger
  30. |>    than they need to be. (big gaps to the right)
  31. |>    Or perhaps this is a riscos bug.
  32. Well this is a feature of the window manager.  The minimum width of any
  33. window is the width it's title bar had when it was created.  Subsequent
  34. changes to the title text make no difference.   This feature is present in paint
  35. too, and every program I've written.  It's not HCS's fault.  Don't know how
  36. to get around it apart from creating the window with a very small title, and
  37. then changing the title afterwards.
  38. Come to think of it, I'm pretty sure the filer DOES do this - you can shrink
  39. the windows, it's just their default size which is large enough to see the
  40. full filename.
  41.  
  42.  
  43. |> 3) The occasional bad drive error.
  44. |> 
  45. Can't help you on that.  Might be your own programs or others with hard
  46. wired drive numbers in.  (Illegal but it happens.)  Particularly easy to
  47. get this happening with expansion of system variables - you might have
  48. something hardwired to a floppy drive number causing this error.  Again don't
  49. leap down HCS's throat.
  50.  
  51. |> I still haven't got a satisfactory answer to these
  52. |> questions. I suppose I can't really complain
  53. |> though since I have had it for three months+
  54. Well who have you asked before now?
  55.  
  56.  
  57. |> Does anyone know why the "*map" command
  58. |> fills my screen with bits of free space.
  59. |> Shouldn't it all be in one continuous block?
  60. |> *compact reduces it a bit...
  61. Yes it should do.  The E-type format maintains a pattern of lots of smaller
  62. blocks near the middle of the disk (logically speaking, so I mean the tracks
  63. half way along as opposed to the hub) and larger blocks out towards the edge,
  64. so small files like Obey ones which need to be accessed fast for slick
  65. directory opening can be found with the minimum seek distance, and large ones
  66. which are going to take a while to load anyway get stuck in the less
  67. desirable areas of hard disk real estate.
  68. So don't complain, this is a Filecore feature anyway...
  69.  
  70.  
  71. Ian Griffiths
  72.