[Info-vax] VMS and the (lack of the) TRIM facility.

[Stephen Hoffman]

On 2015-06-20 12:40:42 +0000, Jan-Erik Soderholm said:

> I must confess that I don't realy understand this "memory database" and 
> "HANA" fuzz.

A high-level overview of what SAP is usually up to with HANA: 
<http://sites.computer.org/debull/A12mar/hana.pdf>

You're probably not doing nearly as much processing with your database 
as what is typically performed within a SAP HANA box; what SAP calls an 
"appliance".

Your AlphaServer DS25 is architecturally limited to 16 GB physical 
memory, and with what amounts to glacial-speed memory access by 
current-day standards.  The HP entry-level SAP HANA boxes start at 128 
GB of memory and head up to 3 TB.  The bigger HP HANA boxes top out at 
12 TB.   Speeds and feeds for these HP servers both for memory and for 
storage access is also faster than what an AlphaServer DS25 can 
provide, obviously.

Now in many environments akin to yours — and quite possibly even in 
your environment — something similar to your AlphaServer DS25 box and 
the other manufacturing services and control systems and customer 
orders and the rest would probably all be feeding data into a SAP HANA 
configuration that's used by the organization's management.  Or feeding 
into some ERP equivalent, for those folks not using SAP.

As for the "fuzz" is about, the folks at SAP are continuing their 
efforts to become inextricably integrated into the core operations of 
many businesses, and part of that involves massive numbers of 
transactions on a whole lot of data, as well as the SAP licensing for 
these features, and the integration with both hosted providers and 
site-local private HANA "appliances".  That means dealing with a whole 
lot of data.  Quickly.


-- 
Pure Personal Opinion | HoffmanLabs LLC