news Canadian News
Good Morning Guest | login or register
  • Home
    • Canadian News
    • Popular News
    • News Voting Log
    • News Images
  • Forums
    • Recent Topics Scroll
    •  
    • Politics Forums
    • Sports Forums
    • Regional Forums
  • Content
    • Achievements
    • Canadian Content
    • Famous Canadians
    • Famous Quotes
    • Jokes
    • Canadian Maps
  • Photos
    • Picture Gallery
    • Wallpapers
    • Recent Activity
  • About
    • About
    • Contact
    • Link to Us
    • Points
    • Statistics
  • Shop
  • Register
    • Gold Membership
  • Archive
    • Canadian TV
    • Canadian Webcams
    • Groups
    • Links
    • Top 10's
    • Reviews
    • CKA Radio
    • Video
    • Weather

Could this be the end of the hard disk?

Canadian Content
20689news upnews down
Link Related to Canada in some say

Could this be the end of the hard disk?


Tech | 206890 hits | May 09 7:23 am | Posted by: Regina
6 Comment

With in-memory computing, analyses that took 45 minutes could take 45 seconds

Comments

  1. by avatar DrCaleb
    Wed May 09, 2012 4:18 pm
    So what happens to the jelly beans when the power goes out?

    Will you have 23TB of RAM to keep your databases in? What happens when it exceeds 2^64 Bytes in size?

    No, disks aren't going anywhere.

  2. by avatar raydan
    Wed May 09, 2012 4:43 pm
    Databases will (I think they all do) cache results to RAM and do a good job of keeping the most used information near. That's why databases are RAM hungry because usually, the more you throw at them, the faster they run.

  3. by avatar DrCaleb
    Wed May 09, 2012 4:56 pm
    "raydan" said
    Databases will (I think they all do) cache results to RAM and do a good job of keeping the most used information near. That's why databases are RAM hungry because usually, the more you throw at them, the faster they run.


    Databases I work with now, nearly exceed the RAM address capabilities of most every 64 bit processor on the market. There are also dangers of corruption in keeping data in RAM all the time, as opposed to the slower swapout method. And you really haven't suffered a tech nightmare till you've corrupted a multi-terrabyte MSSQL database. :evil:

    If you want databases to run faster, take them off Intel hardware and throw a mainframe at them. :)

  4. by avatar PluggyRug
    Wed May 09, 2012 5:06 pm
    "DrCaleb" said


    If you want databases to run faster, take them off Intel hardware and throw a mainframe at them. :)


    I know where there's an IBM 360, it's even got a 32K memory core. :wink:

    Stuffing everything into volatile memory is asking for trouble.

  5. by avatar raydan
    Wed May 09, 2012 5:14 pm
    "DrCaleb" said
    Databases will (I think they all do) cache results to RAM and do a good job of keeping the most used information near. That's why databases are RAM hungry because usually, the more you throw at them, the faster they run.


    Databases I work with now, nearly exceed the RAM address capabilities of most every 64 bit processor on the market. There are also dangers of corruption in keeping data in RAM all the time, as opposed to the slower swapout method. And you really haven't suffered a tech nightmare till you've corrupted a multi-terrabyte MSSQL database. :evil:

    If you want databases to run faster, take them off Intel hardware and throw a mainframe at them. :)
    That's my job too... MSSQL databases.
    I have a few approaching the TB level, but not quite. Most of the databases I work with now are for charitable organizations and foundations.

  6. by avatar DrCaleb
    Wed May 09, 2012 5:16 pm
    "PluggyRug" said


    If you want databases to run faster, take them off Intel hardware and throw a mainframe at them. :)


    I know where there's an IBM 360, it's even got a 32K memory core. :wink:

    Stuffing everything into volatile memory is asking for trouble.

    Niiiice! (in a 1980 sort of way)

    I used to run an AS/400 that would take 4tb of multijoin tables, and create a 5000 page inventory report on a companies 20 year history on all it's equipment - in about 3 minutes.

    The same report on Intel servers uning MSSQL took all weekend.

  7. by avatar BartSimpson  Gold Member
    Wed May 09, 2012 9:22 pm
    The inherent assumption in this proposal is that available RAM will be able to encapsulate required data. This assumption requires data bases to stop growing at current rates to allow available RAM to catch up.

    Which will not happen.

    So, yeah, you could run a 1995 database in current 64-bit and etc. but I just don't see required data sets ever being smaller than available RAM.

  8. by avatar CDN_PATRIOT
    Wed May 09, 2012 10:27 pm
    People still uses disks????? As much as I liked them, a jumpdrive or CDs are much easier to use and hold far more data. Even my little SD card is better than a disk.

    -J.



view comments in forum
Page 1

You need to be a member of CKA and be logged into the site, to comment on news.

  • Login
  • Register (free)
 Share  Digg It Bookmark to del.icio.us Share on Facebook


Share on Facebook Submit page to Reddit
CKA About |  Legal |  Advertise |  Sitemap |  Contact   canadian mobile newsMobile

All logos and trademarks in this site are property of their respective owner.
The comments are property of their posters, all the rest © 2025 by Canadaka.net