=> [mailto:[EMAIL PROTECTED] On Behalf Of Stephen the Cook
=> 
=> So how do you retrieve specific content in your 
=> "Content-addressable storage"?  I'd like to learn of a 
=> different way if it's better and useable!
=> 
=> Stephen Russell
=>

Content-Addressable Storage is a concept that goes back to the 1950s and 
perhaps even longer.  It was first implemented by Burroughs but did not gain 
acceptance because of the hardware-intensive nature of the concept.  

Very simply, the crux of C-AS is that each memory location contains its own 
address.  Therefore if you want to know the name of a customer, you simply 
convert the customer's name from a character representation to a binary 
representation and then use the binary representation as the operand address in 
the instruction.  The operand fetch will return the customer's name for action 
in the execution phase of the instruction processing cycle.  (It helps if you 
know or at least understand assembler or machine language.) 

Since many data objects cannot be stored in a single addressable entity, 
several entities may be needed to determine the true value of the hardware 
store.  Given sufficient address space it is possible to use C-AS to store all 
the data needed for any number of applications in a single multi-ported memory 
bank.  Significant savings in space requirements may be realized by applying 
quantitative and qualitative reduction algorithms to the data prior to storage. 
 (This is very similar to the process of normalizing a related group of 
database tables).

Also significant increases in processing speeds may be achieved through the 
judicious use of C-AS particularly since if you know the results of your query, 
there is no need to access it.  This is the wonder of C-AS; if you know the 
address of your data, then you know the content of the memory object at that 
address, thus obviating the need for a fetch cycle in the ALU section of most 
computer devices.

HTH
B+
HALinNY


_______________________________________________
Post Messages to: [email protected]
Subscription Maintenance: http://leafe.com/mailman/listinfo/profox
OT-free version of this list: http://leafe.com/mailman/listinfo/profoxtech
Searchable Archive: http://leafe.com/archives/search/profox
This message: http://leafe.com/archives/byMID/profox/[EMAIL PROTECTED]
** All postings, unless explicitly stated otherwise, are the opinions of the 
author, and do not constitute legal or medical advice. This statement is added 
to the messages for those lawyers who are too stupid to see the obvious.

Reply via email to