Stage based parallel programming model for high concurrency, stateful network services: internals and design principles. (29th September 2005)

• Record Type: Journal Article
• Authors: Chen, Yan; Fan, Xinyuan; Yang, Wenjun; Chen, Kai; , Guozhi Xu
• Is Part Of: International journal of high performance computing and networking. Volume 3:Number 1(2005)
• Page Start: 33
• Page End: 44
• Publication Date: 2005-09-29
• Subjects: parallel programming -- stage-based programming -- stateful application -- high performance computing -- networking -- threaded programming -- thread-per-stage; High performance computing -- Periodicals; Computer networks -- Periodicals; High performance computing; Periodicals; 004.05
• Languages: English
• ISSNs: 1740-0562

Abstract

Recent research has revealed that the conventional threaded programming model exhibits poor performance under high concurrency workloads. Moreover, with emerging stateful network services, where concurrent states can go to thousands, the traditional 'thread per request' solution is no longer feasible. To meet this challenge, people promote a new parallel programming model, stage-based programming, where the whole service logic is viewed as a set of stages, each driven by a limited number of threads and capable of communicating with others through message passing. In this paper, we show two main streams of stage design, Thread-Over-Stages and Thread-Per-Stage. Due to the advantages in Thread-Per-Stage, we promote this solution and reveal three key design principles for delivering a high performance stage-based design. They are: on a uniprocessor system, the number of stages should not be too large - for most fine grained network services, it should not be over ten; for stages with blocking calls, a good estimation of the number of threads for that stage can be gotten by (call arrival rate × blocking time); and to deliver temporary messages quickly, it is much better to locate this part of the services in a separate nonblocking stage. We implement a sample SIP proxy server to prove our arguments.