<?xml version="1.0"?>
<rss version="2.0">
   <channel>
      <title>review_journal by Ramlah Mailok</title>
      <link>https://padlet.com/ramlahmailok/reviewjournal</link>
      <description></description>
      <language>en-us</language>
      <pubDate>2015-09-11 01:21:16 UTC</pubDate>
      <lastBuildDate>2015-09-14 00:17:31 UTC</lastBuildDate>
      <webMaster>hello@padlet.com</webMaster>
      <image>
         <url></url>
      </image>
      <item>
         <title>Review journal (automatic queue banking system)</title>
         <author></author>
         <link>https://padlet.com/ramlahmailok/reviewjournal/wish/69641043</link>
         <description><![CDATA[<p><br><br><br><br></p><p><b>MKS1083 – DATA STRUCTURE AND ALGORITHM</b></p><br><br><p><b>GROUP PROJECT:</b></p><br><br><p><b>Automatic Queuing Model for Banking Applications</b></p><br><br><br><br><p><b>PREPARED BY:</b></p>    <br>  <table> <tbody><tr><td>  <p><b>NAME</b></p><br>  </td><td><br>  <p><b>ID NUMBER</b></p><br>  </td> </tr><tr><td><br>  <p>NUR NAJIHAH<br>  BINTI AB GHAFFAR</p><br>  </td><td><br>  <p>E20141009823</p><br>  </td> </tr><tr><td><br>  <p>NORALIA<br>  AKILAH BINTI SALMAN</p><br>  </td><td><br>  <p>E20141010133</p><br>  </td> </tr><tr><td><br>  <p>FATIN<br>  AMIRAH BINTI ABD BARI</p><br>  </td><td><br>  <p>E20141009853</p><br>  </td> </tr><tr><td><br>  <p>YASMIN<br>  ZAHIRAH BINTI YOP</p><br>  </td><td><br>  <p>E20141009797</p><br>  </td></tr></tbody></table><br><br><br><br><p><b>LECTURER:</b> DR. RAMLAH BINTI MAILOK</p><br><br><p><b><u>REVIEW ARTICLE</u></b></p><br><br><br><br><p>According to Dr.<br>Ahmed S. A. AL-Jumaily and Dr. Huda K. T. AL-Jobori (2011) state based on their<br>aim is to build automatic queuing system for organizing the banks queuing<br>system. From this statement, the concept is about using this system to analyses<br>the queue status and take decision which customer have to serve first. Before<br>this, most of the bank have used standard queuing model. The reason why use<br>this system now because can decreases the waiting time of the customer to be<br>serve by using the appropriate scheduling algorithm. </p><br><br><br><br><p>Based on the author’s aim, the automatic queuing<br>system have been achieved and this system is very suitable to use for banking<br>application and nowadays most of the bank used this system to organize the<br>customers needed by using appropriate scheduling algorithm. The most common<br>scheduling algorithms are <span>FCFS (First<br>Come First Serve). Besides that, this system also used RSS (Random Selection<br>for Service). The PRI (Priority<br>Service) means the customers are grouped in priority classes according to some external factors. The customer with the highest priority is served<br>first. The last is SPF (Shortest<br>Processed First) which means this algorithm assumes that the service times are known in advance. </span></p><br><br><br><br><p>Next,<br>to achieve this goal we add additional components to the traditional queuing<br>management system by selecting the scheduling algorithm. The suggested queuing<br>system consists of the several components. The first component of queuing<br>system is <span>customer area. Second is<br>queuing area. The third is testing area. The last is scheduling algorithms<br>database area. All the needed scheduling algorithms, the testing result, and<br>the customers numbers, are stored in the scheduling algorithms database area.<br>The testing result and the customer's numbers are saved temporarily.</span></p><br><br><br><br><p>According to the journal, the<br>researchers use quantitative research as they more focusing in counting and<br>classifying features and constructing Gantt Chart and figure to explain what is<br>observed. Researchers state that a database of two standard scheduling<br>algorithms was developed to evaluate systematically the proposed system. For<br>the proper illustration, they are comparing the ordinary queuing system with<br>the new automatic queuing system. From this implementation of the algorithm, in<br>addition to customer, system and queue objects, the authors generated a random<br>number of generator. The researchers implementing two case studies to test the<br>purposed system. For the case 1, the researcher pick randomly 20 customers<br>while case 2 they pick randomly 12 customers with different arrival times and<br>different service. As they implemented the new automatic queue system, we can<br>conclude the hypothesis is the lowest the average customer waiting time, the<br>better the performance of the system.</p><br><br><br><br><p>In this paper, the researchers have presented a new technique for<br>queuing system called automatic queuing system and this proposed technique<br>showed improvements in average waiting time. This argument is practically quite<br>consistent. In case 1, the total average waiting time for ordinary queuing<br>system is 28.45 while, after implemented the new queuing system the average<br>waiting time is 24.95. So, the difference between both of it is 3.5. Besides,<br>the total average waiting time in Case 2 for ordinary queuing system is 32.75<br>while the new system is 31.083. Therefore, the difference between both of it is<br>1.667. In conclusion, both of waiting time and performances of the system is<br>important. In this journal, the researcher has found a new automatic banking<br>queue system to smooth the performances of the system and the customer’s<br>waiting time for each customer is fair.</p><br><br><br><br><p>After reading this article,<br>the conclusions drawn, there are two important things in a queue system.<br>Firstly, the balance between dealing with all customers fairly and secondly,<br>the most important is the performance of the system. Then, the automatic<br>queuing system is a new technique for queuing system, which is to show<br>improvements in average waiting time. The conclusions of this article is justified<br>because there are more improvements shown by the new technique for queuing<br>system and using two important things in a queuing system, the system will be<br>easier and convenient to use.</p><br><br><br><br><p>In this article, the writing<br>style was suitable for the intended audience. The writing style are quite<br>expert and more to academic style. Then, the organising principle of text can<br>be anything, but in this article, the principle is to show us about how<br>automatic queuing model for banking applications work. Lastly, this article<br>could be better organised if using the 12 font size of Times New Roman and<br>highlights the important content so that the readers can understand easily.</p><br><br><p></p>]]></description>
         <enclosure url="" />
         <pubDate>2015-09-11 01:31:05 UTC</pubDate>
         <guid>https://padlet.com/ramlahmailok/reviewjournal/wish/69641043</guid>
      </item>
      <item>
         <title>Review Journal (

Compositional Type
Systems for Stack-Based Low-Level Language)

</title>
         <author></author>
         <link>https://padlet.com/ramlahmailok/reviewjournal/wish/69647987</link>
         <description><![CDATA[<p><b><br></b></p><p>

<p><b>MKS1083 – STRUKTUR DATA DAN ALGORITHMA</b></p>

<p><b>FINAL PROJECT:</b></p>

<p><i>Compositional Type Systems for Stack-Based Low-Level Language</i></p>

<p><b>PREPARED BY:</b></p>
<br></p><p><b>MISHALINI A/P CHANDRAN (E20141009814)</b></p><p><b>NURUL QURATUL AINI BINTI REDZUAN (E20141009818)</b></p><p><b>SITI NURSYAZANA BINTI IBRAHIM (E20141010140)</b></p><p><b>NUR HIDAYAH BINTI MOHMED HOOD (E20141009817)</b></p><p><b><br></b></p><p><b>REVIEW JOURNAL</b></p><p>
The authors’ aim in this journal is to obtain compositional natural semantics and Hoare logics applies to stack-based languages by structuring low-level languages with finite unions. Besides, they also propose a novel method for developing compositional natural semantics and Hoare logics for low-level languages, demonstrating its viability on the example of a simple low-level language with expressions. In addition, in this journal, the authors prove that non-modularity premise in untrue and they proposed to exploit a very basic implicit structure present in low-level code as the “phrase structure” for semantic descriptions and logics of low-level languages which is very useful knowledge in Stack concept. 

<p>The methodologies or approaches that was used for this research are low-level languages, compositionality, Hoare logics, type systems, data flow analyses, certified code, compilation of proofs, and typing from compilation. The objective or biased is says to be the approach because it is to propose a novel method for developing compositional natural semantics and Hoare logics for low-level languages, demonstrating its viability on the example of a simple low-level language with expressions.</p>

<p>The results are valid and reliable because there are many types of rules and the description of all the rules that have been created in this journal. The analytical framework that is used to discuss the valid and
reliable results is the single-step reduction rules of Push, natural semantics rules of SPush, Hoare rules of SPush, abstract natural semantics rules of SPush, subtyping rules of SPush, typing rules of SPush, weakest pretype calculus, rules of compilation from While to SPush, subtyping rules of SPush for secure information flow and typing rules of SPush for secure information flow.</p>

<p>A state type II is well formed if no label <i>l</i> in it labels more than one stack type. We will use the notation L for the restriction of a state type II to a domain L ≤ <b>Label</b>, and write Ḹ for the complement of <i>L</i>. The meanings of
value, stack and state types are set-theoretic, they denote sets of abstract values, abstract stacks and abstract states. On each of the three categories of types, we know that a subtyping relation by the rules. We are informed from the article that, in this design of the grammar of stack types and the stack subtyping relation, transitivity cannot be eliminated or same as without transitivity, one cannot derive, but it is derivable with transitivity.</p>

<p>The subtyping relations next introduced are sound and complete for the intended interpretation of subtyping as set inclusion. We are also informed that there are non-increasing w-chains of stack types that do not stabilize in a finite number of steps. Because of the soundness and
completeness of subtyping, we can know this at the syntactic level that we can define a syntactic binary glb operator ^ on types and a syntactic glb operator ^ on deductively non-increasing w-chain of types that are glb operators decreasingly. The typing rules for instructions are presented in a “weakest pretype” style, where the pretype is obtained by applying appropriate substitutions in the given posttype.</p>

<p>At first sight, it might seem that well formedness can be lost in the pretype by taking the union. The article told us that this is in fact not the case that there is at most one stack type associated with label <i>l </i>+ 1 in II, so both sets have at most one element and one of them must be empty. The rest of the non-jump instruction rules are defined in similar fashion. Theorem 6 (Soundness and completeness of subtyping). Proof. Soundness: By induction on the derivation. Completeness: By case analysis of <i>T</i>, by induction on the structure of, and by case analysis of II. Theorem 7 (Soundness of typing), Proof. By induction on the derivation of sc : II<span>à</span>II’.</p>
<p>The evidence given for the arguments in this journal is effective. Well explanation given to each and every arguments in this journal. Moreover, the author explained about varies types of system. The
author also compare all the types and example to give clearer picture to the audiences. For example, the author compared structured version and natural semantics. The author concluded , this journal is about structuring low-level languages with finite unions to obtain compositional natural semantics and Hoare logics applies to stack-based languages. Appropriate example of a type system equivalent to a secure information flow analysis also demonstrated.</p>

<p>The conclusion justified with various example. Many examples and application of the system demonstrated in this journal. This journal is written in academic style. The author touched many aspect such as
types of system, method applied, related work and future work. Although the journal is written academically, it does not suit the intended audience.<span>&nbsp; This is because the words the author used is so complicated. More than that, the journal also very hard to understand as it is quite long and very detailed especially for students. Although the journal is very detailed, it doesn’t give clear picture of the main topic and idea. The journal is organized in good way. The journal starts with proper introduction and continues with body and ends with good conclusion. The author did very excellent job in arranging the points.</span></p>

</p>]]></description>
         <enclosure url="" />
         <pubDate>2015-09-11 02:49:10 UTC</pubDate>
         <guid>https://padlet.com/ramlahmailok/reviewjournal/wish/69647987</guid>
      </item>
      <item>
         <title>REVIEW JOURNAL (COMPARATIVE ANALYSES OF
QUEUING .

 </title>
         <author></author>
         <link>https://padlet.com/ramlahmailok/reviewjournal/wish/69844443</link>
         <description><![CDATA[<p><br><table><tbody><tr><td></td><td><br></td><td>  </td>
 </tr>
</tbody></table>AHMAD FIRDAUS BIN ROSLEE (E20141010131)</p><p>MUHAMMAD ADLI BIN ZAINAL (E20141009812)</p><p>DANIAL ZAKI BIN MOHAMAD FAUZI (E20141009807)<br></p><p>WFQ</p>

<p>• Weighted
fair queueing (WFQ) is a method to minimize the average<a href="http://searchcio-midmarket.techtarget.com/definition/latency">latency</a>and prevent exaggerated discrepancies between the
transmission efficiency afforded to<a href="http://searchmobilecomputing.techtarget.com/definition/narrowband">narrowband</a>versus<a href="http://searchtelecom.techtarget.com/definition/broadband">broadband</a>signals. </p>

<p>• In
WFQ, the priority given to network traffic is inversely proportional to the<a href="http://searchnetworking.techtarget.com/definition/signal">signal</a><a href="http://searchenterprisewan.techtarget.com/definition/bandwidth">bandwidth</a>.</p>

<p>• Narrowband
signals are passed along first, and broadband signals are<a href="http://searchcio-midmarket.techtarget.com/definition/buffer">buffer</a>ed.</p>

<p>• WFQ has little or no effect on the
speed at which narrowband signals are transmitted, but tends to slow down the
transmission of broadband signals, especially during times of peak network
traffic. </p>

<p>• Broadband signals share the
resources that remain after low-bandwidth signals have been transmitted. </p>

<p>• The resource sharing is done
according to assigned weights. </p>

<p>• There are two other forms of WFQ,
known as VIP-distributed WFQ for VIP2-40 or greater interface processors, and
class-based WFQ in which the the traffic is categorized into user-defined
classes. </p>
<p>CBWFQ</p>

<p>• Class-based weighted fair queueing
(CBWFQ) extends the standard WFQ functionality to provide support for
user-defined traffic classes. </p>
<p>• For CBWFQ, you define traffic
classes based on match criteria including protocols, access control lists
(ACLs), and input interfaces.</p>
<p>• Packets satisfying the match
criteria for a class constitute the traffic for that class. </p>
<p>• A queue is reserved for each
class, and traffic belonging to a class is directed to the queue for that
class.</p>
<p>• Once a class has been defined
according to its match criteria, you can assign it characteristics.</p>
<p>• To characterize a class, you
assign it bandwidth, weight, and maximum packet limit. </p>
<p>• The bandwidth assigned to a class
is the guaranteed bandwidth delivered to the class during congestion.</p>
<p>• To characterize a class, you also
specify the queue limit for that class, which is the maximum number of packets
allowed to accumulate in the queue for the class.</p>
<p>• Packets belonging to a class are
subject to the bandwidth and queue limits that characterize the class.</p>

<p>•
After a queue has reached its configured queue limit, enqueuing of additional
packets to the class causes tail drop or packet drop to take effect, depending
on how class policy is configured.</p>
<p>• Tail drop is used for CBWFQ
classes unless you explicitly configure policy for a class to use Weighted
Random Early Detection (WRED) to drop packets as a means of avoiding
congestion. </p>
<p>• Note that if you use WRED packet
drop instead of tail drop for one or more classes comprising a policy map, you
must ensure that WRED is not configured for the interface to which you attach
that service policy.</p>
<p>• If a default class is configured
with the <b>bandwidth</b> policy-map class configuration command, all
unclassified traffic is put into a single queue and given treatment according
to the configured bandwidth.</p>
<p>• If a default class is configured
with the <b>fair-queue</b> command, all unclassified traffic is flow
classified and given best-effort treatment. If no default class is configured,
then by default the traffic that does not match any of the configured classes
is flow classified and given best-effort treatment.</p>
<p>• Once a packet is classified, all
of the standard mechanisms that can be used to differentiate service among the
classes apply.</p>
<p>• Flow classification is standard
WFQ treatment. That is, packets with the same source IP address, destination IP
address, source Transmission Control Protocol (TCP) or User Datagram Protocol
(UDP) port, or destination TCP or UDP port are classified as belonging to the
same flow. </p>
<p>• WFQ allocates an equal share of
bandwidth to each flow. Flow-based WFQ is also called fair queueing because all
flows are equally weighted.</p>
<p>• For CBWFQ, which extends the
standard WFQ fair queueing, </p>

<p><br>
• The weight specified for the class becomes the weight of each packet that
meets the match criteria of the class. </p>
<p>• Packets that arrive at the output
interface are classified according to the match criteria filters you define,
then each one is assigned the appropriate weight.</p>
<p>• The weight for a packet belonging
to a specific class is derived from the bandwidth you assigned to the class
when you configured it; in this sense the weight for a class is
user-configurable.</p>
<p>SCFQ</p>
<p>• The Self-Clocked Fair Queuing (<a>SCFQ</a><span>Self Clocked Fair Queuing; Quality of Service (QoS) and scheduling
protocol.</span>)
Scheduler is an alternative scheduling discipline in QualNet. SCFQ is similar
to<a>WFQ</a><span>Weighted Fair Queuing; Quality of Service (QoS) / Scheduling protocol.</span></p>
<p>• In its
attempt to service each<a>priority</a><span>Priority/precedence field in IP TOS.</span>queue based on a percentage
allocation of the total outgoing bandwidth of the link. </p>
<p>• It was discovered that calculating the Finish Time (the
time at which a packet would have been serviced given a hypothetical fluid
server) for WFQ was complicated/difficult.</p>
<p>•  SCFQ uses a
simplified method of calculating the service time, based on the transmission
delay of the packet, and the finish time of the packet currently being
serviced. </p>
<p>• Selection of a scheduler is currently mandatory, and is
achieved by placing the following entry in the default.config:</p>
<p><b><span>IP-QUEUE-SCHEDULER
 SELF-CLOCKED-FAIR</span></b></p>
<p>It can be specified using node-specific or network-specific
parameterization.</p>

<p><b>Note: Parameters are not mandatory.
If no parameters are given, the weight of each queue is the ((priority value of
the queue)+ 1) / (sum of all the priority_values for all the queues).
Otherwise, users must specify the weight for all of the queues on that
interface, such that the sum of the weights equals one, using the following
parameter:</b></p>

<p><b><span>QUEUE-WEIGHT[priority]
 # weight_between_zero_and_one</span></b></p>
<p>• Where priority is the integer value of the priority assigned
to each queue (numbered from (num_of_priority_queues-1), and the weight is a
floating point number between zero and one. This parameter can also be
specified using node-specific or network-specific parameterization.</p>
<p>• After the weight for a packet is
assigned, the packet is enqueued in the appropriate class queue. CBWFQ uses the
weights assigned to the queued packets to ensure that the class queue is
serviced fairly.</p>
<p>• Configuring a class policy—thus,
configuring CBWFQ—entails these three processes:</p>
<p>• Defining
traffic classes to specify the classification policy (class maps).</p>
<p>• This process determines how many types of packets are to
be differentiated from one another.</p>
<p>• Associating
policies—that is, class characteristics—with each traffic class (policy maps).</p>

<p>• This process entails configuration
of policies to be applied to packets belonging to one of the classes previously
defined through a class map. For this process, you configure a policy map that
specifies the policy for each traffic class.</p>

<p>• Attaching policies
to interfaces (service policies).</p>

<p>• This process requires that you associate an existing
policy map, or service policy, with an interface to apply the particular set of
policies for the map to that interface.</p>

<p><b>Benefits</b></p>

<p><b>Bandwidth Allocation</b></p>

<p>•
CBWFQ allows you to specify the exact amount of bandwidth to be allocated for a
specific class of traffic. Taking into account available bandwidth on the
interface, you can configure up to 64 classes and control distribution among
them, which is not the case with flow-based WFQ.</p>
<p>• Flow-based WFQ applies weights to
traffic to classify it into conversations and determine how much bandwidth each
conversation is allowed relative to other conversations. for flow-based WFQ,
these weights, and traffic classification, are dependent on and limited to the
seven IP Precedence levels.</p>
<p><b>Coarser Granularity and Scalability</b></p>



<p>• CBWFQ
allows you to define what constitutes a class based on criteria that exceed the
confines of flow.</p>

<p>•  CBWFQ allows you to use access control lists
and protocols or input interface names to define how traffic will be
classified, thereby providing coarser granularity. </p>

<p>• You need not maintain traffic
classification on a flow basis. </p>

<p>• You can configure up to 64
discrete classes in a service policy.</p>



<p><b>Restrictions.</b></p>



<p>•Configuring
CBWFQ on a physical interface is only possible if the interface is in the
default queueing mode. Serial interfaces at E1 (2.048 Mbps) and below use WFQ
by default—other interfaces use FIFO by default.</p>
<p>•<span> 
</span>Enabling
CBWFQ on a physical interface overrides the default interface queueing method.
Enabling CBWFQ on an ATM PVC does not override the default queueing method.</p>
<p>•If
you configure a class in a policy map to use WRED for packet drop instead of
tail drop, you must ensure that WRED is not configured on the interface to
which you intend to attach that service policy.</p>
<p>•Traffic
shaping and policing are not currently supported with CBWFQ.</p>
<p>•CBWFQ
is supported on variable bit rate (VBR) and available bit rate (ABR) ATM
connections. It is not supported on unspecified bit rate (UBR) connections.</p>
<p>•CBWFQ
is not supported on subinterfaces.</p>
<p><b><u>COMPARATIVE ANALYSES OF
QUEUING TECHNIQUES</u></b>.</p>

<p><b>1.<span> 
</span></b><b>FIFO
</b></p>
<p><b>(DEFINITION)</b></p>

<p>• No of queues = 1</p>

<p>• based on first come first serve.</p>

<p>• packet by packet dispatching.</p>

<p>• tail drop mechanism used.</p>

<p>• enabled when bandwith is more than
2 Mbps </p>

<p>• high processing speed.</p>
<p><b>(ADVANTAGES)</b></p>

<p>• simple and fast.</p>

<p>• no need to configure.</p>

<p>• low computational load.</p>

<p>• predictable in nature.</p>

<p>• no reordering. </p>

<p>• supported on all platforms.</p>
<p><b>(LIMITATIONS)</b></p>

<p>• unfair bandwith allocation.</p>

<p>• causes starvation.</p>

<p>• causes jitter.</p>

<p>• do not allow routers to organize
buffer packets</p>
<p><b>(APPLICATIONS)</b></p>

<p>• gives benefits to UDP flows over
TCP flows and give acceptable results for FTP.</p>
<p><b>2.<span> 
</span></b><b>PQ</b></p>
<p><b>(DEFINITION)</b></p>

<p>• No of queues = 4</p>

<p>• based on high priority packets.</p>

<p>• packet by packet dispatching.</p>

<p>• tail drop mechanism used.</p>

<p>• designed for low bandwith links. </p>

<p>• low processing speed.</p>
<p><b>(ADVANTAGES)</b></p>

<p>• low delay to high priority
packets.</p>

<p>• low computational load.</p>

<p>• allow routers to organize buffer
packets. </p>
<p><b>(LIMITATIONS)</b></p>

<p>• unfair bandwith allocation.</p>

<p>• starvation of lower priority
packets.</p>

<p>• need to be configured.</p>

<p>• low processing speed.</p>
<p><b>(APPLICATIONS)</b></p>

<p>• used in real time application as
VOIP.</p>
<p><b>3.<span> 
</span></b><b>WFQ</b></p>
<p><b>(DEFINITION)</b></p>

<p>• No of queues are configurable.</p>

<p>• low volume traffic is given
priority. </p>

<p>• conversational dispatching.</p>

<p>• modified tail drop mechanisms
used.</p>

<p>• enabled when bandwith is less than
2 Mbps.</p>

<p>• faster than PQ but slower than
FIFO.</p>
<p><b>(ADVANTAGES)</b></p>

<p>• easy to configure.</p>

<p>• fair bandwith allocation.</p>

<p>• reduces jitter.</p>

<p>• propotional bandwith for traffic
of different priorities.</p>
<p><b>(LIMITATIONS)</b></p>

<p>• complex.</p>

<p>• not applicable to delay sensitive
real time services.</p>
<p><b>(APPLICATIONS)</b></p>

<p>• works best for FTP and video
conferencing.</p>
<p><b><u>Introduction</u></b></p>

<p>-<span> 
</span>Input interface is faster than the
output interface or Output interface is receiving packets coming in from
multiple other interfaces. This results in long delay in data delivery and
wasting of resources due to lost or dropped packets.</p>
<p>-<span> 
</span>Routers are involved for controlling the
congestion in the network.</p>

<p>-<span> 
</span>Queue management algorithms manage the
length of packet queues by dropping packets whenever necessary whereas
scheduling algorithms determine which packets to be sent next.</p>
<p>-<span> 
</span>These algorithms are used primarily to
manage the allocations of bandwidth among various flows.</p>
<p>-<span> 
</span>Objective of this paper is to analyze
different existing queuing mechanisms and produces a comparative picture.</p>
<p>-<span> 
</span>Initial implementations of queuing used
a single FIFO</p>

<p>o<span> 
</span>first-in-first-out</p>

<p>o<span> 
</span>first-come-first-serve</p>
<p>-<span> 
</span>Each queuing mechanism has three main
components that define it: </p>

<p>o<span> 
</span>Classification (selecting the class)</p>

<p>o<span> 
</span>Insertion policy (determining whether a
packet can be enquired)</p>

<p>o<span> 
</span>Service policy (scheduling packets to be
put into the hardware queue)</p>
<p>Background</p>

<p>-<span> 
</span>There are many more queuing algorithms
but in this paper the main focus is on three algorithms</p>

<p>o<span> 
</span>FIFO (First in First out)</p>

<p>§<span>  </span>The
most basic queuing mechanisms.</p><p>§<span style="font-size: 13px;">  </span><span style="font-size: 13px;">All </span><span style="font-size: 13px;">packets are treated equally by placing them in a single class.</span></p><p>PQ (Priority Queue)</p><p>Packets are t classified into different priority queues as High queue, Medium
queue, Normal queue (the default queue) and Low queue.</p><p>FQ(Fair Queuing)</p><p>§<span>  </span>The oundation of various queuing mechanisms that are designed to ensure that each
flow has fair access to network resources.</p><p>Here he flows which are sending more number of packets or large packets in size
i.e. the packets of aggressive flows are dropped.</p><p><span style="font-size: 13px;"> </span><span style="font-size: 13px;">If</span><span style="font-size: 13px;">there are n numbers of active flows then each flow is allocated 1/n of the</span></p><p>output bandwidth.</p>
<p></p>]]></description>
         <enclosure url="" />
         <pubDate>2015-09-12 09:15:42 UTC</pubDate>
         <guid>https://padlet.com/ramlahmailok/reviewjournal/wish/69844443</guid>
      </item>
      <item>
         <title>Review Journal (Binary Search Tree Balancing Methods: A Critical Study)</title>
         <author></author>
         <link>https://padlet.com/ramlahmailok/reviewjournal/wish/69901370</link>
         <description><![CDATA[<p><b><br></b></p><p><b>MKS1083 – DATA STRUCTURE AND ALGORITHM</b></p><br><p><b>GROUP PROJECT:</b></p><br><p><b>Automatic Queuing Model for Banking Applications</b></p><br><p><b>PREPARED BY:</b></p><table><tbody><tr><td><br><p><b>NAME</b></p></td><td><br>&nbsp;<p><b>ID NUMBER</b></p></td></tr><tr><td><br>&nbsp;<p>MUHAMMAD SHAMIL BIN MD NOR  </p></td><td><br>&nbsp;<p>E20141009840</p></td></tr><tr><td><br>&nbsp;<p>MUHAMMAD NABIL HAZIQ BIN AJMAIN     </p></td><td><br>&nbsp;<p>E20141009824</p></td></tr><tr><td><br>&nbsp;<p>BAH ANASTASHA KIRANA A/L ATAN</p></td><td><br>&nbsp;<p>E20141009839</p></td></tr></tbody></table><br><p><b><br></b></p><p><b>LECTURER:</b>&nbsp;DR. RAMLAH BINTI MAILOK</p><p>In this journal, the author’s aim is to maintain the tree in such way that its
height is always O(log(n)) so that all basic tree operations could be performed
in O(log(n)) time. Many techniques for tree balancing have been developed over
the years and some of them have been discussed and analyzed in this journal.
There are two methods to rebalance a binary tree, dynamic rebalancing, and
global (static) rebalancing. Dynamic rebalancing methods maintain a tree in
optimal shape by adjusting the tree whenever a node is inserted or deleted.
Examples of this approach are height­balance tree, weight-balance tree, and
B­trees. Rather than readjusting the tree every now and then global or static
rebalancing methods allows the tree to grow unconstrained, and readjustment is
done only when such a need is arises. </p>

<p>Most of the algorithms are static in nature and taking time linear to the size of
input, and in addition to that, in few cases significant amount of space is
required. Run time overhead for static algorithms is certainly less in compared
to the dynamic algorithms but there has to be some predefined time interval to
rebalance the tree. All the balancing algorithms presented here (apart from AVL
algorithm) are made to run in two phases. First phase converts arbitrary binary
tree into some intermediate tree and in the next phase, intermediate tree is
converted into a balanced tree. In order to create intermediate tree, each node
of the tree has to visited resulting run time complexity to be O(N). No
algorithm has been developed so far that could balance a tree in lesser time,
consequently, there is a huge scope of improvement over existing methods as
they are lacking in one aspect or other.</p>

<p>The author describes that there are some algorithm that been used for the approach.
There are AVL Algorithm, Martin &amp; Ness's Algorithm, Day's Algorithm, Chang
and Iyengar’s Algorithm, and the Stout and Warren's modification. Although it
is known that if input is random, the answer will be closer to a balanced tree.
Still some balancing technique is required to prevent the tree from becoming
higher on one side resulting after a series of insertions and deletions.&nbsp; Most of the algorithms are static in nature and taking time linear to the size of input, and in addition to that, in few cases significant amount of space is required. Run time overhead for static
algorithms is certainly less in compared to the dynamic algorithms but there
has to be some predefined time interval to rebalance the tree. All the
balancing algorithms presented here (apart from AVL algorithm) are made to run
in two phases</p>

<p>First phase converts arbitrary binary tree into some intermediate tree and in the
next phase, intermediate tree is converted into a balanced tree. In order to
create intermediate tree, each node of the tree has to visited resulting run
time complexity to be O(N). The time to search in a BST is definitely limited
by the height (or depth) of the tree. Each step in the search goes down one
level, so in the absolute worst case, we will have to go all the way from the
root to the deepest leaf in order to find X, or to find out that X is not in
the tree. So we can say with certainty that search is O(Height).]</p>

<p>So if we restrict ourselves to AVL trees the crucial operations of searching,
inserting, and deleting are absolutely guaranteed to be O(logN) - providing
that height-balance can be maintained in O(logN) time. It can! In working with
AVL trees, operations must preserve two properties:</p>

<p>-&nbsp; (height balanced) heights of left and right subtrees are within 1</p>

<p>-&nbsp; (BST) values in left subtree are smaller than root value, which is smaller than the values in the right subtree.</p>

<p>We will look at the INSERTION operation briefly in this lecture. Deletion follows
a similar strategy. For the interested student, a full description of the
INSERTION algorithm is given below, after the end of the lecture material.</p>

<p>The INSERTION strategy is this:</p>

<p>-&nbsp; Add the new value in the tree where
it belongs (normal BST insertion).</p>

<p>-&nbsp; Check if all sub-trees are still
height-balanced. If they are not, re-balance the tree by changing its shape
(i.e. moving around nodes or even whole subtrees).</p>

<p>This is very typical of operations on balanced structures: first you do the
operation without regard for the balance, and then you check the balance and
repair it if necessary. Conclusion=Easier insertion/deletion &amp; with some
optimization, we can avoid the worst case.</p>

<p>The kinds of evidence does the text rely on in the journal is statistical evidence.
The kind of data people tend to look for first when trying to prove a
point.&nbsp; That’s not surprising when you
consider how prevalent it is in today’s society.&nbsp; Every time you use numbers to support a main
point, you’re relying on statistical evidence to carry your argument.&nbsp; In the journal, the evidence is when the
author said “total path length of a random tree can be further reduced by 27.85
percent”.&nbsp; The evidence that given by the
author is effective because it provided evidence of significant and accurate.</p>

<p>There are two main conclusions in the journal. First, ultimate goal is to maintain
the tree in such way that its height is always O(log(n)) so that all basic tree
operations could be performed in O(log(n)) time.&nbsp; Second, but there is no algorithm has been
developed so far that could balance a tree in lesser time, consequently, there
is a huge scope of improvement over existing methods as they are lacking in one
aspect or other. From the conclusions, we know that the conclusions are
effective because technology is always growing by days. That’s mean the faster
the algorithm to find data, the better the algorithm. </p>

<p>Lastly, the writing style is suitable as a way of writing is quite simple and easier to
understand for various levels such as the non-specialist and journals over the
academic as this journal is dedicated to the person who takes the field. The
main principles applied in this journal are written to help the reader
understand the language journal written brief. In addition, the author writes
as if he were speaking to the readers of the journal. He also tried out the
words complex and difficult to understand by readers. So, I feel that this
principle is applied fairly to facilitate the reader more fun to read the
journal. Therefore, in conclusion, to me, the author of the journal has made a
good journal.</p>]]></description>
         <enclosure url="" />
         <pubDate>2015-09-13 23:13:22 UTC</pubDate>
         <guid>https://padlet.com/ramlahmailok/reviewjournal/wish/69901370</guid>
      </item>
   </channel>
</rss>
