Stage 1 and Stage 2 application adaptation

When moving applications to multi-core, cluster and grid platforms applications tend to fall into two categories, those that

   - are easily carved into schedulable jobs (Stage 1)

   - require re-engineering (Stage 2)

Stage 2 Applications require opening up the application

Stage 2 Applications tend to be those applications that aren't able to take advantage of new multi-core performance nor are they readily deployed to run on cluster or grid configurations. Stage 2 applications are characterized as those that:

 - were not designed for highly parallel operation

 - are very sensitive to network latency

 - are very sensitive to meeting critical service times

 - are sensitive to the availability of critical resources availability

 - were written using with shared memory dependencies

These Stage 2 applications are so named because they are usually the ones left alone until the Stage 1 applications have been adapted. The problem is that these are often the time critical applications that would provide the business with the competitive edge and offer the most rapid ROI and  business payback for grid and cluster technology.

Application ROI comes from Stage 2 (S2)

While the application specific returns can be quite diverse, a recent survey has estimated that in total, the benefits from the gains achieved by leveraging Cluster and grid enabled applications, in the financial sector, "can add at least 25% to corporate sales annually. Thus, even if a firm takes advantage of only a few of these benefits, it is likely to have a major impact on revenues. In addition, these firms would benefit from having a more scalable and extensible IT architecture that can respond to future business growth." See Stage 2 ROI Whitepaper by Bob Cohen

Leveraging multi-core, cluster, grid and virtualization evolution

Leveraging multi-core, cluster, grid and other distributed and virtualization configurations are going through the evolution. Stage 1 was focused on load balancing and resource sharing using scheduling and packaging applications to enable more scheduling granularity. Stage 2 demands alters the application architecture often by re-engineer the applications to effectively use the distributed environment. See Stage 2 ROI Whitepaper by Bob Cohen

SIMtone's ASPEED Accelerates S2 Application ROI

SIMtone ASPEED enables application owners to immediately exploit distributed computing technologies before and in parallel with the Stage 1 and Stage 2 application evolution. SIMtone ASPEED enables the application architecture to be changed without altering the application logic or flow.

SIMtone ASPEED provides the necessary ingredients to enable the parallel implementation of Stage 1 and Stage 2 applications essentially virtualizing the application to leverage multi-core, cluster and grid platforms and services. In other words SIMtone's ASPEED can help single thread application owners leverage new multi-CPU configurations and "future-proof" their applications as the underlying infrastructure evolves through cluster, grid and other virtualization architectures. SIMtone ASPEED enables the early and ongoing  the realization of the ROI by enabling the scalability and economics need to compete.