1 A Unified Monitoring Framework for Energy Consumption and Network Traffic Florentin Clouet, Simon Delamare, Jean-Patrick Gelas, Laurent Lefèvre, Lucas Nussbaum, Clément Parisot, Laurent Pouilloux, François Rossigneux To cite this version: Florentin Clouet, Simon Delamare, Jean-Patrick Gelas, Laurent Lefèvre, Lucas Nussbaum, et al.. A Unified Monitoring Framework for Energy Consumption and Network Traffic. TRI- DENTCOM - International Conference on Testbeds and Research Infrastructures for the Development of Networks & Communities, Jun 2015, Vancouver, Canada. pp.10, <hal > HAL Id: hal https://hal.inria.fr/hal Submitted on 25 Jun 2015 HAL is a multi-disciplinary open access archive for the deposit and dissemination of scientific research documents, whether they are published or not. The documents may come from teaching and research institutions in France or abroad, or from public or private research centers. L archive ouverte pluridisciplinaire HAL, est destinée au dépôt et à la diffusion de documents scientifiques de niveau recherche, publiés ou non, émanant des établissements d enseignement et de recherche français ou étrangers, des laboratoires publics ou privés.
3 A Unified Monitoring Framework for Energy Consumption and Network Traffic Florentin Clouet 1,2,3, Simon Delamare 4,5,6, Jean-Patrick Gelas 4,5,6, Laurent Lefèvre 4,5,6, Lucas Nussbaum 1,2,3, Clément Parisot 1,2,3, Laurent Pouilloux 4,5,6, François Rossigneux 4,5,6 1 Inria, Villers-lès-Nancy, France 2 Université de Lorraine, LORIA, France 3 CNRS, LORIA - UMR 7503, France 4 Inria, Montbonnot-Saint-Martin, France 5 Université de Lyon, LIP, France 6 CNRS, LIP - UMR 5668, France ABSTRACT Providing experimenters with deep insight about the effects of their experiments is a central feature of testbeds. In this paper, we describe Kwapi, a framework designed in the context of the Grid 5000 testbed, that unifies measurements for both energy consumption and network traffic. Because all measurements are taken at the infrastructure level (using sensors in power and network equipment), using this framework has no dependencies on the experiments themselves. Initially designed for OpenStack infrastructures, the Kwapi framework allows monitoring and reporting of energy consumption of distributed platforms. In this article, we present the extension of Kwapi to network monitoring, and outline how we overcame several challenges: scaling to a testbed the size of Grid 5000 while still providing high-frequency measurements; providing long-term loss-less storage of measurements; handling operational issues when deploying such a tool on a real infrastructure. Categories and Subject Descriptors D.2.8 [Software Engineering]: Metrics complexity measures, performance measures; B.8.2 [Performance and Reliability]: Performance Analysis and Design Aids General Terms Experimentation, Measurement, Performance Keywords Experimentation, monitoring, measurement, energy consumption, network traffic 1. INTRODUCTION State-of-the-art experimental research requires testbeds with a number of features and services. The most important one is probably the ability to provide experimenters with a very deep control of how their experiments are performed. In the context of distributed systems research, this typically means providing services to control the software stack installed on nodes, to control the placement of nodes for a given experiment and to mitigate interactions with other experiments (congestion and over-provisioning at the networking or virtualization layers), and to isolate one experiment from others to avoid undesired perturbations. However, another key feature in an experimental environment is the ability to provide observability to experimenters, through appropriate monitoring and measurement solutions. This is important to understand performance limitations and bottlenecks during experiments both those caused by the experiment itself, and those caused by limitations of the testbed (e.g. network architecture) or other concurrent experiments. It is also a prerequisite to evaluate the impact of various solutions on the environment (e.g. networkefficiency, power-efficiency of applications), and to experiment on applications that try to optimize various criteria using feedback loops. Sometimes measurements can be performed by the experimenters themselves, by instrumenting the application, or through the use of system-level instrumentation and monitoring tools such as DTrace , systemtap  or Linux s perf tools . But this approach has three main limitations. First, the measurement infrastructure is part of the experiment itself, and might cause a non-negligible impact on the experiment execution and results, depending on how the measurements and the instrumentation are performed. Second, it puts the burden of instrumentation on the experimenters. This can be justified when the instrumentation needs are somehow specific to the experiment, but there are many cases where fairly standard measurements need to be collected. Finally, it cannot provide access to data that is not normally accessible by the experimenter without cooperation from the testbed operators. Grid 5000  is a testbed for experiment-driven research on
4 HPC, Clouds and Big Data. It is structured in 10 sites (geographical locations) connected together with a dedicated 10-Gbps backbone network. Overall, the testbed contains 1000 nodes (or 8000 CPU cores). The testbed already provides a number of advanced features: resources are automatically described and verified using a Reference API , experimenters can reconfigure the software stack using Kadeploy  and isolate their experiments at the physical network level with KaVLAN  in order to execute complex middlewares . However, until recently, Grid 5000 did not provide a monitoring and measurement framework suited to experimenters needs. In this paper, we describe Kwapi, the monitoring and measurement framework for energy consumption and network traffic designed for the Grid 5000 testbed. Kwapi relies on measurements taken at the infrastructure level, at a high frequency (one measurement every few seconds), scales to the size of Grid 5000 thanks to a federated architecture, and also provides long-term loss-less storage of measurements. This paper is organized as follows. Section 2 provides an overview of monitoring and measurement services in the context of CS research infrastructures. Then, Section 3 describes the design of the Kwapi framework, and Section 4 provides some examples of its use and an evaluation of its capabilities. Finally, Section 5 draws some concluding remarks and discusses some possible future work. 2. RELATED WORK There are a number of motivations for doing monitoring. The most widespread use of those techniques is probably by systems administrators, in order to ensure that an infrastructure is functioning correctly and understand trends in resource utilization. Historically, the common ancestor to most of today s solutions is MRTG the Multi Router Traffic Grapher . Initially designed to monitor network devices over the Simple Network Management Protocol (SNMP), it was largely extended through external plugins to monitor other kinds of services. The data storage, logging and graphing component of MRTG evolved into RRDtool , which is used as a basis for most of today s standard monitoring solutions such as Cacti , Munin  or Collectd . Those solutions meet the needs of systems administrators to monitor all kinds of devices, systems and services, up to coffee machines . More specialized solutions address more specific problems, such as Ganglia , that uses a distributed architecture to monitor large-scale HPC clusters. While those monitoring solutions are typically used by testbed operators to monitor the research infrastructure itself, they are unsuitable for most experimenters. First, while system administrators typically need to identify long-term tendencies (e.g. average network usage slowly increasing to the physical limits), experimenters typically require a much higher measurement frequency in order to get deep insight into what happens during their experiments and identify short phenomena. Off-the-shelf monitoring solutions are not designed, and cannot be configured, to perform measurements at high frequency. Most of them choose a default measurement interval of 5 minutes. Second, in the context of experimentation, it is useful to integrate long-term data storage in the monitoring system itself. The use of RRDTool as a basis for long-term data storage has major limitations, as it is designed to support archival of old data by averaging the data over time periods. While it makes a lot of sense in the system administration context, it causes a loss of precision if measurements need to be extracted long after they have been taken. Some testbeds include monitoring services. PlanetLab provided CoMon  (now discontinued) to gather information on the status of nodes and slices. It could be used to see what is affecting the performance of nodes, and to examine the resource profiles of individual experiments, with an update frequency of 5 minutes. Its goals were to help users identify problematic nodes (e.g. overloaded) and select appropriate resources for their experiments. Another PlanetLab service, PlanetFlow , provides accountability of network traffic inside the testbed, by monitoring all network traffic and link them to slices and users, in order to enable system administrators to react appropriately to complaints about traffic originating from PlanetLab. More efficient strategies to that kind of flow monitoring have also been explored in Pegasus . In terms of overall objectives, the work that is the closer to the one presented in this paper is the ORBIT Measurement framework and Library (OML) , which was designed in the context of the ORBIT testbed and is actively used on other OMF-based testbeds. OML is an instrumentation and monitoring framework. In handles the collection of various kinds of measurements from applications and services, and providers filters so that experimenters can select precisely the measurements needed for their experiments. Kwapi, the monitoring service presented in this paper, covers both network traffic and energy consumption. While the works mentioned previously in this section often cover the monitoring of network traffic, there are very few attempts at organizing the monitoring of energy consumption. One can however mention the previous iteration of Kwapi , that was integrated with the OpenStack cloud platform, and the former works [10, 11] of the Kwapi designers that inspired Kwapi s design choices. 3. THE KWAPI FRAMEWORK This section introduces Kwapi, our monitoring tool for energy consumption and network traffic designed in the context of the Grid 5000 testbed. After an overview of the framework, we will detail implementation and deployment challenges that arose during this development. 3.1 Overview The Kwapi framework was originally developed to provide power consumption measurements to the cloud computing software platform OpenStack, in the context of the XLCloud project 1. Its architecture (Figure 1) is based on a layer of drivers, which retrieve measurements from several devices, and a layer of plugins that collect and process them. The communication between these two layers goes through a bus, 1
5 a consequence, we changed several components of Kwapi (driver manager, plugins) to be able to store multiple kinds of metrics. New drivers The modularity of the driver plugin is a strong advantage for the framework extension capacity. Namely, one can create a driver that retrieves new kinds of data and publishes them to the forwarder. In the context of Grid 5000 testbed, we developed a new driver, JSON URL, that retrieves metrics from a remote machine. We also changed the SNMP driver to handle Counter type metrics used for network traffic. the forwarder. Figure 1: Architecture of Kwapi The driver layer is controlled by a Driver Manager that reads the configuration file and initializes a thread for every entry found. An entry consists in the list of probes, the kind of driver to use and the relevant parameter (e.g. SNMP OID). Each driver retrieves measurements and pushes them to the forwarder in JSON format, using ZeroMQ as transport layer. The Forwarder is an internal communication bus based on ZeroMQ. It works using a publish/subscribe pattern where the drivers are publishers and the plugins are subscribers. It can work locally, i.e. with publishers and subscribers on the same machine, or through a gateway machine to connect isolated networks. In the case of a distributed architecture, a plugin can listen to several drivers located at remote locations using the forwarder. A plugin is a data consumer that retrieves and processes measurements from the Forwarder. In the original Kwapi framework, only two plugins were present: a REST API that allows an external system to access real-time measurements, and a visualization plugin based on Round-Robin Database files that expose metrics through a web interface. 3.2 Extending Kwapi To adapt it to the context of experimentation testbeds and Grid 5000, several new features were developed in Kwapi. Independence from OpenStack The Kwapi framework started as a contribution to Open- Stack and was tightly linked to the OpenStack common libraries (Oslo libraries). For example, these libraries were used to authenticate a Kwapi instance against the Keystone identity service. In order to use Kwapi in a non-openstack context this dependency was made optional. Multi-metrics support The original purpose of Kwapi, a.k.a. KiloWattAPI, was to provide a scalable and distributed approach to electrical energy monitoring. However, this approach applies to any kind of metrological data, especially network traffic that can be retrieved via SNMP requests on network equipment. As Improving visualization The visualization plugin used Round Robin Database (RRD) files to produce PNG images of the power consumption and offer a representation of the metric. The visualization part was separated from the RRD plugin to create a new plugin that takes advantage of Grid 5000 infrastructure for probe selection (i.e. use a batch job number to get the relevant probes). Long-term storage plugin As stated before, experimenters take advantage of fine grained data from various metrics to better understand their experiments (i.e., identify bottlenecks, find issues in execution). To deal with this requirement, we added a plugin to store data in HDF5 file format. More details on this plugin will be given in Section Integration with existing monitoring systems In Grid 50000, a Ganglia monitoring system was already deployed to collect various kinds of metrics. These metrics are then exposed to users through the Grid 5000 metrology API. Thanks to Kwapi s modularity, it only took a few days to create a new plugin that pushes data to this pre-existing monitoring infrastructure. As a consequence, all metrics collected by Kwapi are available to Grid 5000 users through the same API that was previously available. 3.3 Deployment challenges in Grid 5000 Designing a high frequency monitoring infrastructure for large scale platform raises various challenges. This section will present the main issues found during Kwapi s deployment on Grid 5000, and what solutions have been implemented to address them Scaling the deployment to the size of the testbed Ensuring scalability is critical for monitoring over large scale platform such as the Grid 5000 testbed. Grid 5000 provides more than 1000 nodes for users experiments. Each of these nodes has several metrics to be monitored. Therefore, the total number of information to collect is high and grows linearly with the number of nodes. Managing such large amount of data requires to carefully design monitoring tools and platform infrastructure to ensure proper functioning. As shown in Figure 2, Grid 5000 is distributed over 10 sites. From its origin, the testbed as been designed to be resilient: each site is independent and is able to operate by itself. This has several advantages: for instance, in case of backbone network outage, experiments inside Grid 5000 sites do not fail.
6 10G dedicated lambda 1G L2VPN Rennes Nantes Lille Toulouse Luxembourg Reims Nancy Lyon Grenoble Sophia Other network-related issues has been addressed during the development of Kwapi. For example, depending on the network device vendor or model, SNMP implementation might slightly differ. Network counters are not refreshed at the same frequency: Kwapi typically fetches and stores data every seconds, but it has been adapted to handle lower frequencies and cope with less precise hardware. In addition, older implementations of SNMP used a 32 bits counter to store the total number of octets received or sent on an interface. On a 10 Gbps network, less than 4 seconds are needed to cycle this kind of counters. Hopefully most modern hardware provide 64 bits version of these counters, which Kwapi uses Long-term storage of monitoring data In the context of large scale experimentation testbed, storage of monitoring information raises specific issues. In particular, data must be stored in a loss-less way to ensure that complete monitoring information remains available after an experiment has ended. This enables a posteriori understanding of experimentation results, and encourage experimenters not to use their own tool to collect data during their experiment. This prevents using a RRD-based solution, as commonly used by monitoring solution, and led us to choose to store monitoring data inside HDF5 files. Figure 2: testbed Map of the 10 sites of the Grid 5000 In addition, it helps scalability: as every services are replicated on each site, their loads are distributed, and adding a new site to Grid 5000 does not interfere with others. Such distributed infrastructure benefits to Kwapi s scalability: individual instances of Kwapi are deployed on each Grid 5000 site and the monitoring workload is shared among them Networking challenges Network communications needed to fetch the monitoring data grow with the number of metrics to be collected and the frequency of measurements. On a large testbed and a finegrained monitoring solution, the amount of traffic might be significant. To ensure accuracy of experimentation results on the testbed, it is essential that this traffic does not interfere with users experiments traffic. On Grid 5000, two distinct networks are available, provided by different devices and VLANs: one is dedicated to users experiments, the other to communications required to operate the platform. Monitoring traffic induced by Kwapi uses the latter, and therefore has no effect on the experiments traffic. As the number of network requests needed to fetch information from monitoring devices is high, it is needed to minimize their number, while ensuring collecting all metrics at the desired frequency. Kwapi implements this strategy by using various optimizations: for instance, it will not make one SNMP request for each metric to collect, but use the GetBulkRequest SNMP message on a monitoring device to fetch several metrics at once. The total number of network requests is thus decreased, as well as the workload on monitoring devices needed to handle them. In addition, as for network communication, data storage requirements increase with the number of metrics and the frequency of measurements. In a large deployment such as Grid 5000, it is larger than usual and the storage solution must be carefully designed. The typical storage space required is 20 MB per metric every month. On Grid 5000, where three metrics (power consumption, network traffic input and output) are monitored on each of the 1000 nodes, the approximate required size to keep one year of monitoring data is 720 GB. The loss-less data storing and limited capacity available for storage imposes to retain monitoring data during a bounded period of time. Monitoring data oldest than this boundary must be deleted, ensuring a constant storage space usage. Contrary to RRD, the HDF5 format does not implement any data rotation mechanism. A similar feature has been implemented inside Kwapi s HDF5 plugin as ability to split and merge HDF5 files: every month (this period is configurable), Kwapi uses a new HDF5 file to store monitoring data. Files are kept during one year, ensuring a constant storage space occupation, but the storage duration could be extended if useful. Then, Kwapi is able to retrieve the proper monitoring among the HDF5 files depending on request content it receives, even if the age of requested data span several files. Other minor issues have been encountered during the HDF5 plugin implementation: a synchronization mechanism has been developed to enable concurrent read/write access to HDF5 files, and data caching has been bypassed to avoid memory leaks caused by the high input rate of data to manage Automated configuration The Grid 5000 testbed, as a large scale platform, constantly evolves: transient failures occurs, new hardware devices are added and older ones are removed. When such evolution involves monitoring devices, monitoring tools must be updated to take into account those modifications. However, it would be impractical for platform operators to manually update configurations each time the platform change. To address this situation, a Kwapi plugin was developed to handle the automated configuration of Kwapi based on the resources description provided by the Grid Reference API. This plugin is able to configure both network and energy monitoring metrics. Therefore, any changes on the platform reflected inside the Grid 5000 Reference API will
7 $ c u r l k h t t p s : / / a p i. g r i d f r / 3. 0 / s i t e s / nancy / n e t w o r k e q u i p m e n t s / s g r i f f o n 1? p r e t t y model : 3 com 4500 g, mtu : , s i t e : nancy, snmp community : p u b l i c, type : network equipment, u i d : s g r i f f o n 1, b a c k p l a n e b p s : , k i n d : s w i t c h, l i n e c a r d s : [ k i n d : node, snmp pattern : GigabitEthernet1/%LINECARD%/%PORT %, p o r t s : [ u i d : g r i f f o n 1 u i d : g r i f f o n 2 u i d : g r i f f o n 3 u i d : g r i f f o n 4 (... ) r a t e : , snmp pattern : Ten GigabitEthernet1/%LINECARD%/% PORT% p o r t s : [ k i n d : node, p o r t : e t h 2, u i d : g r i f f o n 11 uid : gw nancy ], (... ) Figure 3: Description of a Networking Device in Grid 5000 Reference API lead to the reconfiguration of Kwapi monitoring, without any human intervention. Kwapi s automatic network monitoring configuration reads the description of each network devices from the Reference API. The API provides a JSON based document describing, for each line-card and ports of a given device, the connected node s hostname, as shown in Figure 3. The document also provides a SNMP pattern entry in order to generate the SNMP IF-Descr from the IF Management Information Base . From this information it is possible for the Kwapi plugin to get any SNMP information related to the device s port, and thus network metrics regarding node connected to it. This solution also allows Kwapi to fetch network metrics for every Grid 5000 nodes in a uniform way, while there is a great variety in Grid 5000 s network devices (15 different models from 7 different vendors), and which do not implement SNMP descriptions the same way. Kwapi s configuration for energy monitoring is also performed automatically thanks to the Grid 5000 Reference API. Energy monitoring devices used in Grid 5000 are manifold : electrical consumption can be provided through SNMP by Power Distribution Units (PDU) that power nodes, or by a dedicated device, plugged on nodes Power Supply Unit (PSU). Grid 5000 Reference API describes each energy monitoring device as a JSON document, as shown in Figure 4. $ c u r l k h t t p s : / / a p i. g r i d f r / 3. 0 / s i t e s / nancy / pdus / graphene pdu7? p r e t t y t y p e : pdu, uid : graphene pdu7, vendor : Eaton Corporation, s e n s o r s : [ power : p e r o u t l e t s : t r u e, snmp : a v a i l a b l e : t r u e, o u t l e t p r e f i x o i d : i s o , t o t a l o i d s : [ i s o , i s o ], u n i t : W ], (... ) Figure 4: Description of a Energy Monitoring Feature of a Power Distribution Unit in Grid 5000 Reference API $ c u r l k h t t p s : / / a p i. g r i d f r / 3. 0 / s i t e s / nancy / c l u s t e r s / graphene / nodes / graphene 105? p r e t t y t y p e : node, uid : graphene 105, a r c h i t e c t u r e : p l a t f o r m t y p e : x , s m p s i z e : 1, s m t s i z e : 4 (... ) s e n s o r s : power : a v a i l a b l e : t r u e, v i a : a p i : m e t r i c : pdu pdu : [ p o r t : 1, u i d : graphene pdu7. nancy. g r i d f r ] (... ) Figure 5: Node Description in Grid 5000 Reference API This description gives methods to fetch power consumption data, for example by providing the SNMP OID to request. The monitoring device available for a given Grid 5000 node is available through the node description. For example, as shown in Figure 5, description of a node connected to a PDU providing per-outlet energy consumption monitoring will contain the monitoring device uid as well as the PDU outlet s port to which it is connected. It is thus possible for the Kwapi configuration plugin to retrieve how to collect energy consumption data, using SNMP or any other technology depending on the monitoring device, for every Grid 5000 nodes described in the Reference API. Energy monitoring on modern hardware is a complex task. One difficulty is introduced by the diversity of nodes electrical powering systems. The simplest case is a node powered by a single PSU, but commonly, a node has two redundant
8 Figure 6: Measurements of network bandwidth between nodes with/without Kwapi running, for a 1G cluster (left panel) and a 10G cluster (right panel). Solid lines represent the mean µ and dashed lines the 2 standard deviations σ from the mean. PSUs. Both must be monitored and their consumption must be added to compute the node s total consumption. More complex situations involve nodes that share one or more individual PSUs, as for blade servers. Thanks to Grid 5000 Reference API which provides an elaborate description of these various monitoring topologies 2, Kwapi s self configuration can automatically handle all cases found on Grid 5000 (9 in total). Through its API and user interface, it also advertises users about these specifics, informing them how energy monitoring data is collected on nodes. Automated configuration is a key feature for large scale platform monitoring tool. Kwapi s automated configuration plugin that reads the Grid 5000 Reference API to build the list of devices to monitor for every nodes efficiently addresses this challenge. It allows transparent updates on platform hardware changes, and handling of the diversity of monitoring devices used in Grid 5000 in a uniform way. 4. EVALUATION This section provides information about Kwapi s current status and suitability for experimenters. The typical questions that we try to answer are: (0) Does Kwapi introduce monitoring overheads? (1) Is Kwapi useful to provide detailed information about phenomena observed during experiments? (2) Is it reactive enough to serve as data input to guide experiments in a feedback loop? (3) Could data from its long-term storage be used to understand trends? (4) Is it ready for production? 4.1 Evaluating Kwapi s monitoring overhead In order to evaluate the overhead introduced by Kwapi, we perform some measurements on two clusters: stremi, a 44- nodes AMD cluster connected via a Cisco C3560E-48TD-S switch; petitprince, a 16-nodes Intel cluster connected via Force10 MXL switch. We perform simultaneous measurements using iperf in a ring fashion, i.e. we measure simultaneoulsy the bandwidth from node i to node i+1. With this 2 Registered users may see examples on Grid 5000 wiki: www. grid5000.fr/w/talk:reference_repository setup, we are able to saturate the network equipement and can check if the average bandwidth depends on Kwapi state. For both cases, we perform 5 iterations of the measurements process. As shown in figure 6, we can see for both clusters that the mean bandwidth is very similar: for stremi, we obtain µ = ± 5.1 and µ = ± 4.72 with Kwapi stopped and running respectively ; for petitprince, we obtain µ = ± 761 and µ = ± 612 respectively. This variations are very little compared to the natural deviations of the iperf measurement process, especially for 10G network equipments. In addition to these bandwidth estimates, we have also checked that the CPU consumption of the equipment is not affected by the 1-second period SNMP requests that Kwapi perform to retrives the network measures. With this two observations, we can state that our monitoring infrastructure has a very small overhead on the monitored equipments. 4.2 Measuring power consumption while powercycling machines Grid 5000 provides experimenters with the ability to turn off and on reserved machines through an interface provided by Kadeploy . Figure 7 shows the network usage and power consumption on all machines of the Reims Grid 5000 site (44 machines) during the following operations: 18:39:28 machines are turned off; 18:40:28 machines are turned on again, and generate network traffic as they boot via PXE; 18:49:28 machine reservation is terminated, causing a reboot to Grid 5000 s default system environment. Those graphs are generated real-time when the experimenter connects to the Kwapi visualization interface. It is also possible to extract this data from the Kwapi API, or to retrieve this data after the experiment using the HDF5 export.
9 Figure 7: Visualization of network usage (top graph) and power consumption (bottom graph) while machines are turned off and on 4.3 Visualizing TCP congestion control Given its high frequency of measurement, Kwapi makes it possible to observe short lived phenomena. A good example is TCP s congestion control algorithms, which we illustrate by initiating a data transfer using nuttcp between two Grid 5000 sites (Rennes and Nancy). As those sites are connected via a 10-Gbps dedicated backbone, the TCP connection is only limited by the speed of each node s network interface (1 Gbps). In Figure 8, we compare the bandwidth observed via Kwapi for the start of the TCP connections, with two different configurations of the TCP stack: Hystart enabled, and disabled. Hystart  is a heuristic added to Linux s implementation of TCP CUBIC in 2008 that measures the connection s RTT to exit slow start as soon as congestion starts happening, and before packet losses are observed. Unfortunately, the Linux implementation suffered from bugs related to timer precision that resulted in lower performance until they were fixed in March As a result, and as one can observe in Figure 8, the bandwidth grows much more slowly when Hystart is enabled (with its buggy version, found in Linux ). One could argue that the resulting measurements are not as accurate as what could have been collected using nuttcp itself, or using Operating Systems counters. That is true. However, the fact that Kwapi measurements are completely passive and do not require any instrumentation on the sending and receiving nodes is a clear advantage in some situations. 3 https://git.kernel.org/cgit/linux/kernel/git/ torvalds/linux.git/log/net/ipv4/tcp_cubic.c Bandwidth (MB/s) disabled enabled 0 00:00 00:05 00:10 00:15 00:20 00:25 00:30 00:35 00:40 Time (s) Figure 8: Bandwidth during start of TCP data transfer with/without Hystart
10 8000 Night or weekends Day and weekdays Global consumption (W) Jan Feb Feb Feb Date Feb Feb Feb Feb Figure 9: Power consumption of the Reims site. Daytime is in white, while nights and weekends are in gray. Power consumption (W/node) Weekdays Weekends Day Night Mean Table 1: Consumption trends on Grid 5000 from to Extracting long-term power consumption trends The use of Grid 5000 usage is governed by a set of policies to allow the shared use of the infrastructure by many users. One of these rules distinguish between daytime use of the resources, and night use of the resources. Users must execute large scale jobs during nights (from 19:00pm to 09:00am CET/CEST) and week-ends. During working days (Monday to Friday), users should not use more than the equivalent of 2 hours on all the cores during the given day, to give every user a chance to get some resources to perform smallscale experiments, or do preparatory work for larger-scale experiments. This section presents an analysis of the power consumption of all 44 nodes from the Reims Grid 5000 site, from to ,508,225 power consumption measures were captured over that period, and retrieved from the longterm storage database of Kwapi. As shown in Table 1, nodes power consumption of the nodes is correlated with the above rule. Weekdays consumption is around 68% lower than weekends. Likewise, the average consumption of a node during the day is 45% lower than the night. Days and nights consumption of nodes during weekends is similar. The same results are also presented in Figure 9, showing again the clear difference between both time periods. Such results can be useful to predict the Grid 5000 energy cost or to monitor the evolution of consumption on a site. Combined with other statistical measures, Kwapi can offer an overview of the platform usage over long periods of time. 4.5 Checking the Kwapi configuration The self-configuration functionality offered by the usage of the Grid 5000 API is very powerful but requires post execution verification. In order to validate that data stored is coherent with the real infrastructure, a dedicated tool has Figure 10: Architecture of DIET middleware been added to the Kwapi framework to perform the following steps: (1) reserve all the nodes on a Grid 5000 site; (2) retrieve the list of probes offered by Kwapi; (3) execute a stress program on the host and check that the evolution of power consumption is as expected; (4) perform some network transfer between a host and a Grid 5000 site frontend and compare with network data provided by Kwapi. It then reports misconfigured probes/hosts to the system administrator. Similarly to what was done with G5K-checks for machine descriptions in the Reference API , this also enables the testbed operators to ensure that the description provided to users is fully accurate. 4.6 Evaluating energy-aware schedulers DIET (Distributed Interactive Engineering Toolbox)  is a computing middleware that aims at distributing the scheduling problem across multiple agents. It is able to find appropriate servers according to information given by clients (e.g., problem to be solved, size of the data involved), the performance of the target platform (e.g., server load, available memory, communication performance) and the local availability of data stored during previous computations. The DIET framework is composed of several components as shown in Figure 10. Recently, energy aware scheduling has been added to DIET: DIET Server Daemons constantly monitor energy consumed by computing resources to process requests submitted by
11 Figure 11: Evolution of DIET s candidate nodes in relation with energy consumption reported by Kwapi users. DIET builds a knowledge base of energy cost according to various computing resources available (e.g. clusters, computing nodes) and the nature of requests (computing workload, storage requirements, etc.). This information is then used to take energy-aware scheduling decisions. To help design this feature and validate its implementation, an experiment has been conducted on Grid 5000 that extensively used the Kwapi API. Uniform monitoring over many various computing resources provided by Kwapi deployment on Grid 5000 allowed DIET researchers and developers to focus on scheduling algorithm refinement and validation at a large scale. Figure 11 shows how DIET selects and allocates computing resources according to energy measurements it makes. 4.7 A production-ready code base Kwapi is publicly available under the Apache 2.0 free software license. Its source code is available on GitHub 4. It is also available as a Pypi module 5 and as a Debian package to facilitate deployments. On Grid 5000, its installation is fully automated on all sites thanks to the use of Puppet recipes. 5. CONCLUSIONS AND FUTURE WORK Providing experimenters with deep insight about the effects of their experiments is a central feature of testbeds. We presented Kwapi, a framework designed in the context of the Grid 5000 testbed, that unifies measurements for both energy consumption and network traffic. Kwapi takes all measurements at the infrastructure level (using sensors in power and network equipment), ensuring that the measurement infrastructure has no dependencies on the experiments themselves, and does not cause perturbations to experiments. Kwapi provides long-term, loss-less storage of all measurements in the HDF5 format. Finally, Kwapi was deployed successfully on the Grid 5000 testbed, solving a number of operational challenges caused by the scale of the testbed, and the diversity of equipments. In the future, this work could be continued in several ways. 4 https://github.com/lpouillo/kwapi-g5k 5 https://pypi.python.org/pypi/kwapi-g5k First, Kwapi could be extended to capture other metrics on the testbed. Low-hanging fruits are additional metrics related to network traffic (e.g. network errors) and energy consumption (e.g. reactive power, in V.A). There are also network technologies popular in the HPC world such as Infiniband that are not supported yet, despite being available on Grid While they do not provide fine-grained data, sflow and NetFlow could be supported to provide insight in the type of traffic. Storage systems could also be monitored, which would be useful to understand the behavior of Big Data experiments. Monitoring the temperature at various points of the server rooms could also be relevant for experiments doing power-aware computing (e.g. placing computations on colder machines to balance the room temperature and reduce air cooling usage). Finally, one could envision adding drivers for off-the-shelf monitoring solutions like Collectd or Munin, to benefit from Kwapi s visualization and long term storage features. The architecture of Kwapi could also be modified. Graphs for the visualization plugin are currently rendered on the server side and transferred over the network, which can be a problem when they are very frequently updated over slow network connections. Client-side generation could be used instead to mitigate this problem. Finally, it would be interesting to bridge Kwapi with other popular monitoring systems, by exporting OML measurements points for Kwapi probes. 6. ACKNOWLEDGMENTS Part of research on Kwapi is supported by the French FSN (Fonds national pour la Société Numérique) XLcloud project. Experiments presented in this paper were carried out using the Grid 5000 testbed, supported by a scientific interest group hosted by Inria and including CNRS, RENATER and several Universities as well as other organizations (see https://www.grid5000.fr). 7. REFERENCES  Cacti the complete rrdtool-based graphing solution.  Collectd the system statistics collection daemon. https://collectd.org/.  Munin.  S. Badia, A. Carpen-Amarie, A. Lèbre, and L. Nussbaum. Enabling Large-Scale Testing of IaaS Cloud Platforms on the Grid 5000 Testbed. In TTC - 1st International Workshop on Testing The Cloud, co-located with ISSTA 2013, TTC 2013: Proceedings of the 2013 International Workshop on Testing the Cloud, pages 7 12, Lugano, Switzerland, July ACM - SGIPLAN, ACM.  D. Balouek, A. Carpen Amarie, G. Charrier, F. Desprez, E. Jeannot, E. Jeanvoine, A. Lèbre, D. Margery, N. Niclausse, L. Nussbaum, O. Richard, C. Pérez, F. Quesnel, C. Rohr, and L. Sarzyniec. Adding virtualization capabilities to the Grid 5000 testbed. In I. Ivanov, M. Sinderen, F. Leymann, and T. Shan, editors, Cloud Computing and Services Science, volume 367 of Communications in Computer and Information Science, pages Springer International Publishing, 2013.
12  D. Balouek-Thomert, E. Caron, and L. Lefevre. Energy-aware server provisioning by introducing middleware-level dynamic green scheduling. In Workshop HPPAC 15. High-Performance, Power-Aware Computing, Hyderabad, India, May In conjunction with IPDPS To appear.  B. M. Cantrill, M. W. Shapiro, and A. H. Leventhal. Dynamic instrumentation of production systems. In Proceedings of the Annual Conference on USENIX Annual Technical Conference, ATEC 04, pages 2 2, Berkeley, CA, USA, USENIX Association.  E. Caron and F. Desprez. Diet: A scalable toolbox to build network enabled servers on the grid. International Journal of High Performance Computing Applications, 20(3): ,  J. Case, M. Fedor, M. Schoffstall, and C. Davin. A simple network management protocol (snmp),  G. Da Costa, M. D. de Assunção, J.-P. Gelas, Y. Georgiou, L. Lefèvre, A.-C. Orgerie, J.-M. Pierson, O. Richard, and A. Sayah. Multi-facet approach to reduce energy consumption in clouds and grids: The green-net framework. In Proceedings of the 1st International Conference on Energy-Efficient Computing and Networking, e-energy 10, pages , New York, NY, USA, ACM.  M. D. De Assuncao, J.-P. Gelas, L. Lefevre, and A.-C. Orgerie. The green grid 5000: Instrumenting and using a grid with energy sensors. In Remote Instrumentation for escience and Related Aspects, pages Springer,  A. C. de Melo. The new linux perf tools. In Slides from Linux Kongress,  M. E. M. Diouri, M. F. Dolz, O. Glück, L. Lefevre, P. Alonso, S. Catalán, R. Mayo, and E. S. Quintana-Ortí. Solving some mysteries in power monitoring of servers: Take care of your wattmeters! In Energy Efficiency in Large Scale Distributed Systems, pages Springer,  F. C. EIgler, V. Prasad, W. Cohen, H. Nguyen, M. Hunt, J. Keniston, and B. Chen. Architecture of systemtap: a linux trace/probe tool,  S. Gangam, P. Sharma, and S. Fahmy. Pegasus: Precision hunting for icebergs and anomalies in network flows. In INFOCOM, pages ,  S. Ha and I. Rhee. Taming the elephants: New tcp slow start. Computer Networks, 55(9): ,  M. Huang, A. Bavier, and L. Peterson. Planetflow: Maintaining accountability for network services. SIGOPS Oper. Syst. Rev., 40(1):89 94, Jan  E. Jeanvoine, L. Sarzyniec, and L. Nussbaum. Kadeploy3: Efficient and Scalable Operating System Provisioning for Clusters. USENIX ;login:, 38(1):38 44, Feb  D. Margery, E. Morel, L. Nussbaum, O. Richard, and C. Rohr. Resources Description, Selection, Reservation and Verification on a Large-scale Testbed. In TRIDENTCOM - 9th International Conference on Testbeds and Research Infrastructures for the Development of Networks & Communities, Guangzhou, China, May  M. L. Massie, B. N. Chun, and D. E. Culler. The ganglia distributed monitoring system: design, implementation, and experience. Parallel Computing, 30(5-6): ,  T. Oetiker. Rrdtool: Round robin database tool  T. Oetiker and D. Rand. Mrtg: The multi router traffic grapher. In LISA 12th Systems Administration Conference, volume 98, pages ,  K. Park and V. S. Pai. Comon: A mostly-scalable monitoring system for planetlab. SIGOPS Oper. Syst. Rev., 40(1):65 74, Jan  F. Rossigneux, L. Lefevre, J.-P. Gelas, and M. Dias De Assuncao. A Generic and Extensible Framework for Monitoring Energy Consumption of OpenStack Clouds. In The 4th IEEE International Conference on Sustainable Computing and Communications (Sustaincom 2014), Sydney, Australia, Dec  A. Simon and L. Didry. Munin : superviser simplement la machine à café... enfin une réalité! In JRES - 10èmes Journées Réseaux, https:// conf-ng.jres.org/2013/planning.html#article_60.  M. Singh, M. Ott, I. Seskar, and P. Kamat. Orbit measurements framework and library (oml): motivations, implementation and features. In Testbeds and Research Infrastructures for the Development of Networks and Communities, Tridentcom First International Conference on, pages , Feb 2005.
Enabling Large-Scale Testing of IaaS Cloud Platforms on the Grid 5000 Testbed Sébastien Badia, Alexandra Carpen-Amarie, Adrien Lèbre, Lucas Nussbaum Grid 5000 S. Badia, A. Carpen-Amarie, A. Lèbre, L. Nussbaum
Study on Cloud Service Mode of Agricultural Information Institutions Xiaorong Yang, Nengfu Xie, Dan Wang, Lihua Jiang To cite this version: Xiaorong Yang, Nengfu Xie, Dan Wang, Lihua Jiang. Study on Cloud
FP-Hadoop: Efficient Execution of Parallel Jobs Over Skewed Data Miguel Liroz-Gistau, Reza Akbarinia, Patrick Valduriez To cite this version: Miguel Liroz-Gistau, Reza Akbarinia, Patrick Valduriez. FP-Hadoop:
Mobility management and vertical handover decision making in heterogeneous wireless networks Mariem Zekri To cite this version: Mariem Zekri. Mobility management and vertical handover decision making in
Energy monitoring and billing in OpenStack based Cloud François Rossigneux INRIA, Lyon, France Email: firstname.lastname@example.org Jean-Patrick Gelas University of Lyon, France Email: email@example.com
Propriétés du Document Source du Document FUI-10-COMPATIBLE ONE Titre du Document Energy management system and energy consumption efficiency - COEES Code v1 Module(s) Responsable Auteur(s) / contributeur(s)
ibalance-abf: a Smartphone-Based Audio-Biofeedback Balance System Céline Franco, Anthony Fleury, Pierre-Yves Guméry, Bruno Diot, Jacques Demongeot, Nicolas Vuillerme To cite this version: Céline Franco,
Managing Risks at Runtime in VoIP Networks and Services Oussema Dabbebi, Remi Badonnel, Olivier Festor To cite this version: Oussema Dabbebi, Remi Badonnel, Olivier Festor. Managing Risks at Runtime in
Globus Striped GridFTP Framework and Server Raj Kettimuthu, ANL and U. Chicago Outline Introduction Features Motivation Architecture Globus XIO Experimental Results 3 August 2005 The Ohio State University
Research on s of Utilized Bandwidth Measured by NetFlow Haiting Zhu 1, Xiaoguo Zhang 1,2, Wei Ding 1 1 School of Computer Science and Engineering, Southeast University, Nanjing 211189, China 2 Electronic
The CHI 2013 Interactive Schedule Arvind Satyanarayan, Daniel Strazzulla, Clemens Klokmose, Michel Beaudouin-Lafon, Wendy E. Mackay To cite this version: Arvind Satyanarayan, Daniel Strazzulla, Clemens
The Green Grid 5000: Instrumenting and Using a Grid with Energy Sensors Marcos Dias de Assunção, Jean-Patrick Gelas, Laurent Lefèvre, and Anne-Cécile Orgerie Abstract Targeting mostly application performance,
A graph based framework for the definition of tools dealing with sparse and irregular distributed data-structures Serge Chaumette, Jean-Michel Lepine, Franck Rubi To cite this version: Serge Chaumette,
Online vehicle routing and scheduling with continuous vehicle tracking Jean Respen, Nicolas Zufferey, Jean-Yves Potvin To cite this version: Jean Respen, Nicolas Zufferey, Jean-Yves Potvin. Online vehicle
Maintaining Non-Stop Services with Multi Layer Monitoring Lahav Savir System Architect and CEO of Emind Systems firstname.lastname@example.org www.emindsys.com The approach Non-stop applications can t leave on their
A usage coverage based approach for assessing product family design Jiliang Wang To cite this version: Jiliang Wang. A usage coverage based approach for assessing product family design. Other. Ecole Centrale
Aligning subjective tests using a low cost common set Yohann Pitrey, Ulrich Engelke, Marcus Barkowsky, Romuald Pépion, Patrick Le Callet To cite this version: Yohann Pitrey, Ulrich Engelke, Marcus Barkowsky,
Expanding Renewable Energy by Implementing Demand Response Stéphanie Bouckaert, Vincent Mazauric, Nadia Maïzi To cite this version: Stéphanie Bouckaert, Vincent Mazauric, Nadia Maïzi. Expanding Renewable
VR4D: An Immersive and Collaborative Experience to Improve the Interior Design Process Amine Chellali, Frederic Jourdan, Cédric Dumas To cite this version: Amine Chellali, Frederic Jourdan, Cédric Dumas.
QASM: a Q&A Social Media System Based on Social Semantics Zide Meng, Fabien Gandon, Catherine Faron-Zucker To cite this version: Zide Meng, Fabien Gandon, Catherine Faron-Zucker. QASM: a Q&A Social Media
Optimizing Shared Resource Contention in HPC Clusters Sergey Blagodurov Simon Fraser University Alexandra Fedorova Simon Fraser University Abstract Contention for shared resources in HPC clusters occurs
Knowledge based tool for modeling dynamic systems in education Krassen Stefanov, Galina Dimitrova To cite this version: Krassen Stefanov, Galina Dimitrova. Knowledge based tool for modeling dynamic systems
High Performance Cluster Support for NLB on Window Arvind Rathi,  Kirti,  Neelam M.Tech Student, Department of CSE, GITM, Gurgaon Haryana (India) email@example.com Asst. Professor,
STUDY AND SIMULATION OF A DISTRIBUTED REAL-TIME FAULT-TOLERANCE WEB MONITORING SYSTEM Albert M. K. Cheng, Shaohong Fang Department of Computer Science University of Houston Houston, TX, 77204, USA http://www.cs.uh.edu
Transparent Optimization of Grid Server Selection with Real-Time Passive Network Measurements Marcia Zangrilli and Bruce Lowekamp Overview Grid Services Grid resources modeled as services Define interface
NETWORK DEVICE MONITORING pag. 2 INTRODUCTION This document aims to explain how Pandora FMS is able to monitor all network devices available on the marke such as Routers, Switches, Modems, Access points,
Faut-il des cyberarchivistes, et quel doit être leur profil professionnel? Jean-Daniel Zeller To cite this version: Jean-Daniel Zeller. Faut-il des cyberarchivistes, et quel doit être leur profil professionnel?.
Aerohive Networks Inc. Free Bonjour Gateway FAQ 1. About the Product... 1 2. Installation... 2 3. Management... 3 4. Troubleshooting... 4 1. About the Product What is the Aerohive s Free Bonjour Gateway?
NOC Tools Review CARENET-SE Communication System Design Summer 2010 Project team IK2207 Alin Pastrama firstname.lastname@example.org Champion Björn Pehrson Coach Hans Eriksson IK2207 Annika Holmgren email@example.com
ZEN LOAD BALANCER EE v3.04 DATASHEET The Load Balancing made easy OVERVIEW The global communication and the continuous growth of services provided through the Internet or local infrastructure require to
A SURVEY ON AUTOMATED SERVER MONITORING S.Priscilla Florence Persis B.Tech IT III year SNS College of Engineering,Coimbatore. firstname.lastname@example.org Abstract This paper covers the automatic way of server
University of Victoria Faculty of Engineering Winter 2013 Work Term Report Shoal: IaaS Cloud Cache Publisher Department of Physics University of Victoria Victoria, BC Mike Chester V00711672 Work Term 3
Global Identity Management of Virtual Machines Based on Remote Secure Elements Hassane Aissaoui, P. Urien, Guy Pujolle To cite this version: Hassane Aissaoui, P. Urien, Guy Pujolle. Global Identity Management
Recommendations for Performance Benchmarking Shikhar Puri Abstract Performance benchmarking of applications is increasingly becoming essential before deployment. This paper covers recommendations and best
Minkowski Sum of Polytopes Defined by Their Vertices Vincent Delos, Denis Teissandier To cite this version: Vincent Delos, Denis Teissandier. Minkowski Sum of Polytopes Defined by Their Vertices. Journal
ECE6102 Dependable Distribute Systems, Fall2010 EWeb: Highly Scalable Client Transparent Fault Tolerant System for Cloud based Web Applications Deepal Jayasinghe, Hyojun Kim, Mohammad M. Hossain, Ali Payani
Using SNMP for Remote Measurement and Automation Nikolay Kakanakov, Elena Kostadinova Department of Computer Systems and Technologies, Technical University of Sofia, branch Plovdiv, 61 St. Petersburg Blvd.,
Using Feature Modelling and Automations to Select among Cloud Solutions Clément Quinton, Laurence Duchien, Patrick Heymans, Stéphane Mouton, Etienne Charlier To cite this version: Clément Quinton, Laurence
Technical Overview ~ a ~ irods version 4.x The integrated Ru e-oriented DATA System irods is open-source, data management software that lets users: access, manage, and share data across any type or number
Open Archive TOULOUSE Archive Ouverte (OATAO) OATAO is an open access repository that collects the work of Toulouse researchers and makes it freely available over the web where possible. This is an author-deposited
NOC PS manual Copyright Maxnet 2009 2015 All rights reserved Page 1/45 Table of contents Installation...3 System requirements...3 Network setup...5 Installation under Vmware Vsphere...8 Installation under
Windows Server 2008 R2 Hyper-V Live Migration Table of Contents Overview of Windows Server 2008 R2 Hyper-V Features... 3 Dynamic VM storage... 3 Enhanced Processor Support... 3 Enhanced Networking Support...
MEASURING WORKLOAD PERFORMANCE IS THE INFRASTRUCTURE A PROBLEM? Ashutosh Shinde Performance Architect email@example.com Validating if the workload generated by the load generating tools is applied
Details Some details on the core concepts: Network documentation Diagnostic tools Monitoring tools Performance tools Active and passive tools SNMP Ticket systems Configuration and change management Documentation
Towards Energy-Aware IaaS-PaaS Co-design Alexandra Carpen-Amarie, Djawida Dib, Anne-Cécile Orgerie, Guillaume Pierre To cite this version: Alexandra Carpen-Amarie, Djawida Dib, Anne-Cécile Orgerie, Guillaume
Grid Scheduling Dictionary Working Group M. Roehrig, Sandia National Laboratories W. Ziegler, Fraunhofer-Institute for Algorithms and Scientific Computing Document: Category: Informational June 2002 Status
Infrastructure for active and passive measurements at 10Gbps and beyond Best Practice Document Produced by UNINETT led working group on network monitoring (UFS 142) Author: Arne Øslebø August 2014 1 TERENA
TECHNICAL NOTE VMware Infrastructure 3 SAN Conceptual and Design Basics VMware ESX Server can be used in conjunction with a SAN (storage area network), a specialized high speed network that connects computer
An update on acoustics designs for HVAC (Engineering) Ken MARRIOTT To cite this version: Ken MARRIOTT. An update on acoustics designs for HVAC (Engineering). Société Française d Acoustique. Acoustics 2012,
Volume 5, Issue 1, January 2015 ISSN: 2277 128X International Journal of Advanced Research in Computer Science and Software Engineering Research Paper Available online at: www.ijarcsse.com Survey on Load
Tableau Server Scalability Explained Author: Neelesh Kamkolkar Tableau Software July 2013 p2 Executive Summary In March 2013, we ran scalability tests to understand the scalability of Tableau 8.0. We wanted
Windows Server 2008 R2 Hyper-V Live Migration White Paper Published: August 09 This is a preliminary document and may be changed substantially prior to final commercial release of the software described
Basics of Cloud Computing Lecture 3 Scaling Applications on the Cloud Satish Srirama Outline Scaling Information Systems Scaling Enterprise Applications in the Cloud Auto Scaling 25/02/2014 Satish Srirama
Power and Energy aware job scheduling techniques Yiannis Georgiou R&D Software Architect 02-07-2015 Top500 HPC supercomputers 2 From Top500 November 2014 list IT Energy Consumption 3 http://www.greenpeace.org/international/global/international/publications/climate/2012/
1 VMWARE WHITE PAPER Introduction This paper outlines the considerations that affect network throughput. The paper examines the applications deployed on top of a virtual infrastructure and discusses the
Web Application Hosting Cloud Architecture Executive Overview This paper describes vendor neutral best practices for hosting web applications using cloud computing. The architectural elements described
A Survey Study on Monitoring Service for Grid Erkang You firstname.lastname@example.org ABSTRACT Grid is a distributed system that integrates heterogeneous systems into a single transparent computer, aiming to provide
Metroflux: a high performance system for very fine-grain flow analysis Oana Goga, Patrick Loiseau, Paulo Gonçalves, Romaric Guillier, Matthieu Imbert, Yuetsu Kodama, Pascale Vicat-Blanc Primet INRIA, France
D5.6 Prototype demonstration of performance monitoring tools on a system with multiple ARM boards Document Information Contract Number 288777 Project Website www.montblanc-project.eu Contractual Deadline
Network congestion control using NetFlow Maxim A. Kolosovskiy Elena N. Kryuchkova Altai State Technical University, Russia Abstract The goal of congestion control is to avoid congestion in network elements.
NMS300 Network Management System User Manual June 2013 202-11289-01 350 East Plumeria Drive San Jose, CA 95134 USA Support Thank you for purchasing this NETGEAR product. After installing your device, locate
Secure Networks for Process Control Leveraging a Simple Yet Effective Policy Framework to Secure the Modern Process Control Network An Enterasys Networks White Paper There is nothing more important than
Load balancing in SOAJA (Service Oriented Java Adaptive Applications) Richard Olejnik Université des Sciences et Technologies de Lille Laboratoire d Informatique Fondamentale de Lille (LIFL UMR CNRS 8022)
Microsoft Private Cloud Fast Track Microsoft Private Cloud Fast Track is a reference architecture designed to help build private clouds by combining Microsoft software with Nutanix technology to decrease
ZEN LOAD BALANCER EE v3.02 DATASHEET The Load Balancing made easy OVERVIEW The global communication and the continuous growth of services provided through the Internet or local infrastructure require to
Achieving Nanosecond Latency Between Applications with IPC Shared Memory Messaging In some markets and scenarios where competitive advantage is all about speed, speed is measured in micro- and even nano-seconds.
1 POSIX and Object Distributed Storage Systems Performance Comparison Studies With Real-Life Scenarios in an Experimental Data Taking Context Leveraging OpenStack Swift & Ceph by Michael Poat, Dr. Jerome
VL2: A Scalable and Flexible Data Center Network 15744: Computer Networks, Fall 2012 Presented by Naveen Chekuri Outline Introduction Solution Approach Design Decisions Addressing and Routing Evaluation
White Paper How Streaming Data Analytics Enables Real-Time Decisions Contents Introduction... 1 What Is Streaming Analytics?... 1 How Does SAS Event Stream Processing Work?... 2 Overview...2 Event Stream
10 th International Conference on Software Testing June 18 21, 2013 at Bangalore, INDIA by Sowmya Krishnan, Senior Software QA Engineer, Citrix Copyright: STeP-IN Forum and Quality Solutions for Information
Performance Analysis of Web based Applications on Single and Multi Core Servers Gitika Khare, Diptikant Pathy, Alpana Rajan, Alok Jain, Anil Rawat Raja Ramanna Centre for Advanced Technology Department
A Highly Scalable Monitoring Tool for Wi-Fi Networks Machaka, P. 1, Bagula, A. 1 and De Wet, N. 2 1 Intelligent Systems and Advanced Telecommunication Laboratory(ISAT) Department of Computer Science, Room
Partial and Dynamic reconfiguration of FPGAs: a top down design methodology for an automatic implementation Florent Berthelot, Fabienne Nouvel, Dominique Houzet To cite this version: Florent Berthelot,
Discussion on the paper Hypotheses testing by convex optimization by A. Goldenschluger, A. Juditsky and A. Nemirovski. Fabienne Comte, Celine Duval, Valentine Genon-Catalot To cite this version: Fabienne
Applications of Software-Defined Networking (SDN) in Power System Communication Infrastructure: Benefits and Challenges Jasson Casey and Alex Sprintson Texas A&M University (email@example.com and firstname.lastname@example.org
Distributed Operating Systems Introduction Ewa Niewiadomska-Szynkiewicz and Adam Kozakiewicz email@example.com, firstname.lastname@example.org Institute of Control and Computation Engineering Warsaw University of
Architecture for the heterogeneous federation of future internet experimentation facilities Wim Vandenberghe, Brecht Vermeulen, Piet Demeester, Alexander Willner, Symeon Papavassiliou, Anastasius Gavras,
Lustre Networking BY PETER J. BRAAM A WHITE PAPER FROM CLUSTER FILE SYSTEMS, INC. APRIL 2007 Audience Architects of HPC clusters Abstract This paper provides architects of HPC clusters with information
Reference Architecture Cisco Hybrid Cloud Solution: Deploy an E-Business Application with Cisco Intercloud Fabric for Business Reference Architecture 2015 Cisco and/or its affiliates. All rights reserved.
Heterogeneous PLC-RF networking for LLNs Cedric Chauvenet, Bernard Tourancheau To cite this version: Cedric Chauvenet, Bernard Tourancheau. Heterogeneous PLC-RF networking for LLNs. CFIP 2011 - Colloque
Programmable Networking with Open vswitch Jesse Gross LinuxCon September, 2013 2009 VMware Inc. All rights reserved Background: The Evolution of Data Centers Virtualization has created data center workloads
IaaS Cloud Architectures: Virtualized Data Centers to Federated Cloud Infrastructures Dr. Sanjay P. Ahuja, Ph.D. 2010-14 FIS Distinguished Professor of Computer Science School of Computing, UNF Introduction
NEFSIS TRAINING SERIES Nefsis Dedicated Server version 5.2.0.XXX (DRAFT Document) Requirements and Implementation Guide (Rev5-113009) REQUIREMENTS AND INSTALLATION OF THE NEFSIS DEDICATED SERVER Nefsis
Symantec Endpoint Protection 11.0 Architecture, Sizing, and Performance Recommendations Technical Product Management Team Endpoint Security Copyright 2007 All Rights Reserved Revision 6 Introduction This