2.5 Main Memory Databases (MMDB)

Total Page:16

File Type:pdf, Size:1020Kb

2.5 Main Memory Databases (MMDB) BUILDING HIGH PERFORMANCE MAIN MEMORY WEB DATABASES A Thesis Presented to The Faculty of Graduate Studies Of The University of Guelph BY MIN JIANG In partial FuIfillment of requirements For the degree of Master of Science April, 200 1 O Min Jiang, 200 L National Library Bibliothèque nationale 1+1 of Canada du Canada Acquisitions and Acquisitions et Bibliographie Services services bibliographiques 395 Weliington Street 395, nie Wellington Ottawa ON KIA ON4 Ottawa ON K1A ON4 Canada Canada Vour file Votre r6/eme Our lire Narre re-fdr- The author has granted a non- L'auteur a accordé une licence non exclusive licence allowing the exclusive permettant à la National Library of Canada to Bibliothèque nationale du Canada de reproduce, loan, distribute or sel1 reproduire, prêter, distribuer ou copies of this thesis in microfom, vendre des copies de cette thèse sous paper or electronic formats. la forme de microfiche/film, de reproduction sur papier ou sur format électronique. The author retains ownership of the L'auteur conserve la propriété du copyright in this thesis. Neither the droit d'auteur qui protège cette thèse. thesis nor substantial extracts fiom it Ni la thèse ni des extraits substantiels may be printed or othenvise de celle-ci ne doivent être imprimés reproduced without the author's ou autrement reproduits sans son permission. autorisation. ABSTRACT BUILDING HlGH PERFORMANCE MAIN MEMORY WEB DATABASES Min Jiang Advisor: University of Guelph, 200 1 Professor Fanau Wang Disk resident databases (DRDBs) dorninate today's Web sites. DRDBs have high costs in loading prograns and reading data from disk. which result in long response time. In this research, we study how main memory Web databases (MMDBs) can help reduce query processing time on the server side and consequently response time, which is a major indicator of Web server performance. We develop and experimenr three simulation models. The Servlet-MMDB model using Java servlets to simulate main memory Web databases; the Module-MMDB model using the server API to sirnulate main memory Web databases; the CGI-DRDB rnodel using the CG1 protocols to simulate disk resident databases for comparison. We discuss the implementation details of each model. We quantitatively study and analyze the experimental results, and compare the two main memory database models with the disk resident database model respectively. Finally we give our recomrnendations for choosing the best irnplementation strategy. First of all. 1 would like to thmk my advisor Dr. Fangju Wang for his encouragement and guidance. which have been indispensable in cornpleting this work. I wouid also like to thank my cornmittee members: Dr. David K. Y. Chiu, Dr. Wlodek Dobosiewicz, Dr. Michael Wirth for their valuable suggestions. 1 am indebted to my parents. 1 thank them for their love and support. Last but not the least, I thank my wife, Jing Ye, for her love. patience and support. CONTENTS 1 INTRODUCTION 1 1.1 Motivations of the Research ...................................................... I 1.2 The Research Objectives ......................................................... -4 1.3 ThesisOrganization ............................................................... 6 2 BACKGROUND AND RELATED WORK 7 2.1 Network Computing .............................................................. -7 2.2 World Wide Web (WWW) Architectures .......................................9 2.3 Web Pages and Backend Databases ............................................ 11 2.4 Techniques for Improving the Web Performance ........................... -14 2.4.1 Caching static pages ..................................................... 14 2.4.2 Caching dynarnic pages ............................................... -17 2.4.3 Clusters of servers and a DNA distributor .......................... -18 2.4.4 Replication of Web servers ............................................. 18 2.4.5 Multicast delivery of Web pages ..................................... -19 2.4.6 Improving HTTP latency ............................................... 20 2.5 Main Memory DataBases (MMDB) ........................................... 22 2.5.1 Concurrency control ..................................................... 23 2.5.2 Backup and recovery .................................................... 25 6 CONCLUSIONS 89 6.1 Achievements ..................................................................... -89 6.2 Future Work ....................................................................... 90 B ib liography 9 1 List of Figures Figure 2.1 The Web architecture ............................................................ IO Figure 3.2 Requesting and serving a static Web page ..................................... 11 Figure 2.3 Requesting and serving a dynarnic Web page ................................. 12 Figure 2.4 The MMDB architecture ...... .. ................................................. 22 Figure 3.1 CG1 script ing ..................................................................... -32 Figure 3.2 An overview of the CGI-DRDB mode1 ....................................... 35 Figure 3.3 Execution of a CG1 script ....................................................... 36 Figure 3.4 Process Structure with CG1 script Execution of a CG1 script ............. -37 Figure 3.5 N concurrent visits handled by the CG1 protocols ........................... 37 Figure 3.6 Life cycle of a servlet ........................................................... -39 Figure 3.7 Servkt flow of execution ........................................................ 43 Figure 3.8 An overview of the Servlet-MMDB mode1 ................................... 44 Figure 3.9 N concurrent visits handles by a servlet ....................................... 44 Figure 3.10 The Apache server life cycle .................................................... 47 Figure 3.1 1 An Overview of the Server API Module-MMDB mode1 ................... 49 Figure 3.12 N concurrent visits handled by a server API module ........................ 49 Figure 4.1 Process overview of raw map data to query data sets ........................ 54 Figure 4.2 The flow of database preloading process ....................................... 56 vii Figure 4.3 Execution Flow Web Applications ............................................. 58 Figure 5.1 Response time and query processing tirne of CGI-DRDB mode1 ........ -70 Figure 5.2 Response time and query processing t ime of Servlet-MMDB mode1 .....70 Figure 5.3 Response time and query processing time of Module-MMDB mode1 ...-70 Figure 5.4 Response time for the three models ............................................ 71 Figure 5.5 Query processing tirne for the t hree modeis .................................. 71 Figure 5.6 Response time ratio .............................................................. -74 Figure 5.7 Query processing t ime ratio ..................................................... 74 Figure 5.8 Response time and query processing time of CGI-DRDB mode1 .......... 84 Figure 5.9 Response time and query processing time of Servlet-MMDB mode1 .....84 Figure 5.10 Response tirne and query processing t ime of Module-MMDB mode1 ....84 Figure 5.1 1 Response time for three rnodels ............................................... -85 Figure 5.12 Query processing t ime for three models ....................................... 85 Figure 5.13 Response time ratios ............................................................ -88 Figure 5.14 Query processing t ime ratio ..................................................... 88 ... Vlll CHAPTER 1 INTRODUCTION 1.1 Motivations of the Research in the last few years, the World Wide Web (WWW or Web) has been growing exponentially and it has changed our lives drarnatically. in the early stage, the Web allowed users to publish and retrieve information easily via hypertext interfaces. What they published and retrieved were static Web pages, whic h are stored in the file systern of the mnning Web server machine. Nowadays, people are doing online shopping, banking and stock trading through the Web, which have become our daily activities. Interactivity. fiequent updates and searching/querying are among the most attractive features of a modern Web site. These features are made possible only by the dynamic generation of Web pages with database support. To generate dynamic content, we need Web databases to organize, store and retrieve data; we also need the server-side scripting technology, which is a comrnonly used approach to interface Web databases, perform queries, retrieve data dynamically from databases and return results to the client. When querying a remote Web database. the response time includes the time for transrnitting the request and receiving the result on the network, and the time required by the server to process the request. The server processing time mainly comprises the time for loading the semer's external program compiling it, and executing it; invoking a database application program (establishing a database connection) if the server's external program comrnunicates with a database: retrieving data, and manipulating the data. Traditionally. the time required to transmit data was the dominant component in the response time. Currently, with the development of wide band network technologies, more and more high-speed networks have been used for the Intemet and intranets (for example giganets). Data transmission (especially on many LANs and intranets) takes less and less tirne. Therefore. of the total response tirne. the proportion of server processing
Recommended publications
  • Learning to Program in Perl
    Learning to Program in Perl by Graham J Ellis Languages of the Web Learning to Program in Perl version 1.7 Written by Graham Ellis [email protected] Design by Lisa Ellis Well House Consultants, Ltd. 404, The Spa, Melksham, Wiltshire SN12 6QL England +44 (0) 1225 708 225 (phone) +44 (0) 1225 707 126 (fax) Find us on the World Wide Web at: http://www.wellho.net Or contact us at: [email protected] Copyright © 2003 by Well House Consultants, Ltd. Printed in Great Britain. Printing History May 1999 1.0 First Edition February 2000 1.1 Minor additions June 2000 1.2 Compliation of modules October 2000 1.3 Name change, revisions April 2002 1.4 Added modules September 2002 1.5 Added modules January 2003 1.6 Updated modules February 2003 1.7 Updated modules This manual was printed on 21 May 2003. Notice of Rights All rights reserved. No part of this manual, including interior design, may be reproduced or translated into any language in any form, or transmitted in any form or by any means electronic, mechanical, photocopying, recording or otherwise, without prior written permission of Well House Consultants except in the case of brief quotations embodied in critical articles and reviews. For more information on getting permission for reprints and excerpts, contact Graham Ellis at Well House Consultants. This manual is subject to the condition that it shall not, by way of trade or otherwise, be lent, sold, hired out or otherwise circulated without the publisher's prior consent, incomplete nor in any form of binding or cover other than in which it is published and without a similar condition including this condition being imposed on the subsequent receiver.
    [Show full text]
  • Interfacing Apache HTTP Server 2.4 with External Applications
    Interfacing Apache HTTP Server 2.4 with External Applications Jeff Trawick Interfacing Apache HTTP Server 2.4 with External Applications Jeff Trawick November 6, 2012 Who am I? Interfacing Apache HTTP Server 2.4 with External Applications Met Unix (in the form of Xenix) in 1985 Jeff Trawick Joined IBM in 1990 to work on network software for mainframes Moved to a different organization in 2000 to work on Apache httpd Later spent about 4 years at Sun/Oracle Got tired of being tired of being an employee of too-huge corporation so formed my own too-small company Currently working part-time, coding on other projects, and taking classes Overview Interfacing Apache HTTP Server 2.4 with External Applications Jeff Trawick Huge problem space, so simplify Perspective: \General purpose" web servers, not minimal application containers which implement HTTP \Applications:" Code that runs dynamically on the server during request processing to process input and generate output Possible web server interactions Interfacing Apache HTTP Server 2.4 with External Applications Jeff Trawick Native code plugin modules (uhh, assuming server is native code) Non-native code + language interpreter inside server (Lua, Perl, etc.) Arbitrary processes on the other side of a standard wire protocol like HTTP (proxy), CGI, FastCGI, etc. (Java and \all of the above") or private protocol Some hybrid such as mod fcgid mod fcgid as example hybrid Interfacing Apache HTTP Server 2.4 with External Applications Jeff Trawick Supports applications which implement a standard wire protocol, no restriction on implementation mechanism Has extensive support for managing the application[+interpreter] processes so that the management of the application processes is well-integrated with the web server Contrast with mod proxy fcgi (pure FastCGI, no process management) or mod php (no processes/threads other than those of web server).
    [Show full text]
  • Pipenightdreams Osgcal-Doc Mumudvb Mpg123-Alsa Tbb
    pipenightdreams osgcal-doc mumudvb mpg123-alsa tbb-examples libgammu4-dbg gcc-4.1-doc snort-rules-default davical cutmp3 libevolution5.0-cil aspell-am python-gobject-doc openoffice.org-l10n-mn libc6-xen xserver-xorg trophy-data t38modem pioneers-console libnb-platform10-java libgtkglext1-ruby libboost-wave1.39-dev drgenius bfbtester libchromexvmcpro1 isdnutils-xtools ubuntuone-client openoffice.org2-math openoffice.org-l10n-lt lsb-cxx-ia32 kdeartwork-emoticons-kde4 wmpuzzle trafshow python-plplot lx-gdb link-monitor-applet libscm-dev liblog-agent-logger-perl libccrtp-doc libclass-throwable-perl kde-i18n-csb jack-jconv hamradio-menus coinor-libvol-doc msx-emulator bitbake nabi language-pack-gnome-zh libpaperg popularity-contest xracer-tools xfont-nexus opendrim-lmp-baseserver libvorbisfile-ruby liblinebreak-doc libgfcui-2.0-0c2a-dbg libblacs-mpi-dev dict-freedict-spa-eng blender-ogrexml aspell-da x11-apps openoffice.org-l10n-lv openoffice.org-l10n-nl pnmtopng libodbcinstq1 libhsqldb-java-doc libmono-addins-gui0.2-cil sg3-utils linux-backports-modules-alsa-2.6.31-19-generic yorick-yeti-gsl python-pymssql plasma-widget-cpuload mcpp gpsim-lcd cl-csv libhtml-clean-perl asterisk-dbg apt-dater-dbg libgnome-mag1-dev language-pack-gnome-yo python-crypto svn-autoreleasedeb sugar-terminal-activity mii-diag maria-doc libplexus-component-api-java-doc libhugs-hgl-bundled libchipcard-libgwenhywfar47-plugins libghc6-random-dev freefem3d ezmlm cakephp-scripts aspell-ar ara-byte not+sparc openoffice.org-l10n-nn linux-backports-modules-karmic-generic-pae
    [Show full text]
  • Internet Based Robot Control Using CORBA Based Communications a Study Into the Simplification of Multirobot Control
    Defence Research and Recherche et développement Development Canada pour la défense Canada Internet Based Robot Control Using CORBA Based Communications A study into the simplification of multirobot control S. Verret and J. Collier DRDC Suffield A. von Bertoldi ADGA Inc. Defence R&D Canada Technical Memorandum DRDC Suffield TM 2009-127 December 2009 Internet Based Robot Control Using CORBA Based Communications A study into the simplification of multirobot control S. Verret and J. Collier Defence R&D Canada – Suffield A. von Bertoldi ADGA Inc. 125 Taravista Way NE Calgary, Alberta T3J 4K8 Defence R&D Canada – Suffield Technical Memorandum DRDC Suffield TM 2009-127 December 2009 Principal Author Original signed by S. Verret S. Verret Approved by Original signed by D.M. Hanna D.M. Hanna Head/AISS Approved for release by Original signed by Dr P.A. D’Agostino Dr P.A. D’Agostino Head/Document Review Panel © Her Majesty the Queen in Right of Canada as represented by the Minister of National Defence, 2009 © Sa Majesté la Reine (en droit du Canada), telle que représentée par le ministre de la Défense nationale, 2009 Abstract Researchers in the field of robotics have been seeking methods to both control and monitor their vehicles. Unfortunately the programs they have developed to perform these tasks are normally dependent on the robotic software infrastructure or are very difficult to understand for an outside user. This paper looks to tackle the problem of monitoring and controlling a robotics system using a web browser. The goal of this paper is to describe the potential for a system that will control and monitor a CORBA based robotics framework from a simple HTTP based browser.
    [Show full text]
  • A Comparison of Portable Dynamic Web Content Technologies for the Apache Server
    A Comparison of Portable Dynamic Web Content Technologies for the Apache Server December 16, 2012 1 Introduction Dynamic web content typically entails user input on a web page processed by the server to affect the generation of a corresponding new page. In most applications the server- side processing is the key to the whole process. The web server is responsible for handling user input, start a program that processes it (or just pass it to an already running program), get the results and send them back to the user. The processing program often communicates with a database to find stored information and keeps session data to remember the user’s previous state. To achieve the above, there are a number of different approaches: • Per-request execution: Every time dynamic content is needed, start a new program to process the request. • A pool of the requested processes or threads is already running. Each new request is handled by a separate process or thread. • Templating: We have already designed the page. Its request-specific contents are added and it is sent back to the user. • Web server extensions: The web server itself is extended through proprietary APIs to handle dynamic content. The third approach implies that the previous two produce themselves the HTML code for every request. Also, the third technique requires the presence of either the second (usually) or the first (seldom). The technologies that work for today’s web sites, according to the previous classifi- cation, are the following: • Per-request execution: Common Gateway Interface (CGI). • Fast CGI, Java Servlets.
    [Show full text]
  • A Presentation Service for Rapidly Building Interactive Collaborative Web Applications
    A Presentation Service for Rapidly Building Interactive Collaborative Web Applications SCIENTIA MANU E T MENTE A thesis submitted to the School of Computer Science University College University of New South Wales Australian Defence Force Academy for the degree of Doctor of Philosophy By Michael Joseph Sweeney 31 March 2008 c Copyright 2008 by Michael Joseph Sweeney i Certi¯cate of Originality I hereby declare that this submission is my own work and that, to the best of my knowledge and belief, it contains no material previously published or written by another person, nor material which to a substantial extent has been accepted for the award of any other degree or diploma at UNSW or any other educational institution, except where due acknowledgement is made in the thesis. Any contribution made to the research by colleagues, with whom I have worked at UNSW or elsewhere, during my candidature, is fully acknowledged. I also declare that the intellectual content of this thesis is the product of my own work, except to the extent that assistance from others in the project's design and conception or in style, presentation and linguistic expression is acknowledged. Michael Joseph Sweeney ii Abstract Web applications have become a large segment of the software development domain but their rapid rise in popularity has far exceeded the support in software engineer- ing. There are many tools and techniques for web application development, but the developer must still learn and use many complex protocols and languages. Products still closely bind data operations, business logic, and the user interface, limiting integration and interoperability.
    [Show full text]
  • Mod Perl Installation 1 Mod Perl Installation
    mod_perl Installation 1 mod_perl Installation 1 mod_perl Installation 15 Feb 2014 1 1.1 Description 1.1 Description An in-depth explanation of the mod_perl installation process, from the basic installation (in 10 steps), to a more complex one (with all the possible options you might want to use, including DSO build). It includes troubleshooting tips too. First of all: Apache 2.0 doesn’t work with mod_perl 1.0. Apache 1.0 doesn’t work with mod_perl 2.0. 1.2 A Summary of a Basic mod_perl Installation The following 10 commands summarize the execution steps required to build and install a basic mod_perl enabled Apache server on almost any standard flavor of Unix OS. % cd /usr/src % lwp-download http://www.apache.org/dist/httpd/apache_1.3.xx.tar.gz % lwp-download http://apache.org/dist/perl/mod_perl-1.xx.tar.gz % tar xzvf apache_1.3.xx.tar.gz % tar xzvf mod_perl-1.xx.tar.gz % cd mod_perl-1.xx % perl Makefile.PL APACHE_SRC=../apache_1.3.xx/src \ DO_HTTPD=1 USE_APACI=1 EVERYTHING=1 % make && make test && make install % cd ../apache_1.3.xx % make install Of course you should replace 1.xx and 1.3.x with the real version numbers of mod_perl and Apache. All that’s left is to add a few configuration lines to httpd.conf, the Apache configuration file, start the server and enjoy mod_perl. If you have stumbled upon a problem at any of the above steps, don’t despair, the next sections will explain in detail each and every step. Of course there is a way of installing mod_perl in only a couple of minutes if you are using a Linux distri- bution that uses RPM packages: % rpm -i apache-1.3.xx.rpm % rpm -i mod_perl-1.xx.rpm or apt system: % apt-get install libapache-mod-perl These should set up both Apache and mod_perl correctly for your system.
    [Show full text]
  • Tutorials Table of Contents
    Tutorials Table of Contents: Tutorials mod_perl related tutorials, teaching you things not only about mod_perl, but also about any related topics of great interest to mod_perl programmers. Last modified Sun Feb 16 01:37:13 2014 GMT 15 Feb 2014 1 Table of Contents: Part I: Application Design - 1. Building a Large-Scale E-commerce site with Apache and mod_perl mod_perl’s speed and Perl’s flexibility make them very attractive for large-scale sites. Through careful planning from the start, powerful application servers can be created for sites requiring excel- lent response times for dynamic content, such as eToys.com, all by using mod_perl. Part II: Templating - 2. Choosing a Templating System Everything you wanted to know about templating systems and didn’t dare to ask. Well, not every- thing.... Part III: Tips and Tricks - 3. Cute Tricks With Perl and Apache Perl and Apache play very well together, both for administration and coding. However, adding mod_perl to the mix creates a heaven for an administrator/programmer wanting to do cool things in no time! Part IV: Client side facts and bugs - 4. Workarounds for some known bugs in browsers. Unfortunately for web programmers, browser bugs are not uncommon, and sometimes we have to deal with them; refer to this chapter for some known bugs and how you can work around them. - 5. Web Content Compression FAQ Everything you wanted to know about web content compression 2 15 Feb 2014 Building a Large-Scale E-commerce site with Apache and mod_perl 1 Building a Large-Scale E-commerce site with Apache and mod_perl 1 Building a Large-Scale E-commerce site with Apache and mod_perl 15 Feb 2014 3 1.1 Description 1.1 Description mod_perl’s speed and Perl’s flexibility make them very attractive for large-scale sites.
    [Show full text]
  • (12) United States Patent (10) Patent No.: US 7,716,156 B1 Eubank Et Al
    USOO7716156B1 (12) United States Patent (10) Patent No.: US 7,716,156 B1 Eubank et al. (45) Date of Patent: May 11, 2010 (54) SYSTEMS AND METHODS FOR SHARING 2003/0188262 A1* 10, 2003 Maxwell et al. ............. 715/507 DATA FROMWEBACCESSED 2006/0242040 A1* 10, 2006 Rader ............... ... TOS/35 CALCULATORS 2008.0015919 A1 1/2008 Busse et al. .................... 705/8 (75) Inventors: Mason Eubank, Boston, MA (US); Nikolay Eshkenazi, San Antonio, TX (US); Neff Karl Hudson, San Antonio, TX (US); Michael Wayne Lester, San OTHER PUBLICATIONS Antonio,s TX (US) Agent9. Oriented Software Pty.y Ltd., “Jack Intelligent9. Agents9. WebBot Manual.” Jun. 10, 2005, 5(2), 1-66. (73)73) ASS1ginee : United.NS, S Aut uses bil, (US) CapitalStream, “The Emergence of Web Services For the Financial Services Industry.” 2002, 1-7. (*) Notice: Subject to any disclaimer, the term of this Cisco Systems, “Solutions: Transforming Branch Banking Through patent is extended or adjusted under 35 Technology Renewal.” 2002, 4 pages. U.S.C. 154(b) by 216 days. Fonesca, I. et al., “The Wealth Management Technology Landscape 2005. Celent, LLC., Aug. 2005, 1-35. (21) Appl. No.: 11/486,876 Polar Lake, "Standards-based Integration in Financial Services: The (22) Filed: Jul. 13, 2006 Promise of XML, Web Services and the Enterprise Service Bus.” a lays 2004, 1-27. (51) Int. Cl. TechnologySolutions Company, “Creating a Customer Value Archi G06F 7/30 (2006.01) tecture for Financial Services: Achieving Customer Value Optimiza G06F 3/00 (2006.01) tion with an Information Architecture.” 2005, 1-8. G06O 40/00 (2006.01) RAM Technologies Inc., “WEB CALC: On-line Financial Calcula G06O 90/00 (2006.01) tors,” created Oct.
    [Show full text]
  • Protection Models for Web Applications
    Syracuse University SURFACE Electrical Engineering and Computer Science - Dissertations College of Engineering and Computer Science 2011 Protection Models for Web Applications Karthick Jayaraman Syracuse University Follow this and additional works at: https://surface.syr.edu/eecs_etd Part of the Computer Engineering Commons Recommended Citation Jayaraman, Karthick, "Protection Models for Web Applications" (2011). Electrical Engineering and Computer Science - Dissertations. 297. https://surface.syr.edu/eecs_etd/297 This Dissertation is brought to you for free and open access by the College of Engineering and Computer Science at SURFACE. It has been accepted for inclusion in Electrical Engineering and Computer Science - Dissertations by an authorized administrator of SURFACE. For more information, please contact [email protected]. Abstract Early web applications were a set of static web pages connected to one an- other. In contrast, modern applications are full-featured programs that are nearly equivalent to desktop applications in functionality. However, web servers and web browsers, which were initially designed for static web pages, have not up- dated their protection models to deal with the security consequences of these full- featured programs. This mismatch has been the source of several security prob- lems in web applications. This dissertation proposes new protection models for web applications. The de- sign and implementation of prototypes of these protection models in a web server and a web browser are also described. Experiments
    [Show full text]
  • Shoehorning Apache Onto Your Box System Sizing Tips
    Shoehorning Apache Onto your Box System Sizing Tips Sander Temme [email protected] October 18, 2004 Abstract So, your web server machine may not be the fastest, shiniest machine, but it can still take a few hits without going down. In this session, we will examine how to configure both Apache and your Linux or Solaris OS to get the maximum out of your machine. We will discuss memory footprint, kernel tunings and more, and give you some ideas on how to make your web server survive the Christmas shopping season. 1 Introduction The Performance Tuning page in the Apache 1.3 documentation says1: “Apache is a general webserver, which is designed to be correct first, and fast second. Even so, its performance is quite satisfactory. Most sites have less than 10Mbits of outgoing bandwidth, which Apache can fill using only a low end Pentium-based webserver.” However, that sentence was written a few years ago, and in the meantime several things have happened. On one hand, web server hardware has become much faster. On the other hand, many sites now are allowed much more than ten megabits per second of outgoing bandwidth. In addition, web applications have become more complex. The classic brochureware site is alive and well, but the web has grown up substantially as a computing application platform and webmasters may find themselves running dynamic content in Perl, PHP or Java, all of which take a toll on performance. Therefore, in spite of strides forward in machine speed and bandwidth al- lowances, web server performance and web application performance remain ar- eas of concern.
    [Show full text]
  • A Novel Intermediary Framework for Dynamic Edge Service Composition
    Canali C, Colajanni M, Malandrino D et al. A novel intermediary framework for dynamic edge service composition. JOUR- NAL OF COMPUTER SCIENCE AND TECHNOLOGY 27(2): 281{297 Mar. 2012. DOI 10.1007/s11390-012-1223-2 A Novel Intermediary Framework for Dynamic Edge Service Composition Claudia Canali1, Member, IEEE, Michele Colajanni1, Member, IEEE, Del¯na Malandrino2, Vittorio Scarano2, Member, ACM, and Ra®aele Spinelli2 1Department of Information Engineering, University of Modena and Reggio Emilia, Modena, I-4125, Italy 2Department of Computer Science, University of Salerno, Fisciano (SA), I-84084, Italy E-mail: fclaudia.canali, [email protected]; fdelmal, vitsca, [email protected] Received February 25, 2011; revised December 7, 2011. Abstract Multimedia content, user mobility and heterogeneous client devices require novel systems that are able to support ubiquitous access to the Web resources. In this scenario, solutions that combine flexibility, e±ciency and scalability in o®ering edge services for ubiquitous access are needed. We propose an original intermediary framework, namely Scalable Intermediary Software Infrastructure (SISI), which is able to dynamically compose edge services on the basis of user prefer- ences and device characteristics. The SISI framework exploits a per-user pro¯ling mechanism, where each user can initially set his/her personal preferences through a simple Web interface, and the system is then able to compose at run-time the necessary components. The basic framework can be enriched through new edge services that can be easily implemented through a programming model based on APIs and internal functions. Our experiments demonstrate that flexibility and edge service composition do not a®ect the system performance.
    [Show full text]