home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / vmsnet / alpha / 129 < prev    next >
Encoding:
Internet Message Format  |  1993-01-22  |  2.6 KB
  1. Xref: sparky vmsnet.alpha:129 comp.sys.dec:7068
  2. Newsgroups: vmsnet.alpha,comp.sys.dec
  3. Path: sparky!uunet!mcsun!dxcern!dscomsa!zeus02.desy.de!hallam
  4. From: hallam@zeus02.desy.de (Phill Hallam-Baker)
  5. Subject: Re: No 64-bit OpenVMS soon?
  6. Message-ID: <C19M1B.KHM@dscomsa.desy.de>
  7. Sender: usenet@dscomsa.desy.de (usenet)
  8. Reply-To: Hallam@zeus02.desy.de
  9. Organization: Deutsches Elektronen Synchrotron, Experiment ZEUS bei HERA
  10. References: <1993Jan15.194312.3438@sol.UVic.CA> <1993Jan18.172458.24506@eco.twg.com> <1993Jan18.211506.27601@oracle.pnl.gov> <1jg5msINN1mk@manuel.anu.edu.au> <C13yJK.CMJ@dscomsa.desy.de> <1993Jan20.001847.1807@eco.twg.com>
  11. Date: Fri, 22 Jan 1993 17:03:10 GMT
  12. Lines: 53
  13.  
  14. In article <1993Jan20.001847.1807@eco.twg.com>, reece@eco.twg.com (Reece R.
  15. Pollack) writes:
  16.  
  17. |>In article <C13yJK.CMJ@dscomsa.desy.de>, hallam@zeus02.desy.de (Phill
  18. |>Hallam-Baker) writes:
  19. |>|>What matters a damn sight less than a 64 bit O/S is a 64 bit database. When
  20. |>will
  21. |>|>Rdb be 64 bit is the real question.
  22. |>
  23. |>Not being sarcastic in the least, what part of RDB needs to be 64 bit?
  24. |>Expanding the address space from 32 to 64 bits is not in itself going
  25. |>to make things better, unless the application is starved for memory.
  26. |>Remember that Alpha/VMS doesn't suffer from the Vax/VMS 512Mb physical
  27. |>memory limitation, even though any single process is still limited to
  28. |>a 2Gb virtual address space.
  29.  
  30. Each of our events is approx 100Kb
  31.  
  32. We take 10 million of them per second.
  33.  
  34. Even with filtering we take Terabytes of data per month.
  35.  
  36. 2Gb is small beans, we will be getting machines with that sort of memory within
  37. the next few years. The successor machine to ZEUS will be producing 2 GB
  38. events.
  39.  
  40.  
  41. |>|>Although it would be handy to do big transfers of data - the VMS 64K limit
  42. |>is
  43. |>|>far too small, this is not essential yet. It will become essential once
  44. |>alphas
  45. |>|>start operating with a 64K page size though!
  46. |>
  47. |>The limitiation of I/Os to 64Kb was lifted quite some time ago. The VAX/VMS
  48. |>I/O User's Reference Manual: Part 1 for VAX/VMS V4.4 states:
  49. |>
  50. |>"Non-DSA disk devices can read or write up to 65.535 bytes in a single
  51. |> request. DSA devices connected to an HSC50 can transfer up to 4 billion
  52. |> bytes in a single request. In all cases, the maximum size of the transfer
  53. |> is limited by the number of pages which can be faulted into the process's
  54. |> working set and then locked into memory."
  55. |>
  56. |>The relevant fields of the IRP were expanded to 32 bits during the V3 -> V4
  57. |>enhancements.
  58.  
  59. Read the device driver manual and look at the format of the QIO. The 16 bit
  60. length is hard coded in there.
  61.  
  62. What I would like to do is to read in single events with single reads.
  63.  
  64. --
  65.  
  66. Phill Hallam-Baker
  67.