X-log : Let the data flow!

 

Click to see the XML version of this web page.

Click here to send an email to the editor of this weblog.

 
 

X-log

Monday, January 21, 2002


Last night I took time to write a stress testing script for Radio's object databse to see how it performs in massive insert situations.  It performed amazingly well.  The script I wrote generated a file full of garbage and wrote it to disk.  Once on the disk, it opened it back up and inserted all of the data into the object database.  Each line in the file was not necessarily delimited in any way, so it had to search the string for the correct segments and put the segments into the appropriate tables.  The file I ended up using had 400 lines in it.  It took about two seconds to run on a 300MHz Compaq Armada 7400 with 128MB of RAM.  However, I was not timing the script, though it would be easy to add timing.  This is not a bad ratio of inserts per second, about 200 inserts per second.  I may try a larger file later to see how this ratio changes.

This is not the interesting part.  While executing this script, Radio.exe chewed through my CPU but did not consume more memory.  This is great!  When massive inserts occur like this in a RBDMS, both CPU and massive amounts of memory are consumed, even with the advanced memory control features in Oracle and MS SQL Server.  This was not the case with the Radio object database.  While Radio is running massive inserts like this any application that is currently running should remain decently responsive.

Great engineering, Userland!

  10:19:36 PM   comments ()  

As I mentioned earlier in my weblog, I've been getting into the guts of Radio.  Specifically, I've been getting to know the object database very well over the past couple of days.  Keep in mind I am a relational database guy, so object databases are kind of foreign.  More to the point, they represent a different way of thinking about data.  The way you think about data in an object database is much closer to the way you think about data when you are programming.  This is a good thing.  It brings the programmers and the database guys closer together, which needs to happen in order to build effective, data driven applications.

  10:05:40 PM   comments ()  

This is too bad.  Even if AOL would have held them as a separate operating company or taken a minority stake in the company, it would have given AOL the leverage it needs to taken on Microsoft on some major fronts.

Sources: AOL not bidding for Red Hat. AOL Time Warner apparently is not making a bid to buy Linux manufacturer Red Hat, said sources familiar with the matter. [CNET News.com]

  10:03:01 PM   comments ()  



© Copyright 2003 Dann Sheridan Click here to send an email to the editor of this weblog.
Last update: 7/1/03; 7:36:14 AM.

Click here to visit the Radio UserLand website.

 


January 2002
Sun Mon Tue Wed Thu Fri Sat
    1 2 3 4 5
6 7 8 9 10 11 12
13 14 15 16 17 18 19
20 21 22 23 24 25 26
27 28 29 30 31    
Dec   Feb