DOCSLIB.ORG

Request Rerouting for ISP Operated CDNS Jeffrey

Total Page：16

File Type：pdf, Size：1020Kb

Download full-text PDF Read full-text
Request Rerouting for ISP Operated CDNS Jeffrey SCHOOL OF ELECTRICAL ENGINEERING AND TELECOMMUNICATION Request rerouting for ISP operated CDNS by Jeffrey Lai Thesis submitted as a requirement for the degree Bachelor of Engineering (Electrical Engineering) Submitted: November 3, 2014 Student ID: z3372655 Supervisor: Tim Moors Topic ID: TM125 Abstract Content Delivery Networks(CDN) currently utilise the Domain Name System to direct end users towards optimal CDN replica servers. However, current CDN redirection mech- anisms do not adequately take into account DNS caching performed by end users. Specifi- cally, end-users may cache DNS answers that later lead to unoptimal CDN nodes, possibly leading to a decreased browsing experience. This document proposes a CDN redirection mechanism for ISP operated CDNs that overcomes this problem. By utilising SDN tech- niques it is possible for ISPs to perform end-user redirection at a TCP flow-based level, without relying on the end-user having up-to-date DNS information. This method is shown to demonstrate improvements in several web-browsing performance parameters such as access-delay time and page-load time. Thesis title: Request rerouting for ISP operated CDNs Topic number: TM125 Student Name: Jeffrey Lai Student ID: z3372655 A. Problem statement ISP operated CDNs and CDN-ISP collaborations are becoming increasingly common. These CDNs are in a unique position to be able to apply better request rerouting mechanisms, as well as utilise cloud and virtualised servers to rapidly create additional infrastructure as needed. There are currently no request rerouting mechanisms that can transparently reroute a user from one CDN node to another, if they have stale DNS information. Stale DNS information may arise when users cache DNS information, or if network topology changes occur that render their current information stale. B. Objective Perform an analysis on the effects of client side DNS caching on current DNS-based redirection mechanisms Design and implement a request rerouting mechanism that can reroute users in case of stale DNS information, as well as being able to utilise the creation of new CDN replica servers via cloud services. C. My solution DNS request rerouting mechanism already exists, and is proven to work – Why change what works? Propose that we augment the current DNS request rerouting mechanism with SDN techniques Using OpenFlow flow rules, detect if users are going towards an IP address belonging to a CDN we know about. Check if these users are going to the ideal CDN replica server mapped for their location (That we know since we are their ISP) If they are not going to the optimal CDN node, then perform a DNAT on their outgoing packets, and a SNAT on packets coming back from the CDN If they are going to the right CDN node, then forward and route as usual D. Contributions (at most one per line, most important first) We have successfully created a request rerouting mechanism that augments the current DNS redirection mechanism and achieves the goals listed above. Performed a first of it's kind analysis on the effects of client side DNS caching on CDN performance. E. Suggestions for future work Analyze the scalability of the mechanism that has been proposed by this thesis Generate a request rerouting algorithm that works efficiently with the mechanism proposed by this thesis While I may have benefited from discussion with other people, I certify that this thesis is entirely my own work, except where appropriately documented acknowledgements are included. Signature: __________Jeffrey Lai____________ Date: 30 / 10 / 14__ Thesis Pointers List relevant page numbers in the column on the left. Be precise and selective: Don’t list all pages of your thesis! 14 Problem Statement 14 Objective Theory (up to 5 most relevant ideas) 10 Current CDN redirection mechanisms have limitations 12 Software defined networking allows me to achieve my design goals 15 Analysis of possible ways to achieve my design goals 17 The design and theory behind my chosen solution Method of solution (up to 5 most relevant points) 19 Description of my solution 20 Description of the setup of my solution 21 Description of the testing framework for testing my solution Contributions (most important first) 35 Demonstrate that my controller works to the design goals 28 Create testing procedures to demonstrate the effects of DNS caching on CDN performance My work 21, 28 Testing procedures described, testing framework described 41 Appendix contains my code for my controller Description of procedure (e.g. for experiments) Results 31 Succinct presentation of results 35 Analysis 35 Significance of results Conclusion 38 Statement of whether the outcomes met the objectives 38 Suggestions for future research Literature: (up to 5 most important references) 3 “Pushing cdn-isp collaboration to the limit” 5 “The akamai network: A platform for high- performance applications” Abbreviations API Application Programming Interface AS Autonomous System BGP Border Gateway Protocol CDN Content Distrubution Network CLI Command Line Interface DNS Domain Name System EDNS Exenstion mechanisms for DNS HTTP HyperText Transfer Protocol IP Internet Protocol ISP Internet Service Provider Mbps Megabits per second NAT Network Address Translation OS Operating System PoP Point of Presence QoE Quality of Experience QoS Quality of Service REST Representational State Transfer RTT Return Trip Time SDN Software Defined Networking TCP Transport Control Protocol TTL Time To Live URL Uniform Resource Locator 3 Contents 1 Introduction 8 2 Background 10 2.1 Content Delivery Networks . 10 2.1.1 ISP operated CDNs . 11 2.2 Request rerouting . 12 2.2.1 Current request rerouting mechanisms . 12 2.2.2 Limitations of current request rerouting mechanisms . 13 2.3 Software Defined Networking . 15 2.4 Literature review . 15 3 Request Rerouting Mechanisms for ISP Operated CDNs 17 3.1 Problem statement & design goals . 17 3.2 Analysis of possible mechanisms . 18 3.2.1 Anycasting CDN nodes . 18 3.2.2 Using DNS augmented with NAT . 20 3.3 Experimental set up of a DNS request rerouting mechanism augmented with NAT . 24 3.3.1 Testing framework . 24 3.3.2 Testing procedures . 31 4 Results & Performance 34 4.1 Request rerouting after link failure . 34 4.2 Request rerouting during link congestion . 35 4.3 Request rerouting with the introduction of a new CDN replica server . 36 5 Evaluation 38 5.1 Results . 38 5.2 Discussion . 39 6 Conclusion 41 6.1 Future Work . 41 Bibliography 42 4 Appendix 1 44 .1 An example of a DNS request for facebook.com, a CDN hosted website. 45 .2 HTML for wikipedia.com . 45 .3 The Ryu controller for my thesis. 45 .4 The mininet topology for my thesis . 50 5 List of Figures 2.1 A visit to http://www.abc.com yields HTTP requests to various CDN hosts, as seen in the left-hand column. 11 3.1 Our network topology diagram . 25 3.2 A Trace demonstrating the typical NAT procedure that happens to a TCP flow. ....................................... 28 1 A wireshark trace of a DNS request for facebook.com . 45 6 List of Tables 2.1 Browser usage by market share . 14 3.1 Design requirements fulfilled by utilising an IP Anycast method . 20 3.2 Table miss flow that catches everything. Used as part of learning switch functionality . 26 3.3 Table miss flow that catches traffic from h1(10.0.0.1) to the CDN replica servers. 26 3.4 An example forwarding flow inserted into the switch in the case that there is no need to further redirect the end user. Note that IP destination and TCP source port values are context dependant, the values here are just examples. 26 3.5 Example flows inserted into the switch in case there is a need to further redirect the end user. Note that as with the previous table, the IP address and TCP port values are arbitrary in this case, but remain relevant between the DNAT and SNAT rules. 27 4.1 Time taken to fully traverse and load the thesis.com testpages, in seconds. 34 4.2 Time taken to fully traverse and load the thesis.com testpages, in seconds. Also shown is time delay until the client connects to the optimal CDN server over the congested one. 35 4.3 Time taken to fully traverse and load the thesis.com testpages, in seconds. 36 7 Chapter 1 Introduction Content Delivery Networks are finding an increase in usage in today's internet landscape. In response to a growing demand for high definition content, Internet Service Providers are also starting to provide and host their own CDNs [1, 2]. Large CDN providers such as Akamai have also started collaborating with ISPs to provide better services to their end users [3]. These ISP operated CDNs are in a unique position wherein they control the edge routers that sit at the last hop to their users. Because of this, ISP operated CDNs1 have a larger amount of control over how their end users are redirected towards CDN nodes. Currently, hostnames for CDN hosted websites are resolved using DNS services that provide end users with an IP address that maps to the optimal CDN node for that user at the time of request [4]. However, end user caching of DNS information can lead to an end user accessing a nonoptimal CDN node. To illustrate, we show in this thesis how a website's Quality of Experience is affected by end user caching of DNS information in modern web browsers and operating systems. The results of this testing indicate that indeed, end user DNS caching has a negative effect on website QoE. As such, DNS caching also inhibits the rapid startup and application of cloud services to adapt to changes in network topology and congestion, possibly inhibiting future ISP CDN collaboration [3].
Load more

Recommended publications
  • Re-Architecting Web and Mobile Information Access for Emerging Regions
    Re-architecting Web and Mobile Information Access for Emerging Regions by Jay Chen A dissertation submitted in partial fulfillment of the requirements for the degree of Doctor of Philosophy Department of Mathematics Courant Institute of Mathematical Sciences New York University September 2011 Professor Lakshminarayanan Subramanian c Jay Chen All Rights Reserved, 2011 Acknowledgments I would like to start by expressing my deepest gratitude to my advisor, Lakshminarayanan Sub- ramanian (or just “Lakshmi”). It was Lakshmi who set me on the path toward my eventual area of research. Lakshmi has always been generous with his time, and never short on ideas or en- thusiasm. Without Lakshmi’s courage to pursue the research that inspires him, I would not have found my own passion: to build systems that benefit people - as many people as much as possible by inventing ways to bring technology to people living outside of the privileged regions of the world. Contributors to this dissertation - This thesis is based on research that I performed over the past five years with many colleagues contributing directly to the work in this dissertation. Many people helped me along the way whose help I could not have done without. The RuralCafe user study would not have been possible without the help of Saleema Amershi and Aditya Dhananjay (Chapter 6.6). Our low bandwidth transport modeling and analysis (Chapter 3.1) was an effort largely attributable to Janardhan Iyengar and long discussions with Bryan Ford. Russell Power implemented the feature reduction algorithm for CIPs (Chapter 7.2.2) in his “spare time”. Our ELF deployments (Chapters 2.2 and 5.3) were only possible with help from David Hutchful.
    [Show full text]
  • Swarovsky: Optimizing Resource Loading for Mobile Web Browsing
    IEEE TRANSACTIONS ON MOBILE COMPUTING, VOL. XX, NO. XX, XXXX 201X 1 SWAROVsky: Optimizing Resource Loading for Mobile Web Browsing Xuanzhe Liu, Member, IEEE, Yun Ma, Xinyang Wang, Yunxin Liu Senior Member, IEEE, Tao Xie Senior Member, IEEE, and Gang Huang Senior Member, IEEE Abstract—Imperfect Web resource loading prevents mobile Web browsing from providing satisfactory user experience. In this article, we design and implement the SWAROVsky system to address three main issues of current inefficient Web resource loading: (1) on-demand and thus slow loading of sub-resources of webpages; (2) duplicated loading of resources with different URLs but the same content; and (3) redundant loading of the same resource due to improper cache configurations. SWAROVsky employs a dual-proxy architecture that comprises a remote cloud-side proxy and a local proxy on mobile devices. The remote proxy proactively loads webpages from their original Web servers and maintains a resource loading graph for every single webpage. Based on the graph, the remote proxy is capable of deciding which resources are “really” needed for the webpage and their loading orders, and thus can synchronize these needed resources with the local proxy of a client efficiently and timely. The local proxy also runs an intelligent and light-weight algorithm to identify resources with different URLs but the same content, and thus can avoid duplicated downloading of the same content via network. Our system can be used with existing Web browsers and Web servers, and does not break the normal semantics of a webpage. Evaluations with 50 websites show that on average our system can reduce the page load time by 43.1% and the network data transmission by 57.6%, while imposing marginal system overhead.
    [Show full text]
  • Master Thesis
    ABSTRACT Speeding Up Mobile Browsers without Infrastructure Support by Zhen Wang Mobile browsers are known to be slow. We characterize the performance of mobile browsers and find out that resource loading is the bottleneck. Leveraging an unprecedent- ed set of web usage data collected from 24 iPhone users continuously over one year, we examine the three fundamental, orthogonal approaches to improve resource loading with- out infrastructure support: caching, prefetching, and speculative loading, which is first proposed and studied in this work. Speculative loading predicts and speculatively loads the subresources needed to open a webpage once its URL is given. We show that while caching and prefetching are highly limited for mobile browsing, speculative loading can be significantly more effective. Empirically, we show that client-only solutions can im- prove the browser speed by 1.4 seconds on average. We also report the design, realiza- tion, and evaluation of speculative loading in a WebKit-based browser called Tempo. On average, Tempo can reduce browser delay by 1 second (~20%). Acknowledgements I would like to thank my advisor, Professor Lin Zhong, for his guidance and encour- agement during my study and research at Rice University. He has not only given me in- sightful suggestions, but also helped me to develop the right way to do research. I am also grateful to work with Mansoor Chishtie from Texas Instruments, who sup- ports my research and gives me inspiring advice. I would like to thank Professor Dan Wallach and Professor T. S. Eugene Ng for serv- ing as my thesis committee. Their comments and feedback to this work are of great value.
    [Show full text]
  • Critical CSS Rules Decreasing Time to first Render by Inlining CSS Rules for Over-The-Fold Elements
    Critical CSS Rules Decreasing time to first render by inlining CSS rules for over-the-fold elements Gorjan Jovanovski [email protected] July, 2016, 41 pages Supervisor: Dr. Vadim Zaytsev Host organisation: The Next Web, http://thenextweb.com Universiteit van Amsterdam Faculteit der Natuurwetenschappen, Wiskunde en Informatica Master Software Engineering http://www.software-engineering-amsterdam.nl Contents Abstract 3 1 Introduction 4 1.1 Problem statement...................................... 4 1.2 Research questions...................................... 5 1.3 Use cases ........................................... 5 1.3.1 Caching........................................ 6 1.3.2 Content Delivery Networks ............................. 6 1.3.3 Resolution mismatch................................. 6 1.4 Solution outline........................................ 6 2 Background 8 2.1 Cascading Style Sheets.................................... 8 2.1.1 Media queries..................................... 8 2.2 Web page rendering ..................................... 9 2.2.1 Time to first render ................................. 9 2.3 Critical path CSS....................................... 10 3 Related work 12 3.1 Academical Research..................................... 12 3.2 CSS prefetch and preload .................................. 12 3.2.1 Prefetch........................................ 12 3.2.2 Preload ........................................ 12 3.3 Content first ......................................... 13 3.4 Manual extraction .....................................
    [Show full text]
  • Responsive Design Cover
    Responsive Design cover .com Responsive Design Essentials [email protected] Table of Contents Responsive Design cover 1 Responsive Web & Mobile 1 Goal of Responsive Design Most Popular Mobile & Tablet Resolutions 2015 2 The Universal Page Responsive Design Starts with HTML & CSS Technologies Necessary for Responsive Design Responsive Considerations & Guidelines 4 Do Don’t Your Responsive Canvas | The Browser Window Setting Up Constraints A Dao of Web Design 6 Fixed 960 Pixel Grid System (before Responsive) 7 12-Column Grid 16-Column Grid 12-Column Layout 7 Content Could Span Several Columns 16-Column Layout 7 Content Could Span Several Columns Planning Responsive | Wireframes 8 Responsive Sketch Sheets Electronic Wireframe & Planning Tools HTML5 9 The Need for New HTML Elements WHATWG | New Standards Body 10 Workshop on Web Applications and Compound Documents HTML5 a Living Standard See What CSS3 & HTML5 Can Do 11 Cascading Style Sheets (CSS) 14 CSS Box Model Three Methods for Applying CSS 15 Inline Embedded External CSS Vocabulary 17 Responsive Web Design ©2016 — Kelly McCathran i Table of Contents Types of CSS Selectors 18 Element ID Class 3-Digit Hexadecimal Values 19 CSS3 20 Rounded CSS Corners Rounded Corners for Multiple Browsers 21 CSS Border-radius Prefix Rounded Corners for IE9 Media Query Intro 22 Flexible or Fluid Grid = The Formula 23 Flexible Margins or Flexible Padding CSS Box Model Review Reset CSS 24 The Viewport 25 Layout Viewport 26 Mobile Viewport or Visual Viewport 26 Viewport Control 27 Viewport Meta Tag Recommended
    [Show full text]
  • Analysis and Design of Prefetching Framework for Mozilla Firefox
    I.J. Information Engineering and Electronic Business, 2015, 5, 7-12 Published Online September 2015 in MECS (http://www.mecs-press.org/) DOI: 10.5815/ijieeb.2015.05.02 Analysis and Design of Prefetching Framework for Mozilla Firefox Neha Sharma Northern India Engineering College, Delhi, India E-mail: [email protected] Sanjay Kumar Dubey Amity University, Noida, U.P. 201303, India E-mail: [email protected] Abstract—The presence of number of web sites has web pages client is using. Now, the question is how to increased the user’s attraction towards web objects. This select the pages. For this, different prefetching techniques tremendous use came up with the future requests are used. These prefetching techniques are browser prediction depending upon the current and past access dependent. The browser with better prefetching scheme, behaviour. Use of Internet has boomed up a lot since the is more efficient. last decade. This use also came with the heavy load on Web requests or better say, web surfing patterns of the the internet. In today’s world, speed plays a significant user are almost same for the specific intervals. Even there role and hence the speed augmentation is one of the is some similarity between set of users [2]. They might biggest issues. For this, web latency reduction by access the same pattern simultaneously. prefetching is one of the good ideas. For the same, web Prefetching is the technique, where user’s next prefetching is performed, where user’s next expected expected requests are loaded previously in the web cache, requests are prefetched in the web cache of the web by applying some predictive methods.
    [Show full text]
  • A Latency-Determining/User Directed Firefox Browser Extension Philip Avery Mein
    A Latency-Determining/User Directed Firefox Browser Extension Philip Avery Mein Submitted to the graduate degree program Electrical Engineering & Computer Science and The Graduate Faculty of the University of Kansas School of Engineering in partial fulfillment of the requirements for the degree of Master of Science Thesis Committee: Dr. James P.G. Sterbenz: Chairperson Dr. Bo Luo Dr. Gary J. Minden Date Defended c 2012Philip Avery Mein The Thesis Committee for Philip Avery Mein certifies that this is the approved version of the following thesis: A Latency-Determining/User Directed Firefox Browser Extension Committee: Chairperson Date Approved i Abstract As the World Wide Web continues to evolve as the preferred choice for infor- mation access it is critical that its utility to the user remains. Latency as a result of network congestion, bandwidth availability, server processing delays, embed- ded objects, and transmission delays and errors can impact the utility of the web browser application. To improve the overall user experience the application needs to not only provide feedback to the end user about the latency of links that are available but to also provide them controls in the retrieval of the web content. This thesis presents a background and related work relating to latency and web optimization techniques to reduce this latency and then introduce an improvement to the \latency aware" Mozilla Firefox extension which was originally developed by Sterbenz et. al., in 2002. This these describes the architecture and prototype implementation, followed with an analysis of its effectiveness to predict latency and future work. Key Terms- high speed, mobile, wireless, weakly-connected, information ac- cess, web browsing, caching, firefox-addon, latency ii For my family, whose love and support throughout the course of this thesis meant sacrifice on their part.
    [Show full text]
  • Measuring and Mitigating Web Performance Bottlenecks in Broadband Access Networks
    Measuring and Mitigating Web Performance Bottlenecks in Broadband Access Networks Srikanth Sundaresan Nick Feamster Georgia Tech Georgia Tech [email protected] [email protected] Renata Teixeira Nazanin Magharei CNRS & UPMC Cisco Systems [email protected] [email protected] ABSTRACT As downstream throughput continues to increase, one might expect We measure Web performance bottlenecks in home broadband ac- the Web to get faster at home, as well. Meanwhile, Internet ser- cess networks and evaluate ways to mitigate these bottlenecks with vice providers and application providers are increasingly cognizant caching within home networks. We first measure Web performance of the importance of reducing Web page load times; even seem- bottlenecks to nine popular Web sites from more than 5,000 broad- ingly small differences in latency can introduce significant effects band access networks and demonstrate that when the downstream on usability (and revenue). The Bing search engine experiences re- throughput of the access link exceeds about 16 Mbits/s, latency is duced revenue of 1.2% with just a 500-millisecond delay [53], and the main bottleneck for Web page load time. Next, we use a router- a 400-millisecond delay resulted in a 0.74% decrease in searches based Web measurement tool, Mirage, to deconstruct Web page on the Google search engine [14]. Forrester research found that load time into its constituent components (DNS lookup, TCP con- most users expected online shopping sites to load in two seconds nection setup, object download) and show that simple latency opti- or fewer [40]. Content providers struggle to mitigate any network mizations can yield significant improvements in overall page load performance bottleneck that can slow down Web page loads in ac- times.
    [Show full text]
  • Web Tracking SNET2 Seminar Paper - Summer Term 2011
    Web Tracking SNET2 Seminar Paper - Summer Term 2011 Niklas Schmucker¨ Berlin University of Technology Email: [email protected] Abstract—This paper gives an introduction to web tracking II. WEB ANALYTICS and provides an overview over relevant technologies currently The web analytics field is concerned with the measurement found in use on the Internet. We examine motivations for web tracking and discuss issues related to privacy and security. and interpretation of web site usage data. A variety of infor- Furthermore, we present and compare countermeasures intended mation is potentially of interest to web site operators, such to protect end users. We end with a discussion of possible future as: trends and developments in the field of user tracking. The number of visitors over time, which can further be • divided into returning and new visitors. This includes how I. INTRODUCTION long individuals stay on the site and which pages they Web tracking technologies are used to collect, store and look at (also see Section V-A). connect user web browsing behavior records. The information How visitors find out about the web site. Usually three • gained thereby is of interest to various parties. Major motiva- sources of traffic are differentiated: Direct traffic (the user tions for web tracking are: enters the address into the address bar), traffic referred Advertisement companies actively collect information from other web sites (see Section V-C2), as well as search • about users and accumulate it in user profiles. These pro- engine traffic. For the latter, even the relevant search files are then used to tailor individualized advertisements. keywords can be extracted.
    [Show full text]
  • How Far Can Client-Only Solutions Go for Mobile Browser Speed? 1Zhen Wang, 2Felix Xiaozhu Lin, 1,2Lin Zhong, and 3Mansoor Chishtie 1Dept
    How Far Can Client-Only Solutions Go for Mobile Browser Speed? 1Zhen Wang, 2Felix Xiaozhu Lin, 1,2Lin Zhong, and 3Mansoor Chishtie 1Dept. of ECE and 2Dept. of CS, Rice University, Houston, TX, and 3Texas Instruments, Dallas, TX 1,2{zhen.wang, xzl, lzhong}@rice.edu and [email protected] ABSTRACT the failure of Amazon Web Services’ cloud-computing infrastruc- Mobile browser is known to be slow because of the bottleneck in ture [17] took many websites down. Finally, solutions based on resource loading. Client-only solutions to improve resource load- proxy support violate end-to-end security, which is crucial to se- ing are attractive because they are immediately deployable, scala- cure websites. ble, and secure. We present the first publicly known treatment of Not surprisingly, solutions that do not rely on infrastructure sup- client-only solutions to understand how much they can improve port, or client-only solutions, are particularly attractive because mobile browser speed without infrastructure support. Leveraging they are immediately deployable, scalable, and secure. While an unprecedented set of web usage data collected from 24 iPhone client-only solutions are likely to be less effective than those leve- users continuously over one year, we examine the three funda- raging infrastructure supports, it has been an open question how mental, orthogonal approaches a client-only solution can take: effective client-only solutions can be for mobile browsers. The caching, prefetching, and speculative loading. Speculative load- challenge to answering this question has been the lack of data ing, as is firstly proposed and studied in this work, predicts and regarding the browsing behavior of mobile users.
    [Show full text]
  • Network Agile Preference-Based Prefetching for Mobile Devices
    Network Agile Preference-Based Prefetching for Mobile Devices JunZe Han1, Xiang-Yang Li1;2, Taeho Jung1, Jumin Zhao3, Zenghua Zhao4 1Department of Computer Science, Illinois Institute of Technology, USA 2 School of Software and TNLIST, Tsinghua University 3College of Information Engineering, Taiyuan University of Technology, China 4Department of Computer Engineering, Tianjin University, China Email: [email protected], [email protected], [email protected], [email protected] experience, in this work we present a seamless transparent solution that automatically prefetches contents and switches Abstract—For mobile devices, communication via cellular networks consumes more energy than via WiFi networks, and the connection between cellular and WiFi networks. To make suffers an expensive limited data plan. On the other hand, as the content prefetching work for mobile devices, a number of the coverage and the density of WiFI networks are smaller than challenges must be addressed. In general, we need to know those of the cellular networks, users cannot purely rely on WiFi when to prefetch, and what contents to prefetch such that the to access the Internet. In this work we present a behavior-aware user’s experience is not deteriorated and the overall energy and preference-based approach to prefetch news webpages for cost and monetary cost is reduced. In this work we propose a the user to visit in the near future, by exploiting the WiFi prefetching approach that is able to predict what webpages the network connections to reduce the energy and
    [Show full text]
  • Master Thesis
    RICE UNIVERSITY Speeding Up Mobile Browsers without Infrastructure Support by Zhen Wang A THESIS SUBMITTED IN PARTIAL FULFILLMENT OF THE REQUIREMENTS FOR THE DEGREE Master of Science APPROVED, THESIS COMMITTEE Lin Zhong, Chair Associate Professor Electrical and Computer Engineering Dan Wallach Associate Professor Computer Science T. S. Eugene Ng Associate Professor Computer Science HOUSTON, TEXAS APRIL 2012 ABSTRACT Speeding Up Mobile Browsers without Infrastructure Support by Zhen Wang Mobile browsers are known to be slow. We characterize the performance of mobile browsers and find out that resource loading is the bottleneck. Leveraging an unprecedent- ed set of web usage data collected from 24 iPhone users continuously over one year, we examine the three fundamental, orthogonal approaches to improve resource loading with- out infrastructure support: caching, prefetching, and speculative loading, which is first proposed and studied in this work. Speculative loading predicts and speculatively loads the subresources needed to open a webpage once its URL is given. We show that while caching and prefetching are highly limited for mobile browsing, speculative loading can be significantly more effective. Empirically, we show that client-only solutions can im- prove the browser speed by 1.4 seconds on average. We also report the design, realiza- tion, and evaluation of speculative loading in a WebKit-based browser called Tempo. On average, Tempo can reduce browser delay by 1 second (~20%). Acknowledgements I would like to thank my advisor, Professor Lin Zhong, for his guidance and encour- agement during my study and research at Rice University. He has not only given me in- sightful suggestions, but also helped me to develop the right way to do research.
    [Show full text]