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

Ya-Yunn Su

dblp:60/2464 · DBLP profile ↗
← Back
5ranked-venue papers
3as first author
0since 2021 · last 2012
0009-0007-2974-0255ORCID · corroborated

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

Computer networks · 2 · 1 first-authorSystems, architecture and hardware · 1 · 1 first-authorSoftware 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
2 papers
Network management and operations · 57% Edge and fog computing · 33% Wireless networking · 10%
Software engineering, system software, and programming languages
1 paper
Software maintenance and evolution · 77% Empirical software engineering · 23%

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

TopicWeightPapersLastEvidence papers
Software maintenance and evolution
software configuration management
0.112007
AutoBash: improving configuration management with operating system causality analysis · SOSP 2007
Edge and fog computing
remote execution
0.112005
Slingshot: deploying stateful services in wireless hotspots · MobiSys 2005
Empirical software engineering
causal inference
0.012007
AutoBash: improving configuration management with operating system causality analysis · SOSP 2007

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

speculative execution · 0.1causal tracking · 0.1
YearPublicationVenuePosition
2012 CloudGuide: Helping users estimate cloud deployment cost and performance for legacy web applications
abstract
With cloud business growing, many companies are joining the market as cloud service providers. Most providers offer similar services with slightly different pricing models, and performance data remains scarce. This leaves cloud users with the puzzle of guessing what costs they will need to pay to run their legacy applications in a cloud environment. Cloud Guide is a tool suite that provides users with an estimated cost of running a legacy application on various cloud providers based on specific performance requirements. CloudGuide predicts the cloud computing resources required by a targeted application based on a queuing model and estimates the deployment cost for the application. CloudGuide allows users to explore cloud configurations that meet different performance requirements and cost constraints, and can be used to find new configuration when workload changes. The experiments presented in this study evaluated a multi-tiered network application and showed that CloudGuide can choose high-quality cloud configuration and can be used to assist system administrators with dynamic provisioning decisions.
Siew Huei Liew, Ya-Yunn Su
CloudCom2
2011 Effective VM sizing in virtualized data centers
abstract
In this paper, we undertake the problem of server consolidation in virtualized data centers from the perspective of approximation algorithms. We formulate server consolidation as a stochastic bin packing problem, where the server capacity and an allowed server overflow probability p are given, and the objective is to assign VMs to as few physical servers as possible, and the probability that the aggregated load of a physical server exceeds the server capacity is at most p.
Ming Chen 0002, Hui Zhang 0002, Ya-Yunn Su, Guofei Jiang, Kenji Yoshihira
Integrated Network Management3
2009 Automatically Generating Predicates and Solutions for Configuration Troubleshooting
Ya-Yunn Su, Jason Flinn
USENIX ATC1
2007 AutoBash: improving configuration management with operating system causality analysis
abstract
AutoBash is a set of interactive tools that helps users and system administrators manage configurations. AutoBash leverages causal tracking support implemented within our modified Linux kernel to understand the inputs (causal dependencies) and outputs (causal effects) of configuration actions. It uses OS-level speculative execution to try possible actions, examine their effects, and roll them back when necessary. AutoBash automates many of the tedious parts of trying to fix a misconfiguration, including searching through possible solutions, testing whether a particular solution fixes a problem, and undoing changes to persistent and transient state when a solution fails. Our results show that AutoBash correctly identifies the solution to several CVS, gcc cross-compiler, and Apache configuration errors. We also show that causal analysis reduces AutoBash's search time by an average of 35% and solution verification time by an average of 70%.
Ya-Yunn Su, Mona Attariyan, Jason Flinn
SOSP1
2005 Slingshot: deploying stateful services in wireless hotspots
abstract
Given a sufficiently good network connection, even a handheld computer can run extremely resource-intensive applications by executing the demanding portions on a remote server. At first glance, the increasingly ubiquitous deployment of wireless hotspots seems to offer the connectivity needed for remote execution. However, we show that the backhaul connection from the hotspot to the Internet can be a prohibitive bottleneck for interactive applications. To eliminate this bottleneck, we propose a new architecture, called Slingshot, that replicates remote application state on surrogate computers co-located with wireless access points. The first-class replica of each application executes on a remote server owned by the handheld user; this offers a safe haven for application state in the event of surrogate failure. Slingshot deploys second-class replicas on nearby surrogates to improve application response time. A proxy on the handheld broadcasts each application request to all replicas and returns the first response it receives. We have modified a speech recognizer and a remote desktop to use Slingshot. Our results show that these applications execute 2.6 times faster with Slingshot than with remote execution.
Ya-Yunn Su, Jason Flinn
MobiSys1