SlideShare a Scribd company logo
1 of 10
Download to read offline
Int. J. on Recent Trends in Engineering and Technology, Vol. 10, No. 1, Jan 2014

Priority based K-Erlang Distribution Method in Cloud
Computing
Chandan Banerjee1, 2, Anirban Kundu2, 3, Ayush Agarwal1, Puja Singh1, Sneha Bhattacharya1 and
Rana Dattagupta4
1

Netaji Subhash Engineering College, Kolkata 700152, India
{chandanbanerjee1, ayush.agarwal2310, singh.puja.07.08, sneha.22.7}@gmail.com
2
Innovation Research Lab (IRL), Howrah, West Bengal 711103, India
anik76in@gmail.com
3
Kuang-Chi Institute of Advanced Technology, Shenzhen 518057, P.R.China
4
Jadavpur University, Kolkata 700032, India
anirban.kundu@kuang-chi.org , rdattagupta@cse.jdvu.ac.in

Abstractā€” In this paper, we have proposed a priority based service time distribution
method using Erlang Distribution for K-phases. The process of entering into the cloud is
typically based on the priority of the service and form a queue. Each user needs to wait until
the current user is being served if priority of the service is same, as per the First Come First
Served policy. If the server is busy, then the user request has to be waited in the queue until
the current user receives the result of the prescribed tasks. We have considered a priority
class refers to a collection of all customers having the same priority. We introduce M/EK/1
model for a priority based single server and M/EK /2 model for priority based two servers in
each class in cloud computing scenario to reduce overall mean queue length and waiting
time. We have considered a single server and two server retrial queueing systems in which
We considered a single server and
two server queues with three classes of customers.
Index Termsā€” Cloud Computing, Erlang Distribution for K-phases, Waiting time, Queue
length, Priority based service class.

I. INTRODUCTION
Cloud computing is a new cost-efficient computing paradigm in which information and computer resources
has been accessed from Web browser by users. Queueing systems in which arriving customers who find the
server busy may retry for service after a period of time is called Retrial queues. In our system there are three
priority classes, which define the order in which the service will be provided, since scheduling the queue in
this manner may cause starvation, therefore we have implemented ageing technique to prevent this. If a new
customer does not find any free server after connecting to the cloud service, then the system automatically
redirects the request towards a waiting queue. At that moment, if the waiting queue is also fully occupied by
other customers, then the newly arrived customer has to retry for service after certain time period. This
technique is known as Retrial queues [1, 2]. Priority of service request is an important issue in scheduling
because some request should be serviced earlier than others. These are requests which canā€™t stay for a long
time in a system. The M/Ek/n (in this case, n=1 or n=2) queuing system with cloud computing service station
is very useful to provide basic framework for efficient design and analysis of several practical situations
including various technical systems. In cloud computing environment, multiple servers have been utilized
DOI: 01.IJRTET.10.1.1289
Ā© Association of Computer Electronics and Electrical Engineers, 2014
instead of single server to achieve higher computation power. In this manner, the system performance is
increased reducing the mean queue length and waiting time. In multiple servers [3] scenario, cloud service
[4] request needs no waiting time for a long time period and also the queue length would be less.
Our proposed approach using M/EK/1 [5, 6] and M/EK/2
[6, 7] priority based models has been described in Section
II. Experimental results using priority based Erlang distribution method has been shown in Section III.
Conclusion is depicted in Section IV.
II. PROPOSED W ORK
In this section, a priority based single service channel queuing system cloud model M/EK/1 has been
proposed.
Consider a single server retrial queueing system in which customers arrive in a Poisson process with arrival
rate . These customers are identified as primary calls. Further assume that negative customers arrive at a rate
which follows a Poisson process. Gelenbe [8] has introduced a new class of queueing processes in which
customers are either Positive or Negative. Positive means a regular customer who is treated in the usual way
by a server. Negative customers have the effect of deleting some customer in the queue. In the simplest
version, a negative arrival removes an ordinary positive customer.
Let k be the number of phases in the service station. Assume that the service time has Erlang-k distribution
[9] with service rate kĀµ for each phase. We assume that the services in all phases are independent and
identical and only one customer at a time is in the service mechanism. If the server is free at the time of a
primary call arrival, the arriving call begins to be served in Phase 1 immediately by the server then
progresses through the remaining phases and must complete the last phase and leaves the system before the
next customer enters the first phase. If the server is busy, then the arriving customer goes to orbit and
becomes a source of repeated calls. This pool of sources of repeated calls may be viewed as a sort of queue.
Every such source produces a Poisson process of repeated calls with intensity . If an incoming repeated call
finds the server free, it is served in the same manner and leaves the system after service, while the source
which produced this repeated call disappears. Otherwise, the system state does not change.
There are ā€˜kā€™ numbers of phases in our cloud system. Basic model of single server is shown in Fig. 1.
Number of phases is four, if service is not available; where as if service is available, then number of phases
becomes five. Only one server is considered in this case. We have considered three priority classes. The
buffer is assumed to be infinite in each class. The priority based queuing discipline is first-come-first-serve
(FCFS). Usersā€™ requests are being served one at a time. A new service with same priority could not be started
until all the k-phases have been executed. Therefore, each arrival of usersā€™ requests increases the number of
phases by k in the overall system. A mathematical basis for queuing theory [10] is provided for better
understanding and for higher prediction based on the behavior of communication network.
We assume that the access from the queue to the service facility follows the exponential distribution which
may depend on the current number n, (n
ility of
repeated
the classical retrial rate policy. The input flow of primary calls, interval between repetitions and service time
in phases are mutually independent.

Fig.1. Basic Single Server Queuing Model

= Arrival rate of customers
Āµ =Expected number of customers completing service per unit time
Expected number of phases in the system =

136
Ls(k) =

(1)

Expected number of phases in the queue =
( )

Lq(k) =

=

(

(2)

)

Expected number of customers in the queue =
Lq =

Ls(k)

average number of phases in the service
k

=

1 k+1
[
k
2
Āµ
=

k+1
]
2
Āµ

(

(3)

)

customer in service; therefore time taken for se

Average service time per customer =
Average number of phases of one customer in service

(4)
=

(5)

Expected waiting time of a customer in a queue =
Wq =

=

(

(6)

)

Expected waiting time of a customer in the system =
=

+

(7)

Expected number of customers in the system =

Ls= Lq +
=

(

)

=

+

(

)

=

+

(8)
=

(9)

Consider, M/E K/2 queuing system having two servers (server 1 & server 2). Assume that the service time
follows exponential distributions with the service rate ā€˜ ā€™ for ā€œserver 1ā€ and ā€˜ ā€™ for ā€œserver 2ā€; such that
technique is considered as well-known ā€œPoissonā€ process
has the provision for waiting queue. Each service request requires exactly one server for execution of the
service; and the same priority service is served using typical FCFS technique. When there are several
requests of same priority customers in the waiting queue, and a server is being released from its previous

137
task(s), then the first available customer request in the queue has been granted for execution. On the other
hand, if a customer request arrives to an empty queue, it is directed to ā€œserver 1ā€ immediately with a
probability ā€˜pā€™ and the ā€œserver 2ā€ with probability ā€œ1 ā€“ pā€. In case of two server based Erlang model, we have
considered four numbers of phases, if service is not available at that moment. If service is available at any
particular time, then the numbers of phases become six.
The priority of the requested service entering in the system is first checked. If the priority is 1, then that
particular service has the highest priority and the process of the service starts. If the priority is 2 or 3 then the
existence of a customer service with a higher priority is checked. However, in our system, we have provided
only three different priority classes for convenience. If there exist a service request with a higher priority in
the queue then that service request (with the lower priority) has to wait till all the higher priority service
request get the service. The priority of service classes 2 and 3 increases by one after every 60 seconds. This
helps to avoid starvation to a great extent. After this, the requested service is served as per Erlangā€™s k-phase
distribution with two servers.
The flowchart of priority based different ā€˜kā€™ phases in proposed cloud for two servers has been shown in Fig.
2.
=

Expected number of customers (not phases) in the queue:

(

)
(

)

(10)

It has been observed using equations (3) and (10) that difference between one server based ā€˜Lq
2
2
difference between two server based ā€˜Lq
ā€“ 2
ā€“ 2) is always greater
Therefore, value of expected number of customers in the queue for two servers is always less than the value
of expected number of customers in the queue for single server. Waiting time using two servers based
queuing method is also decreased.
=

Expected number of customers in the system:

+

(11)

Expected waiting time of a customer in a queue:
(12)
Expected waiting time of a customer in the system:

=

+

(13)

tav = Average Waiting Time
Here, we have considered a priority class refers to, a collection of all customers having the same priority. For
example when the net arrival rate of a customer is say 20, we assume the arrival rates for the first, second and
third priority classes are respectively. We have assumed that a priority class with lesser value of i has more
priority and less arrival rate, i.e., the arrival rate of a class varies inversely as the priority of that class.
Wn = Steady state waiting time for priority-n class.
Wn =

A= !

(14)

!

+

(15)

Bn = 1

(16)

S = Number of servers.
i

= Mean arrival rate for priority class i.

=

138
=
We have assumed that 1 has been considered as highest priority and we also assume that the arrival rates of
the priority classes vary exponentially.
For example, for the ith priority class, the arrival rate
i=

(x1)i,

Where x1= arrival rate of the 1st priority class and so on.
The usersā€™ service requests (UR) is provide as input to scheduler server. Then it gets the total available
resources (AR) and the number of running VMs in the data center in cloud. Find a list of appropriate VMs
(AVM) capable of provisioning the requested service class. Algorithm 1 described the priority based service
request handling in each class and Algorithm 2 shows for customer request with priority handling using
different phases in proposed Cloud.
In general, in Erlangā€™s k-phase distribution, the expected waiting time for a customer I the system,
Ws =

*Wq +

(17)

Now, for a priority class-i, we have,
Wsi=

*(1/ ABi-1Bi) +

(18)

In this section some important performance measures along with formulas and their qualitative behaviour for
P( n , 0) = Probability that there are n customers in the orbit
and server is free
P( n , i) = Probability that there are n customers in the orbit and server is busy with customer in the ith phase
The probability mass function of Server state Let S(t) be the random variable which represents the phase in
which customer is getting service at time t .
P:

i=0

p( i,0) where s : 0

In this way,
P:

i=0

p( i,k) where s : k

The Mean number of busy servers
k

MNBS =

i=0

j=1

p( i,j)

(19)

The probability mass function number of customers in the orbit
Let X(t) be the random variable representing the number of customers in the orbit.
Prob (No customers in the orbit) = j=0k p( 0,j)
Prob ( i customers in the orbit) =

k
j=0

p( i,j)

The Mean number of customers in the orbit
MNCO =

i=0

i(

k
j=0

p( i,j))

(20)

The probability that the orbiting customer is blocked
Blocking Probability =
k
i=1

j=1

p( i,j)

(21)

The probability that an arriving customer enter into service immediately

139
PSI =

i=0

p( i,0)

(22)

Algorithm 1:
Priority Based Service Request Handling in each class (PBSRHC)
Input: User Service Request with priority
Output: Select a Resource
Step 1. Form Available VM List and
UsedVMList and also available ResourceList from each priority class
Step 2. If AVM (UR,
VM=load-balancer (AVM (UR,AR)) and
Deploy service on VM and
deploy=true
Else if UR has advance reservation
Deployed=true
Else if Resource Able To Host ExtraVM then
Start newVMInstance
Add VMToAvailbaleVMList
Deploy service on newVM
Deployed=true
Else
queue serviceReuest until queueTime > waitingTime
Deployed=false
End if
Step 3. If deployed then
return successful
stop
Else
return failure
stop
Algorithm 2:
Algorithm for customer request with priority handling using different phases in proposed Cloud.
Input: A service request by client in a cloud.
Output: Requested service allocated to a particular server.
Step 1: Authentication of users
Step 2: Check Priority class. If priority ==1 then goto step 3 else if priority ==2 then goto step 4 else goto
step 5.
Step 3: If server busy, wait for completion of earlier priority 1 request otherwise allocate request to the server
and provide service.
Step 4- (a): Wait for completion of priority 1 customer request or wait for completion of earlier same priority
request; set timer =1 and timer = timer+1 continues until timer > 60.
Step 4-(b): If timer > 60 then priority = Priority - 1 and goto step 3.
Step 5- (a): Wait for completion of priority 1 and priority 2 customer requests or wait for completion of
earlier same priority request; set timer =1 and timer = timer+1 continues until timer > 60.
Step 4-(b): If timer > 60 then priority = Priority - 1 and goto step 4(a).
III. E XPERIMENTAL RESULTS
We have evaluated the performance of our priority based K-phase Erlang distribution method through
simulations. With different set of service request simulation is done. In each run of simulation, consider a
single server retrial queuing priority based system with Erlang-k distribution. Expected waiting time of a
customer in the system is increased based on the increment in case of arrival rate in single server as referred

140
in Figure 2, Figure 5, Figure 8 and Figure 9 and multiple server scenarios as referred in Figure 3, Figure 4,
Figure 6 and Figure 7.
1 =2.31

(for priority class 1)
=5.34 (for priority class 2)
2
3 =12.32 (for priority class 3)
1 =3.53

(for priority class 1)
(for priority class 2)
=43.98 (for priority class 3)
3
2 =12.46

we have
4.56 (for priority class 1 ā€“ P1)
2 =20.79 (for priority class 2 ā€“ P2)
3 =94.81 (for priority class 3 ā€“ P3)
1=

We see that the highest priority class has the lower arrival rate.

Fig 2. Wq for M/Ek/1 with K=4

Fig 3. Wq for M/Ek/2 with K=4

141
Fig 4. Ws for M/Ek/2 with K=4

Fig 5. Wq for M/Ek/1 with K=5

Fig 6. Wq for M/Ek/2 with K=6

142
Fig 7. Ws for M/Ek/2 with K=6

Fig 8. Ws for M/Ek/1 with K=4

Fig 9. Ws for M/Ek/1 with K=5

143
IV. CONCLUSION
In this paper, we have successfully designed a queue based model for priority based Erlang Distribution for
k- phases. Our design consists of single server with 4 and 5 phases and two servers with 4 and 6 phases. We
have considered three priority classes. In this model, service requests have been executed using queues.
Virtual machines [11] are modeled as service centers using M/EK/1 model and M/E K/2 model. Multiple
servers based scenario has improved the performance based on our system based on queue length reduction
and waiting time optimization over single server based scenario. Numerical results have been demonstrated
exhibiting higher performance in case of our priority based approach for M/EK/2 which reduces the queue
length and waiting time compared to M/E K/1. The low priority of service classes 2 and 3 increases by 1 after
every 60 seconds. This approach avoids starvation. M/E K/1 has produced better result compared to M/M/1 [6,
12]. M/E K/2 has shown better throughput compared to M/M/2 [6, 12] in terms of average queue length and
average waiting time.
REFERENCES
[1] J. R. Artalejo, ā€œA queueing system with returning customers and waiting line,ā€ Operations Research Letters, Vol.
17, pp. 191-199, 1995
[2] G. I. Falin, ā€œA survey of retrial queues,ā€ Queueing Systems, Vol. 7, 127-167 (1990)
[3] F. Ayad, M. Barsoum, A. Hasan, ā€œOn Verifying Dynamic Multiple Data Copies over Cloud Servers,ā€ IACR
Cryptology ePrint Archive 2011:447 (2011)
[4] Anirban Kundu, Chandan Banerjee, Priya Saha, ā€œIntroducing New Services in Cloud Computing Environment,ā€
International Journal of Digital Content Technology and its Application, Vol. 4, No. 5, (2010)
[5] M. Jain, P. K. Agrawal, ā€œM/Ek/1 Queueing System with Working Vacation,ā€ ICAQM, Vol. 4, No. 4, pp. 455-470
(2007)
[6] Chandan Banerjee, Anirban Kundu, Ayush Agarwal, Puja Singh, Sneha Bhattacharya, Rana Dattagupta; ā€œK-phase
Erlang Distribution method in Cloud Computingā€; Fourth International Conference on Advances in Communication
Network and Computing ā€“ CNC 2013; LNICST pp. 53~59.
[7] J. R. Murray, W. D. Kelton, ā€œThe Transient Response of the M/EK/2 Queue and Steady-State Simulation,ā€ Technical
report University of Michigan, 85-29, pp. 1-20 (1985).
[8] E. Gelenbe "Product-Form queueing networks with negative and positive customers", Journal of Applied
Probability, Vol. 28 (3): 656ā€“663 (Sep., 1991).
[9] Donald Gross and Carl M. Harris, Fundamentals of Queueing theory, (1974)
[10] H. Xiao, G. Zhang, ā€œThe Queuing Theory Application in Bank Service Optimization,ā€ International Conference on
Logistics Systems and Intelligent Management, IEEE, Vol. 2, pp. 1097 ā€“ 1100 (2010)
[11] M. H. Jamal, A. Qadeer, W. Mahmood, A. Waheed, J. J. Ding, ā€œVirtual Machine Scalability on Multi-Core
Processors Based Servers for Cloud Computing Workloads,ā€ IEEE International Conference on Networking,
Architecture, and Storage, 2009, pp. 90-97 (2009)
[12] S. Sowjanya, D. Praveen, K. Satish, A. Rahiman, ā€œThe Queueing Theory in Cloud Computing to Reduce the
Waiting Time,ā€ IJCSET, Vol. 1, Issue 3, pp. 110-112 (2011)

144

More Related Content

What's hot

Discrete Time Batch Arrival Queue with Multiple Vacations
Discrete Time Batch Arrival Queue with Multiple VacationsDiscrete Time Batch Arrival Queue with Multiple Vacations
Discrete Time Batch Arrival Queue with Multiple VacationsIJERDJOURNAL
Ā 
Design and implementation of low latency weighted round robin (ll wrr) schedu...
Design and implementation of low latency weighted round robin (ll wrr) schedu...Design and implementation of low latency weighted round robin (ll wrr) schedu...
Design and implementation of low latency weighted round robin (ll wrr) schedu...ijwmn
Ā 
Discuss the invocation semantics that can be achieved when the request-reply ...
Discuss the invocation semantics that can be achieved when the request-reply ...Discuss the invocation semantics that can be achieved when the request-reply ...
Discuss the invocation semantics that can be achieved when the request-reply ...Singh Pankaj
Ā 
Queuing theory and its applications
Queuing theory and its applicationsQueuing theory and its applications
Queuing theory and its applicationsDebasisMohanty37
Ā 
š‘“[š‘æ]/G/1 with Second Optional Service, Multiple Vacation, Breakdown and Repair
š‘“[š‘æ]/G/1 with Second Optional Service, Multiple Vacation, Breakdown and Repairš‘“[š‘æ]/G/1 with Second Optional Service, Multiple Vacation, Breakdown and Repair
š‘“[š‘æ]/G/1 with Second Optional Service, Multiple Vacation, Breakdown and RepairIJRES Journal
Ā 
Performance analysis of tunnel broker through open virtual private network
Performance analysis of tunnel broker through open virtual private networkPerformance analysis of tunnel broker through open virtual private network
Performance analysis of tunnel broker through open virtual private networkTELKOMNIKA JOURNAL
Ā 
Introduction to queueing theory
Introduction to queueing theoryIntroduction to queueing theory
Introduction to queueing theoryPresi
Ā 
Ieeepro techno solutions 2014 ieee java project - cloud bandwidth and cost ...
Ieeepro techno solutions   2014 ieee java project - cloud bandwidth and cost ...Ieeepro techno solutions   2014 ieee java project - cloud bandwidth and cost ...
Ieeepro techno solutions 2014 ieee java project - cloud bandwidth and cost ...hemanthbbc
Ā 
7. Mutual Exclusion
7. Mutual Exclusion7. Mutual Exclusion
7. Mutual ExclusionPrajakta Rane
Ā 
Weighted Round Robin Load Balancer to Enhance Web Server Cluster in OpenFlow ...
Weighted Round Robin Load Balancer to Enhance Web Server Cluster in OpenFlow ...Weighted Round Robin Load Balancer to Enhance Web Server Cluster in OpenFlow ...
Weighted Round Robin Load Balancer to Enhance Web Server Cluster in OpenFlow ...TELKOMNIKA JOURNAL
Ā 
message passing
 message passing message passing
message passingAshish Kumar
Ā 
Cloud Computing Load Balancing Algorithms Comparison Based Survey
Cloud Computing Load Balancing Algorithms Comparison Based SurveyCloud Computing Load Balancing Algorithms Comparison Based Survey
Cloud Computing Load Balancing Algorithms Comparison Based SurveyINFOGAIN PUBLICATION
Ā 

What's hot (20)

Discrete Time Batch Arrival Queue with Multiple Vacations
Discrete Time Batch Arrival Queue with Multiple VacationsDiscrete Time Batch Arrival Queue with Multiple Vacations
Discrete Time Batch Arrival Queue with Multiple Vacations
Ā 
G027048051
G027048051G027048051
G027048051
Ā 
Design and implementation of low latency weighted round robin (ll wrr) schedu...
Design and implementation of low latency weighted round robin (ll wrr) schedu...Design and implementation of low latency weighted round robin (ll wrr) schedu...
Design and implementation of low latency weighted round robin (ll wrr) schedu...
Ā 
HIGH SPEED NETWORKS
HIGH SPEED NETWORKSHIGH SPEED NETWORKS
HIGH SPEED NETWORKS
Ā 
Discuss the invocation semantics that can be achieved when the request-reply ...
Discuss the invocation semantics that can be achieved when the request-reply ...Discuss the invocation semantics that can be achieved when the request-reply ...
Discuss the invocation semantics that can be achieved when the request-reply ...
Ā 
Queuing theory
Queuing theoryQueuing theory
Queuing theory
Ā 
Queuing theory and its applications
Queuing theory and its applicationsQueuing theory and its applications
Queuing theory and its applications
Ā 
Queuing theory
Queuing theoryQueuing theory
Queuing theory
Ā 
š‘“[š‘æ]/G/1 with Second Optional Service, Multiple Vacation, Breakdown and Repair
š‘“[š‘æ]/G/1 with Second Optional Service, Multiple Vacation, Breakdown and Repairš‘“[š‘æ]/G/1 with Second Optional Service, Multiple Vacation, Breakdown and Repair
š‘“[š‘æ]/G/1 with Second Optional Service, Multiple Vacation, Breakdown and Repair
Ā 
Queueing theory
Queueing theoryQueueing theory
Queueing theory
Ā 
Performance analysis of tunnel broker through open virtual private network
Performance analysis of tunnel broker through open virtual private networkPerformance analysis of tunnel broker through open virtual private network
Performance analysis of tunnel broker through open virtual private network
Ā 
Introduction to queueing theory
Introduction to queueing theoryIntroduction to queueing theory
Introduction to queueing theory
Ā 
Queuing analysis
Queuing analysisQueuing analysis
Queuing analysis
Ā 
Ieeepro techno solutions 2014 ieee java project - cloud bandwidth and cost ...
Ieeepro techno solutions   2014 ieee java project - cloud bandwidth and cost ...Ieeepro techno solutions   2014 ieee java project - cloud bandwidth and cost ...
Ieeepro techno solutions 2014 ieee java project - cloud bandwidth and cost ...
Ā 
7. Mutual Exclusion
7. Mutual Exclusion7. Mutual Exclusion
7. Mutual Exclusion
Ā 
Weighted Round Robin Load Balancer to Enhance Web Server Cluster in OpenFlow ...
Weighted Round Robin Load Balancer to Enhance Web Server Cluster in OpenFlow ...Weighted Round Robin Load Balancer to Enhance Web Server Cluster in OpenFlow ...
Weighted Round Robin Load Balancer to Enhance Web Server Cluster in OpenFlow ...
Ā 
StateKeeper Report
StateKeeper ReportStateKeeper Report
StateKeeper Report
Ā 
message passing
 message passing message passing
message passing
Ā 
Queue
QueueQueue
Queue
Ā 
Cloud Computing Load Balancing Algorithms Comparison Based Survey
Cloud Computing Load Balancing Algorithms Comparison Based SurveyCloud Computing Load Balancing Algorithms Comparison Based Survey
Cloud Computing Load Balancing Algorithms Comparison Based Survey
Ā 

Viewers also liked

PHP Day 2011 PHP goes to the cloud
PHP Day 2011 PHP goes to the cloudPHP Day 2011 PHP goes to the cloud
PHP Day 2011 PHP goes to the cloudpietrobr
Ā 
Integrating Erlang with PHP
Integrating Erlang with PHPIntegrating Erlang with PHP
Integrating Erlang with PHPAlvaro Videla
Ā 
Localisation typo3
Localisation typo3Localisation typo3
Localisation typo3Daniel
Ā 
An year of Pomodoros
An year of PomodorosAn year of Pomodoros
An year of PomodorosGiorgio Sironi
Ā 

Viewers also liked (6)

PHP Day 2011 PHP goes to the cloud
PHP Day 2011 PHP goes to the cloudPHP Day 2011 PHP goes to the cloud
PHP Day 2011 PHP goes to the cloud
Ā 
Integrating Erlang with PHP
Integrating Erlang with PHPIntegrating Erlang with PHP
Integrating Erlang with PHP
Ā 
symfony & jQuery (phpDay)
symfony & jQuery (phpDay)symfony & jQuery (phpDay)
symfony & jQuery (phpDay)
Ā 
Frontend caching - PHP Day, Italy, 2011
Frontend caching - PHP Day, Italy, 2011Frontend caching - PHP Day, Italy, 2011
Frontend caching - PHP Day, Italy, 2011
Ā 
Localisation typo3
Localisation typo3Localisation typo3
Localisation typo3
Ā 
An year of Pomodoros
An year of PomodorosAn year of Pomodoros
An year of Pomodoros
Ā 

Similar to Priority-based K-Erlang Distribution Method

Fuzzy Retrial Queues with Priority using DSW Algorithm
Fuzzy Retrial Queues with Priority using DSW AlgorithmFuzzy Retrial Queues with Priority using DSW Algorithm
Fuzzy Retrial Queues with Priority using DSW Algorithmijceronline
Ā 
An Efficient Method to Compute the Rate Matrix for Multi-Server Retrial Queue...
An Efficient Method to Compute the Rate Matrix for Multi-Server Retrial Queue...An Efficient Method to Compute the Rate Matrix for Multi-Server Retrial Queue...
An Efficient Method to Compute the Rate Matrix for Multi-Server Retrial Queue...IJCNCJournal
Ā 
AN EFFICIENT M COMPUTE THE RATE MATRIX FOR MULTI-SERVER RETRIAL QUEUES WITH C...
AN EFFICIENT M COMPUTE THE RATE MATRIX FOR MULTI-SERVER RETRIAL QUEUES WITH C...AN EFFICIENT M COMPUTE THE RATE MATRIX FOR MULTI-SERVER RETRIAL QUEUES WITH C...
AN EFFICIENT M COMPUTE THE RATE MATRIX FOR MULTI-SERVER RETRIAL QUEUES WITH C...IJCNCJournal
Ā 
H03405059069
H03405059069H03405059069
H03405059069theijes
Ā 
queueing problems in banking
queueing problems in bankingqueueing problems in banking
queueing problems in bankingMani Deep
Ā 
A Case Study of Employing A Single Server Nonpreemptive Priority Queuing Mode...
A Case Study of Employing A Single Server Nonpreemptive Priority Queuing Mode...A Case Study of Employing A Single Server Nonpreemptive Priority Queuing Mode...
A Case Study of Employing A Single Server Nonpreemptive Priority Queuing Mode...IJERA Editor
Ā 
Decision Sciences_SBS_9.pdf
Decision Sciences_SBS_9.pdfDecision Sciences_SBS_9.pdf
Decision Sciences_SBS_9.pdfKhushbooJoshiSBS
Ā 
Retrial queueing model with non persistent customers, random break down, del...
 Retrial queueing model with non persistent customers, random break down, del... Retrial queueing model with non persistent customers, random break down, del...
Retrial queueing model with non persistent customers, random break down, del...Alexander Decker
Ā 
Retrial queueing model with non persistent customers, random break down, del...
 Retrial queueing model with non persistent customers, random break down, del... Retrial queueing model with non persistent customers, random break down, del...
Retrial queueing model with non persistent customers, random break down, del...Alexander Decker
Ā 
Retrial queueing model with non persistent customers, random break down, del...
 Retrial queueing model with non persistent customers, random break down, del... Retrial queueing model with non persistent customers, random break down, del...
Retrial queueing model with non persistent customers, random break down, del...Alexander Decker
Ā 
A project on Clientserver SystemThis project is about a client
A project on Clientserver SystemThis project is about a clientA project on Clientserver SystemThis project is about a client
A project on Clientserver SystemThis project is about a clientlatashiadegale
Ā 
A project on Clientserver SystemThis project is about a client.docx
A project on Clientserver SystemThis project is about a client.docxA project on Clientserver SystemThis project is about a client.docx
A project on Clientserver SystemThis project is about a client.docxmakdul
Ā 
solving restaurent model problem by using queueing theory
solving restaurent model problem by using queueing theorysolving restaurent model problem by using queueing theory
solving restaurent model problem by using queueing theorySubham kumar
Ā 
Queuing theory
Queuing theoryQueuing theory
Queuing theoryAmit Sinha
Ā 
Queuing theory network
Queuing theory networkQueuing theory network
Queuing theory networkAmit Dahal
Ā 
Automated Parameterization of Performance Models from Measurements
Automated Parameterization of Performance Models from MeasurementsAutomated Parameterization of Performance Models from Measurements
Automated Parameterization of Performance Models from MeasurementsWeikun Wang
Ā 
Queueing Theory.pptx
Queueing Theory.pptxQueueing Theory.pptx
Queueing Theory.pptxManish Agarwal
Ā 

Similar to Priority-based K-Erlang Distribution Method (20)

Fuzzy Retrial Queues with Priority using DSW Algorithm
Fuzzy Retrial Queues with Priority using DSW AlgorithmFuzzy Retrial Queues with Priority using DSW Algorithm
Fuzzy Retrial Queues with Priority using DSW Algorithm
Ā 
An Efficient Method to Compute the Rate Matrix for Multi-Server Retrial Queue...
An Efficient Method to Compute the Rate Matrix for Multi-Server Retrial Queue...An Efficient Method to Compute the Rate Matrix for Multi-Server Retrial Queue...
An Efficient Method to Compute the Rate Matrix for Multi-Server Retrial Queue...
Ā 
AN EFFICIENT M COMPUTE THE RATE MATRIX FOR MULTI-SERVER RETRIAL QUEUES WITH C...
AN EFFICIENT M COMPUTE THE RATE MATRIX FOR MULTI-SERVER RETRIAL QUEUES WITH C...AN EFFICIENT M COMPUTE THE RATE MATRIX FOR MULTI-SERVER RETRIAL QUEUES WITH C...
AN EFFICIENT M COMPUTE THE RATE MATRIX FOR MULTI-SERVER RETRIAL QUEUES WITH C...
Ā 
H03405059069
H03405059069H03405059069
H03405059069
Ā 
queueing problems in banking
queueing problems in bankingqueueing problems in banking
queueing problems in banking
Ā 
A Case Study of Employing A Single Server Nonpreemptive Priority Queuing Mode...
A Case Study of Employing A Single Server Nonpreemptive Priority Queuing Mode...A Case Study of Employing A Single Server Nonpreemptive Priority Queuing Mode...
A Case Study of Employing A Single Server Nonpreemptive Priority Queuing Mode...
Ā 
QUEUING THEORY
QUEUING THEORY QUEUING THEORY
QUEUING THEORY
Ā 
Ramniwas final
Ramniwas finalRamniwas final
Ramniwas final
Ā 
Decision Sciences_SBS_9.pdf
Decision Sciences_SBS_9.pdfDecision Sciences_SBS_9.pdf
Decision Sciences_SBS_9.pdf
Ā 
Retrial queueing model with non persistent customers, random break down, del...
 Retrial queueing model with non persistent customers, random break down, del... Retrial queueing model with non persistent customers, random break down, del...
Retrial queueing model with non persistent customers, random break down, del...
Ā 
Retrial queueing model with non persistent customers, random break down, del...
 Retrial queueing model with non persistent customers, random break down, del... Retrial queueing model with non persistent customers, random break down, del...
Retrial queueing model with non persistent customers, random break down, del...
Ā 
Retrial queueing model with non persistent customers, random break down, del...
 Retrial queueing model with non persistent customers, random break down, del... Retrial queueing model with non persistent customers, random break down, del...
Retrial queueing model with non persistent customers, random break down, del...
Ā 
A project on Clientserver SystemThis project is about a client
A project on Clientserver SystemThis project is about a clientA project on Clientserver SystemThis project is about a client
A project on Clientserver SystemThis project is about a client
Ā 
A project on Clientserver SystemThis project is about a client.docx
A project on Clientserver SystemThis project is about a client.docxA project on Clientserver SystemThis project is about a client.docx
A project on Clientserver SystemThis project is about a client.docx
Ā 
solving restaurent model problem by using queueing theory
solving restaurent model problem by using queueing theorysolving restaurent model problem by using queueing theory
solving restaurent model problem by using queueing theory
Ā 
Queuing theory
Queuing theoryQueuing theory
Queuing theory
Ā 
Queuing theory network
Queuing theory networkQueuing theory network
Queuing theory network
Ā 
Chapter 14R
Chapter 14RChapter 14R
Chapter 14R
Ā 
Automated Parameterization of Performance Models from Measurements
Automated Parameterization of Performance Models from MeasurementsAutomated Parameterization of Performance Models from Measurements
Automated Parameterization of Performance Models from Measurements
Ā 
Queueing Theory.pptx
Queueing Theory.pptxQueueing Theory.pptx
Queueing Theory.pptx
Ā 

More from idescitation

More from idescitation (20)

65 113-121
65 113-12165 113-121
65 113-121
Ā 
69 122-128
69 122-12869 122-128
69 122-128
Ā 
71 338-347
71 338-34771 338-347
71 338-347
Ā 
72 129-135
72 129-13572 129-135
72 129-135
Ā 
74 136-143
74 136-14374 136-143
74 136-143
Ā 
80 152-157
80 152-15780 152-157
80 152-157
Ā 
82 348-355
82 348-35582 348-355
82 348-355
Ā 
84 11-21
84 11-2184 11-21
84 11-21
Ā 
62 328-337
62 328-33762 328-337
62 328-337
Ā 
46 102-112
46 102-11246 102-112
46 102-112
Ā 
47 292-298
47 292-29847 292-298
47 292-298
Ā 
49 299-305
49 299-30549 299-305
49 299-305
Ā 
57 306-311
57 306-31157 306-311
57 306-311
Ā 
60 312-318
60 312-31860 312-318
60 312-318
Ā 
5 1-10
5 1-105 1-10
5 1-10
Ā 
11 69-81
11 69-8111 69-81
11 69-81
Ā 
14 284-291
14 284-29114 284-291
14 284-291
Ā 
15 82-87
15 82-8715 82-87
15 82-87
Ā 
29 88-96
29 88-9629 88-96
29 88-96
Ā 
43 97-101
43 97-10143 97-101
43 97-101
Ā 

Recently uploaded

Difference Between Search & Browse Methods in Odoo 17
Difference Between Search & Browse Methods in Odoo 17Difference Between Search & Browse Methods in Odoo 17
Difference Between Search & Browse Methods in Odoo 17Celine George
Ā 
ACC 2024 Chronicles. Cardiology. Exam.pdf
ACC 2024 Chronicles. Cardiology. Exam.pdfACC 2024 Chronicles. Cardiology. Exam.pdf
ACC 2024 Chronicles. Cardiology. Exam.pdfSpandanaRallapalli
Ā 
What is Model Inheritance in Odoo 17 ERP
What is Model Inheritance in Odoo 17 ERPWhat is Model Inheritance in Odoo 17 ERP
What is Model Inheritance in Odoo 17 ERPCeline George
Ā 
Q4 English4 Week3 PPT Melcnmg-based.pptx
Q4 English4 Week3 PPT Melcnmg-based.pptxQ4 English4 Week3 PPT Melcnmg-based.pptx
Q4 English4 Week3 PPT Melcnmg-based.pptxnelietumpap1
Ā 
Visit to a blind student's schoolšŸ§‘ā€šŸ¦ÆšŸ§‘ā€šŸ¦Æ(community medicine)
Visit to a blind student's schoolšŸ§‘ā€šŸ¦ÆšŸ§‘ā€šŸ¦Æ(community medicine)Visit to a blind student's schoolšŸ§‘ā€šŸ¦ÆšŸ§‘ā€šŸ¦Æ(community medicine)
Visit to a blind student's schoolšŸ§‘ā€šŸ¦ÆšŸ§‘ā€šŸ¦Æ(community medicine)lakshayb543
Ā 
ISYU TUNGKOL SA SEKSWLADIDA (ISSUE ABOUT SEXUALITY
ISYU TUNGKOL SA SEKSWLADIDA (ISSUE ABOUT SEXUALITYISYU TUNGKOL SA SEKSWLADIDA (ISSUE ABOUT SEXUALITY
ISYU TUNGKOL SA SEKSWLADIDA (ISSUE ABOUT SEXUALITYKayeClaireEstoconing
Ā 
AMERICAN LANGUAGE HUB_Level2_Student'sBook_Answerkey.pdf
AMERICAN LANGUAGE HUB_Level2_Student'sBook_Answerkey.pdfAMERICAN LANGUAGE HUB_Level2_Student'sBook_Answerkey.pdf
AMERICAN LANGUAGE HUB_Level2_Student'sBook_Answerkey.pdfphamnguyenenglishnb
Ā 
Influencing policy (training slides from Fast Track Impact)
Influencing policy (training slides from Fast Track Impact)Influencing policy (training slides from Fast Track Impact)
Influencing policy (training slides from Fast Track Impact)Mark Reed
Ā 
Field Attribute Index Feature in Odoo 17
Field Attribute Index Feature in Odoo 17Field Attribute Index Feature in Odoo 17
Field Attribute Index Feature in Odoo 17Celine George
Ā 
Keynote by Prof. Wurzer at Nordex about IP-design
Keynote by Prof. Wurzer at Nordex about IP-designKeynote by Prof. Wurzer at Nordex about IP-design
Keynote by Prof. Wurzer at Nordex about IP-designMIPLM
Ā 
Incoming and Outgoing Shipments in 3 STEPS Using Odoo 17
Incoming and Outgoing Shipments in 3 STEPS Using Odoo 17Incoming and Outgoing Shipments in 3 STEPS Using Odoo 17
Incoming and Outgoing Shipments in 3 STEPS Using Odoo 17Celine George
Ā 
ECONOMIC CONTEXT - PAPER 1 Q3: NEWSPAPERS.pptx
ECONOMIC CONTEXT - PAPER 1 Q3: NEWSPAPERS.pptxECONOMIC CONTEXT - PAPER 1 Q3: NEWSPAPERS.pptx
ECONOMIC CONTEXT - PAPER 1 Q3: NEWSPAPERS.pptxiammrhaywood
Ā 
Inclusivity Essentials_ Creating Accessible Websites for Nonprofits .pdf
Inclusivity Essentials_ Creating Accessible Websites for Nonprofits .pdfInclusivity Essentials_ Creating Accessible Websites for Nonprofits .pdf
Inclusivity Essentials_ Creating Accessible Websites for Nonprofits .pdfTechSoup
Ā 
ANG SEKTOR NG agrikultura.pptx QUARTER 4
ANG SEKTOR NG agrikultura.pptx QUARTER 4ANG SEKTOR NG agrikultura.pptx QUARTER 4
ANG SEKTOR NG agrikultura.pptx QUARTER 4MiaBumagat1
Ā 
INTRODUCTION TO CATHOLIC CHRISTOLOGY.pptx
INTRODUCTION TO CATHOLIC CHRISTOLOGY.pptxINTRODUCTION TO CATHOLIC CHRISTOLOGY.pptx
INTRODUCTION TO CATHOLIC CHRISTOLOGY.pptxHumphrey A BeƱa
Ā 
USPSĀ® Forced Meter Migration - How to Know if Your Postage Meter Will Soon be...
USPSĀ® Forced Meter Migration - How to Know if Your Postage Meter Will Soon be...USPSĀ® Forced Meter Migration - How to Know if Your Postage Meter Will Soon be...
USPSĀ® Forced Meter Migration - How to Know if Your Postage Meter Will Soon be...Postal Advocate Inc.
Ā 
Computed Fields and api Depends in the Odoo 17
Computed Fields and api Depends in the Odoo 17Computed Fields and api Depends in the Odoo 17
Computed Fields and api Depends in the Odoo 17Celine George
Ā 
ENGLISH6-Q4-W3.pptxqurter our high choom
ENGLISH6-Q4-W3.pptxqurter our high choomENGLISH6-Q4-W3.pptxqurter our high choom
ENGLISH6-Q4-W3.pptxqurter our high choomnelietumpap1
Ā 

Recently uploaded (20)

Difference Between Search & Browse Methods in Odoo 17
Difference Between Search & Browse Methods in Odoo 17Difference Between Search & Browse Methods in Odoo 17
Difference Between Search & Browse Methods in Odoo 17
Ā 
ACC 2024 Chronicles. Cardiology. Exam.pdf
ACC 2024 Chronicles. Cardiology. Exam.pdfACC 2024 Chronicles. Cardiology. Exam.pdf
ACC 2024 Chronicles. Cardiology. Exam.pdf
Ā 
What is Model Inheritance in Odoo 17 ERP
What is Model Inheritance in Odoo 17 ERPWhat is Model Inheritance in Odoo 17 ERP
What is Model Inheritance in Odoo 17 ERP
Ā 
Raw materials used in Herbal Cosmetics.pptx
Raw materials used in Herbal Cosmetics.pptxRaw materials used in Herbal Cosmetics.pptx
Raw materials used in Herbal Cosmetics.pptx
Ā 
Q4 English4 Week3 PPT Melcnmg-based.pptx
Q4 English4 Week3 PPT Melcnmg-based.pptxQ4 English4 Week3 PPT Melcnmg-based.pptx
Q4 English4 Week3 PPT Melcnmg-based.pptx
Ā 
Visit to a blind student's schoolšŸ§‘ā€šŸ¦ÆšŸ§‘ā€šŸ¦Æ(community medicine)
Visit to a blind student's schoolšŸ§‘ā€šŸ¦ÆšŸ§‘ā€šŸ¦Æ(community medicine)Visit to a blind student's schoolšŸ§‘ā€šŸ¦ÆšŸ§‘ā€šŸ¦Æ(community medicine)
Visit to a blind student's schoolšŸ§‘ā€šŸ¦ÆšŸ§‘ā€šŸ¦Æ(community medicine)
Ā 
ISYU TUNGKOL SA SEKSWLADIDA (ISSUE ABOUT SEXUALITY
ISYU TUNGKOL SA SEKSWLADIDA (ISSUE ABOUT SEXUALITYISYU TUNGKOL SA SEKSWLADIDA (ISSUE ABOUT SEXUALITY
ISYU TUNGKOL SA SEKSWLADIDA (ISSUE ABOUT SEXUALITY
Ā 
AMERICAN LANGUAGE HUB_Level2_Student'sBook_Answerkey.pdf
AMERICAN LANGUAGE HUB_Level2_Student'sBook_Answerkey.pdfAMERICAN LANGUAGE HUB_Level2_Student'sBook_Answerkey.pdf
AMERICAN LANGUAGE HUB_Level2_Student'sBook_Answerkey.pdf
Ā 
Influencing policy (training slides from Fast Track Impact)
Influencing policy (training slides from Fast Track Impact)Influencing policy (training slides from Fast Track Impact)
Influencing policy (training slides from Fast Track Impact)
Ā 
Field Attribute Index Feature in Odoo 17
Field Attribute Index Feature in Odoo 17Field Attribute Index Feature in Odoo 17
Field Attribute Index Feature in Odoo 17
Ā 
Keynote by Prof. Wurzer at Nordex about IP-design
Keynote by Prof. Wurzer at Nordex about IP-designKeynote by Prof. Wurzer at Nordex about IP-design
Keynote by Prof. Wurzer at Nordex about IP-design
Ā 
Incoming and Outgoing Shipments in 3 STEPS Using Odoo 17
Incoming and Outgoing Shipments in 3 STEPS Using Odoo 17Incoming and Outgoing Shipments in 3 STEPS Using Odoo 17
Incoming and Outgoing Shipments in 3 STEPS Using Odoo 17
Ā 
ECONOMIC CONTEXT - PAPER 1 Q3: NEWSPAPERS.pptx
ECONOMIC CONTEXT - PAPER 1 Q3: NEWSPAPERS.pptxECONOMIC CONTEXT - PAPER 1 Q3: NEWSPAPERS.pptx
ECONOMIC CONTEXT - PAPER 1 Q3: NEWSPAPERS.pptx
Ā 
Inclusivity Essentials_ Creating Accessible Websites for Nonprofits .pdf
Inclusivity Essentials_ Creating Accessible Websites for Nonprofits .pdfInclusivity Essentials_ Creating Accessible Websites for Nonprofits .pdf
Inclusivity Essentials_ Creating Accessible Websites for Nonprofits .pdf
Ā 
ANG SEKTOR NG agrikultura.pptx QUARTER 4
ANG SEKTOR NG agrikultura.pptx QUARTER 4ANG SEKTOR NG agrikultura.pptx QUARTER 4
ANG SEKTOR NG agrikultura.pptx QUARTER 4
Ā 
FINALS_OF_LEFT_ON_C'N_EL_DORADO_2024.pptx
FINALS_OF_LEFT_ON_C'N_EL_DORADO_2024.pptxFINALS_OF_LEFT_ON_C'N_EL_DORADO_2024.pptx
FINALS_OF_LEFT_ON_C'N_EL_DORADO_2024.pptx
Ā 
INTRODUCTION TO CATHOLIC CHRISTOLOGY.pptx
INTRODUCTION TO CATHOLIC CHRISTOLOGY.pptxINTRODUCTION TO CATHOLIC CHRISTOLOGY.pptx
INTRODUCTION TO CATHOLIC CHRISTOLOGY.pptx
Ā 
USPSĀ® Forced Meter Migration - How to Know if Your Postage Meter Will Soon be...
USPSĀ® Forced Meter Migration - How to Know if Your Postage Meter Will Soon be...USPSĀ® Forced Meter Migration - How to Know if Your Postage Meter Will Soon be...
USPSĀ® Forced Meter Migration - How to Know if Your Postage Meter Will Soon be...
Ā 
Computed Fields and api Depends in the Odoo 17
Computed Fields and api Depends in the Odoo 17Computed Fields and api Depends in the Odoo 17
Computed Fields and api Depends in the Odoo 17
Ā 
ENGLISH6-Q4-W3.pptxqurter our high choom
ENGLISH6-Q4-W3.pptxqurter our high choomENGLISH6-Q4-W3.pptxqurter our high choom
ENGLISH6-Q4-W3.pptxqurter our high choom
Ā 

Priority-based K-Erlang Distribution Method

  • 1. Int. J. on Recent Trends in Engineering and Technology, Vol. 10, No. 1, Jan 2014 Priority based K-Erlang Distribution Method in Cloud Computing Chandan Banerjee1, 2, Anirban Kundu2, 3, Ayush Agarwal1, Puja Singh1, Sneha Bhattacharya1 and Rana Dattagupta4 1 Netaji Subhash Engineering College, Kolkata 700152, India {chandanbanerjee1, ayush.agarwal2310, singh.puja.07.08, sneha.22.7}@gmail.com 2 Innovation Research Lab (IRL), Howrah, West Bengal 711103, India anik76in@gmail.com 3 Kuang-Chi Institute of Advanced Technology, Shenzhen 518057, P.R.China 4 Jadavpur University, Kolkata 700032, India anirban.kundu@kuang-chi.org , rdattagupta@cse.jdvu.ac.in Abstractā€” In this paper, we have proposed a priority based service time distribution method using Erlang Distribution for K-phases. The process of entering into the cloud is typically based on the priority of the service and form a queue. Each user needs to wait until the current user is being served if priority of the service is same, as per the First Come First Served policy. If the server is busy, then the user request has to be waited in the queue until the current user receives the result of the prescribed tasks. We have considered a priority class refers to a collection of all customers having the same priority. We introduce M/EK/1 model for a priority based single server and M/EK /2 model for priority based two servers in each class in cloud computing scenario to reduce overall mean queue length and waiting time. We have considered a single server and two server retrial queueing systems in which We considered a single server and two server queues with three classes of customers. Index Termsā€” Cloud Computing, Erlang Distribution for K-phases, Waiting time, Queue length, Priority based service class. I. INTRODUCTION Cloud computing is a new cost-efficient computing paradigm in which information and computer resources has been accessed from Web browser by users. Queueing systems in which arriving customers who find the server busy may retry for service after a period of time is called Retrial queues. In our system there are three priority classes, which define the order in which the service will be provided, since scheduling the queue in this manner may cause starvation, therefore we have implemented ageing technique to prevent this. If a new customer does not find any free server after connecting to the cloud service, then the system automatically redirects the request towards a waiting queue. At that moment, if the waiting queue is also fully occupied by other customers, then the newly arrived customer has to retry for service after certain time period. This technique is known as Retrial queues [1, 2]. Priority of service request is an important issue in scheduling because some request should be serviced earlier than others. These are requests which canā€™t stay for a long time in a system. The M/Ek/n (in this case, n=1 or n=2) queuing system with cloud computing service station is very useful to provide basic framework for efficient design and analysis of several practical situations including various technical systems. In cloud computing environment, multiple servers have been utilized DOI: 01.IJRTET.10.1.1289 Ā© Association of Computer Electronics and Electrical Engineers, 2014
  • 2. instead of single server to achieve higher computation power. In this manner, the system performance is increased reducing the mean queue length and waiting time. In multiple servers [3] scenario, cloud service [4] request needs no waiting time for a long time period and also the queue length would be less. Our proposed approach using M/EK/1 [5, 6] and M/EK/2 [6, 7] priority based models has been described in Section II. Experimental results using priority based Erlang distribution method has been shown in Section III. Conclusion is depicted in Section IV. II. PROPOSED W ORK In this section, a priority based single service channel queuing system cloud model M/EK/1 has been proposed. Consider a single server retrial queueing system in which customers arrive in a Poisson process with arrival rate . These customers are identified as primary calls. Further assume that negative customers arrive at a rate which follows a Poisson process. Gelenbe [8] has introduced a new class of queueing processes in which customers are either Positive or Negative. Positive means a regular customer who is treated in the usual way by a server. Negative customers have the effect of deleting some customer in the queue. In the simplest version, a negative arrival removes an ordinary positive customer. Let k be the number of phases in the service station. Assume that the service time has Erlang-k distribution [9] with service rate kĀµ for each phase. We assume that the services in all phases are independent and identical and only one customer at a time is in the service mechanism. If the server is free at the time of a primary call arrival, the arriving call begins to be served in Phase 1 immediately by the server then progresses through the remaining phases and must complete the last phase and leaves the system before the next customer enters the first phase. If the server is busy, then the arriving customer goes to orbit and becomes a source of repeated calls. This pool of sources of repeated calls may be viewed as a sort of queue. Every such source produces a Poisson process of repeated calls with intensity . If an incoming repeated call finds the server free, it is served in the same manner and leaves the system after service, while the source which produced this repeated call disappears. Otherwise, the system state does not change. There are ā€˜kā€™ numbers of phases in our cloud system. Basic model of single server is shown in Fig. 1. Number of phases is four, if service is not available; where as if service is available, then number of phases becomes five. Only one server is considered in this case. We have considered three priority classes. The buffer is assumed to be infinite in each class. The priority based queuing discipline is first-come-first-serve (FCFS). Usersā€™ requests are being served one at a time. A new service with same priority could not be started until all the k-phases have been executed. Therefore, each arrival of usersā€™ requests increases the number of phases by k in the overall system. A mathematical basis for queuing theory [10] is provided for better understanding and for higher prediction based on the behavior of communication network. We assume that the access from the queue to the service facility follows the exponential distribution which may depend on the current number n, (n ility of repeated the classical retrial rate policy. The input flow of primary calls, interval between repetitions and service time in phases are mutually independent. Fig.1. Basic Single Server Queuing Model = Arrival rate of customers Āµ =Expected number of customers completing service per unit time Expected number of phases in the system = 136
  • 3. Ls(k) = (1) Expected number of phases in the queue = ( ) Lq(k) = = ( (2) ) Expected number of customers in the queue = Lq = Ls(k) average number of phases in the service k = 1 k+1 [ k 2 Āµ = k+1 ] 2 Āµ ( (3) ) customer in service; therefore time taken for se Average service time per customer = Average number of phases of one customer in service (4) = (5) Expected waiting time of a customer in a queue = Wq = = ( (6) ) Expected waiting time of a customer in the system = = + (7) Expected number of customers in the system = Ls= Lq + = ( ) = + ( ) = + (8) = (9) Consider, M/E K/2 queuing system having two servers (server 1 & server 2). Assume that the service time follows exponential distributions with the service rate ā€˜ ā€™ for ā€œserver 1ā€ and ā€˜ ā€™ for ā€œserver 2ā€; such that technique is considered as well-known ā€œPoissonā€ process has the provision for waiting queue. Each service request requires exactly one server for execution of the service; and the same priority service is served using typical FCFS technique. When there are several requests of same priority customers in the waiting queue, and a server is being released from its previous 137
  • 4. task(s), then the first available customer request in the queue has been granted for execution. On the other hand, if a customer request arrives to an empty queue, it is directed to ā€œserver 1ā€ immediately with a probability ā€˜pā€™ and the ā€œserver 2ā€ with probability ā€œ1 ā€“ pā€. In case of two server based Erlang model, we have considered four numbers of phases, if service is not available at that moment. If service is available at any particular time, then the numbers of phases become six. The priority of the requested service entering in the system is first checked. If the priority is 1, then that particular service has the highest priority and the process of the service starts. If the priority is 2 or 3 then the existence of a customer service with a higher priority is checked. However, in our system, we have provided only three different priority classes for convenience. If there exist a service request with a higher priority in the queue then that service request (with the lower priority) has to wait till all the higher priority service request get the service. The priority of service classes 2 and 3 increases by one after every 60 seconds. This helps to avoid starvation to a great extent. After this, the requested service is served as per Erlangā€™s k-phase distribution with two servers. The flowchart of priority based different ā€˜kā€™ phases in proposed cloud for two servers has been shown in Fig. 2. = Expected number of customers (not phases) in the queue: ( ) ( ) (10) It has been observed using equations (3) and (10) that difference between one server based ā€˜Lq 2 2 difference between two server based ā€˜Lq ā€“ 2 ā€“ 2) is always greater Therefore, value of expected number of customers in the queue for two servers is always less than the value of expected number of customers in the queue for single server. Waiting time using two servers based queuing method is also decreased. = Expected number of customers in the system: + (11) Expected waiting time of a customer in a queue: (12) Expected waiting time of a customer in the system: = + (13) tav = Average Waiting Time Here, we have considered a priority class refers to, a collection of all customers having the same priority. For example when the net arrival rate of a customer is say 20, we assume the arrival rates for the first, second and third priority classes are respectively. We have assumed that a priority class with lesser value of i has more priority and less arrival rate, i.e., the arrival rate of a class varies inversely as the priority of that class. Wn = Steady state waiting time for priority-n class. Wn = A= ! (14) ! + (15) Bn = 1 (16) S = Number of servers. i = Mean arrival rate for priority class i. = 138
  • 5. = We have assumed that 1 has been considered as highest priority and we also assume that the arrival rates of the priority classes vary exponentially. For example, for the ith priority class, the arrival rate i= (x1)i, Where x1= arrival rate of the 1st priority class and so on. The usersā€™ service requests (UR) is provide as input to scheduler server. Then it gets the total available resources (AR) and the number of running VMs in the data center in cloud. Find a list of appropriate VMs (AVM) capable of provisioning the requested service class. Algorithm 1 described the priority based service request handling in each class and Algorithm 2 shows for customer request with priority handling using different phases in proposed Cloud. In general, in Erlangā€™s k-phase distribution, the expected waiting time for a customer I the system, Ws = *Wq + (17) Now, for a priority class-i, we have, Wsi= *(1/ ABi-1Bi) + (18) In this section some important performance measures along with formulas and their qualitative behaviour for P( n , 0) = Probability that there are n customers in the orbit and server is free P( n , i) = Probability that there are n customers in the orbit and server is busy with customer in the ith phase The probability mass function of Server state Let S(t) be the random variable which represents the phase in which customer is getting service at time t . P: i=0 p( i,0) where s : 0 In this way, P: i=0 p( i,k) where s : k The Mean number of busy servers k MNBS = i=0 j=1 p( i,j) (19) The probability mass function number of customers in the orbit Let X(t) be the random variable representing the number of customers in the orbit. Prob (No customers in the orbit) = j=0k p( 0,j) Prob ( i customers in the orbit) = k j=0 p( i,j) The Mean number of customers in the orbit MNCO = i=0 i( k j=0 p( i,j)) (20) The probability that the orbiting customer is blocked Blocking Probability = k i=1 j=1 p( i,j) (21) The probability that an arriving customer enter into service immediately 139
  • 6. PSI = i=0 p( i,0) (22) Algorithm 1: Priority Based Service Request Handling in each class (PBSRHC) Input: User Service Request with priority Output: Select a Resource Step 1. Form Available VM List and UsedVMList and also available ResourceList from each priority class Step 2. If AVM (UR, VM=load-balancer (AVM (UR,AR)) and Deploy service on VM and deploy=true Else if UR has advance reservation Deployed=true Else if Resource Able To Host ExtraVM then Start newVMInstance Add VMToAvailbaleVMList Deploy service on newVM Deployed=true Else queue serviceReuest until queueTime > waitingTime Deployed=false End if Step 3. If deployed then return successful stop Else return failure stop Algorithm 2: Algorithm for customer request with priority handling using different phases in proposed Cloud. Input: A service request by client in a cloud. Output: Requested service allocated to a particular server. Step 1: Authentication of users Step 2: Check Priority class. If priority ==1 then goto step 3 else if priority ==2 then goto step 4 else goto step 5. Step 3: If server busy, wait for completion of earlier priority 1 request otherwise allocate request to the server and provide service. Step 4- (a): Wait for completion of priority 1 customer request or wait for completion of earlier same priority request; set timer =1 and timer = timer+1 continues until timer > 60. Step 4-(b): If timer > 60 then priority = Priority - 1 and goto step 3. Step 5- (a): Wait for completion of priority 1 and priority 2 customer requests or wait for completion of earlier same priority request; set timer =1 and timer = timer+1 continues until timer > 60. Step 4-(b): If timer > 60 then priority = Priority - 1 and goto step 4(a). III. E XPERIMENTAL RESULTS We have evaluated the performance of our priority based K-phase Erlang distribution method through simulations. With different set of service request simulation is done. In each run of simulation, consider a single server retrial queuing priority based system with Erlang-k distribution. Expected waiting time of a customer in the system is increased based on the increment in case of arrival rate in single server as referred 140
  • 7. in Figure 2, Figure 5, Figure 8 and Figure 9 and multiple server scenarios as referred in Figure 3, Figure 4, Figure 6 and Figure 7. 1 =2.31 (for priority class 1) =5.34 (for priority class 2) 2 3 =12.32 (for priority class 3) 1 =3.53 (for priority class 1) (for priority class 2) =43.98 (for priority class 3) 3 2 =12.46 we have 4.56 (for priority class 1 ā€“ P1) 2 =20.79 (for priority class 2 ā€“ P2) 3 =94.81 (for priority class 3 ā€“ P3) 1= We see that the highest priority class has the lower arrival rate. Fig 2. Wq for M/Ek/1 with K=4 Fig 3. Wq for M/Ek/2 with K=4 141
  • 8. Fig 4. Ws for M/Ek/2 with K=4 Fig 5. Wq for M/Ek/1 with K=5 Fig 6. Wq for M/Ek/2 with K=6 142
  • 9. Fig 7. Ws for M/Ek/2 with K=6 Fig 8. Ws for M/Ek/1 with K=4 Fig 9. Ws for M/Ek/1 with K=5 143
  • 10. IV. CONCLUSION In this paper, we have successfully designed a queue based model for priority based Erlang Distribution for k- phases. Our design consists of single server with 4 and 5 phases and two servers with 4 and 6 phases. We have considered three priority classes. In this model, service requests have been executed using queues. Virtual machines [11] are modeled as service centers using M/EK/1 model and M/E K/2 model. Multiple servers based scenario has improved the performance based on our system based on queue length reduction and waiting time optimization over single server based scenario. Numerical results have been demonstrated exhibiting higher performance in case of our priority based approach for M/EK/2 which reduces the queue length and waiting time compared to M/E K/1. The low priority of service classes 2 and 3 increases by 1 after every 60 seconds. This approach avoids starvation. M/E K/1 has produced better result compared to M/M/1 [6, 12]. M/E K/2 has shown better throughput compared to M/M/2 [6, 12] in terms of average queue length and average waiting time. REFERENCES [1] J. R. Artalejo, ā€œA queueing system with returning customers and waiting line,ā€ Operations Research Letters, Vol. 17, pp. 191-199, 1995 [2] G. I. Falin, ā€œA survey of retrial queues,ā€ Queueing Systems, Vol. 7, 127-167 (1990) [3] F. Ayad, M. Barsoum, A. Hasan, ā€œOn Verifying Dynamic Multiple Data Copies over Cloud Servers,ā€ IACR Cryptology ePrint Archive 2011:447 (2011) [4] Anirban Kundu, Chandan Banerjee, Priya Saha, ā€œIntroducing New Services in Cloud Computing Environment,ā€ International Journal of Digital Content Technology and its Application, Vol. 4, No. 5, (2010) [5] M. Jain, P. K. Agrawal, ā€œM/Ek/1 Queueing System with Working Vacation,ā€ ICAQM, Vol. 4, No. 4, pp. 455-470 (2007) [6] Chandan Banerjee, Anirban Kundu, Ayush Agarwal, Puja Singh, Sneha Bhattacharya, Rana Dattagupta; ā€œK-phase Erlang Distribution method in Cloud Computingā€; Fourth International Conference on Advances in Communication Network and Computing ā€“ CNC 2013; LNICST pp. 53~59. [7] J. R. Murray, W. D. Kelton, ā€œThe Transient Response of the M/EK/2 Queue and Steady-State Simulation,ā€ Technical report University of Michigan, 85-29, pp. 1-20 (1985). [8] E. Gelenbe "Product-Form queueing networks with negative and positive customers", Journal of Applied Probability, Vol. 28 (3): 656ā€“663 (Sep., 1991). [9] Donald Gross and Carl M. Harris, Fundamentals of Queueing theory, (1974) [10] H. Xiao, G. Zhang, ā€œThe Queuing Theory Application in Bank Service Optimization,ā€ International Conference on Logistics Systems and Intelligent Management, IEEE, Vol. 2, pp. 1097 ā€“ 1100 (2010) [11] M. H. Jamal, A. Qadeer, W. Mahmood, A. Waheed, J. J. Ding, ā€œVirtual Machine Scalability on Multi-Core Processors Based Servers for Cloud Computing Workloads,ā€ IEEE International Conference on Networking, Architecture, and Storage, 2009, pp. 90-97 (2009) [12] S. Sowjanya, D. Praveen, K. Satish, A. Rahiman, ā€œThe Queueing Theory in Cloud Computing to Reduce the Waiting Time,ā€ IJCSET, Vol. 1, Issue 3, pp. 110-112 (2011) 144