Demonstration venue · read-only. Every page can be browsed; the buttons that would change it are switched off. Create an account to run TaxoReview on your own data. A simulation from public publication records: the people listed were not invited and did not agree to review.
? Tutorial for this page

Mukesh Agrawal 0002

dblp:98/664-2 · DBLP profile ↗
← Back
6ranked-venue papers
2as first author
0since 2021 · last 2004
0000-0003-4747-9533ORCID · corroborated

Domains — the database's venue-derived domains; a paper can count in several

Computer networks · 3 · 1 first-authorSystems, architecture and hardware · 1Software engineering, systems software and programming languages · 1 · 1 first-author

Expertise — from the expertise taxonomy: the topics of the expert's papers under the CCF categories. A weight counts papers with recency: 1 for a paper about the topic, 0.3 when the topic is its context, halved every five years.

Computer networks
3 papers
Content delivery and video streaming · 50% Internet architecture and protocols · 25% Edge and fog computing · 14%
Computer architecture, parallel and distributed computing, and storage systems
2 papers
Distributed systems · 78% Parallel and multicore computing · 12% Performance modeling and evaluation · 10%
Databases, data mining, and information retrieval
1 paper
Query processing and optimization · 100%
Software engineering, system software, and programming languages
1 paper
Operating systems · 100%

Topics — the 16 heaviest of 16, each with the papers that count most for it

TopicWeightPapersLastEvidence papers
Query processing and optimization
range query
0.012004
Mercury: supporting scalable multi-attribute range queries · SIGCOMM 2004
Distributed systems › peer-to-peer systems
distributed hash table
0.012004
Mercury: supporting scalable multi-attribute range queries · SIGCOMM 2004
Distributed systems
peer-to-peer systems
0.012004
Mercury: supporting scalable multi-attribute range queries · SIGCOMM 2004
Edge and fog computing › task scheduling
request scheduling
0.012003
Size-based scheduling to improve web performance · ACM Trans. Comput. Syst. 2003
Content delivery and video streaming › caching
web caching
0.012003
Improving Web Performance in Broadcast-Unicast Networks · INFOCOM 2003
Content delivery and video streaming
web performance
0.012003
Improving Web Performance in Broadcast-Unicast Networks · INFOCOM 2003
Internet architecture and protocols › world wide web
web server performance
0.012003
Size-based scheduling to improve web performance · ACM Trans. Comput. Syst. 2003
Operating systems › resource management › process management
CPU scheduling
0.012003
Size-based scheduling to improve web performance · ACM Trans. Comput. Syst. 2003
Content delivery and video streaming
content delivery network
0.012001
On the Effectiveness of DNS-based Server Selection · INFOCOM 2001
Internet architecture and protocols
domain name system
0.012001
On the Effectiveness of DNS-based Server Selection · INFOCOM 2001
Content delivery and video streaming
server selection
0.012001
On the Effectiveness of DNS-based Server Selection · INFOCOM 2001
Parallel and multicore computing
load balancing
0.012004
Mercury: supporting scalable multi-attribute range queries · SIGCOMM 2004
Vehicular, aerial and satellite networks
satellite networks
0.012003
Improving Web Performance in Broadcast-Unicast Networks · INFOCOM 2003
Performance modeling and evaluation
queueing models
0.012003
Size-based scheduling to improve web performance · ACM Trans. Comput. Syst. 2003
Network performance modeling › delay analysis
DNS resolution latency
0.012001
On the Effectiveness of DNS-based Server Selection · INFOCOM 2001
Network measurement and analytics
latency measurement
0.012001
On the Effectiveness of DNS-based Server Selection · INFOCOM 2001

Methods — techniques the papers use, named apart from their topics

kernel-level socket buffer control · 0.1sampling · 0.1simulation · 0.0heuristic scheduler · 0.0approximation algorithm · 0.0protocol modification · 0.0measurement study · 0.0
YearPublicationVenuePosition
2004 Mercury: supporting scalable multi-attribute range queries
abstract
This paper presents the design of Mercury, a scalable protocol for supporting multi-attribute range-based searches. Mercury differs from previous range-based query systems in that it supports multiple attributes as well as performs explicit load balancing. To guarantee efficient routing and load balancing, Mercury uses novel light-weight sampling mechanisms for uniformly sampling random nodes in a highly dynamic overlay network. Our evaluation shows that Mercury is able to achieve its goals of logarithmic-hop routing and near-uniform load balancing.We also show that Mercury can be used to solve a key problem for an important class of distributed applications: distributed state maintenance for distributed games. We show that the Mercury-based solution is easy to use, and that it reduces the game's messaging overheard significantly compared to a naïve approach.
Ashwin R. Bharambe, Mukesh Agrawal 0002, Srinivasan Seshan
SIGCOMM2
2003 Development Tools for Distributed Applications
Mukesh Agrawal 0002, Srinivasan Seshan
HotOS1
2003 Improving Web Performance in Broadcast-Unicast Networks
abstract
Satellite operators have recently begun offering Internet access over their networks. Typically, users connect to the network using a modem for uplink, and a satellite dish for downlink. We investigate how the performance of these networks might be improved by two simple techniques: caching and use of the return path on the modem link. We examine the problem from a theoretical perspective and via simulation. We show that the general problem is NP-hard, as are several special cases, and we give approximation algorithms for them. We then use insights from these cases to design practical heuristic schedulers which leverage caching and the modem downlinks. Via simulation, we show that caching alone can simultaneously reduce bandwidth requirements by 33% and improve response times by 62%. We further show that the proposed schedulers, combined with caching, yield a system that performs far better under high loads than existing systems.
Mukesh Agrawal 0002, Amit Manjhi, Nikhil Bansal 0001, Srinivasan Seshan
INFOCOM1
2003 Size-based scheduling to improve web performance
abstract
Is it possible to reduce the expected response time of every request at a web server, simply by changing the order in which we schedule the requests? That is the question we ask in this paper.This paper proposes a method for improving the performance of web servers servicing static HTTP requests. The idea is to give preference to requests for small files or requests with short remaining file size, in accordance with the SRPT (Shortest Remaining Processing Time) scheduling policy.The implementation is at the kernel level and involves controlling the order in which socket buffers are drained into the network. Experiments are executed both in a LAN and a WAN environment. We use the Linux operating system and the Apache and Flash web servers.Results indicate that SRPT-based scheduling of connections yields significant reductions in delay at the web server. These result in a substantial reduction in mean response time and mean slowdown for both the LAN and WAN environments. Significantly, and counter to intuition, the requests for large files are only negligibly penalized or not at all penalized as a result of SRPT-based scheduling.
Mor Harchol-Balter, Bianca Schroeder, Nikhil Bansal 0001, Mukesh Agrawal 0002
ACM Trans. Comput. Syst.4
2001 On the Effectiveness of DNS-based Server Selection
abstract
The rapid growth of the Internet in users and content has fueled extensive efforts to improve the user's overall Internet experience. A growing number of providers deliver content from multiple servers or proxies to reduce response time by moving content closer to end users. An increasingly popular mechanism to direct clients to the closest point of service is DNS-based redirection, due to its transparency and generality. This paper draws attention to two of the main issues in using DNS: (1) the negative effects of reducing or eliminating the cache lifetimes of DNS information, and (2) the implicit assumption that client nameservers are indicative of actual client location and performance. We quantify the impact of reducing DNS TTL values on Web access latency and show that it can increase name resolution latency by two orders of magnitude. Using HTTP and DNS server logs, as well as a large number of dial-up ISP clients, we measure client-nameserver proximity and show that a significant fraction are distant, more than 8 hops apart. Finally, we suggest protocol modifications to improve the accuracy of DNS-based redirection schemes.
Anees Shaikh, Renu Tewari, Mukesh Agrawal 0002
INFOCOM3
2001 SRPT Scheduling for Web Servers
Mor Harchol-Balter, Nikhil Bansal 0001, Bianca Schroeder, Mukesh Agrawal 0002
JSSPP4