multi-topic, publish from gh-pages branch
All checks were successful
Build and deploy static pages / build-and-push (push) Successful in 19s

This commit is contained in:
2026-08-17 18:10:49 +02:00
parent 1a9f822b56
commit d822cdaa6a
181 changed files with 1076 additions and 437 deletions

View File

@@ -0,0 +1,65 @@
venue: SoCC
year: 2024
date: "2024-11-01"
tags: [cloud-computing, distributed-systems]
selected:
- dblp_key: "conf/cloud/PatkeRJQPNKI24"
title: "Queue Management for SLO-Oriented Large Language Model Serving"
tldr: "A queue management framework that enforces latency SLOs for LLM serving by dynamically routing and prioritizing requests across heterogeneous inference capacity."
why_notable: "As LLM deployments move into production clouds, meeting strict time-to-first-token and total latency SLOs becomes critical; this work directly addresses that gap with a practical, deployable solution. It is one of the first papers to treat LLM serving as a cloud SLO-management problem rather than a pure model-optimization problem."
- dblp_key: "conf/cloud/LiuYOJY0HHSZWH24"
title: "Kale: Elastic GPU Scheduling for Online DL Model Training"
tldr: "Kale elastically resizes GPU allocations for online DL training jobs in response to real-time resource pressure, improving cluster utilization without violating training progress guarantees."
why_notable: "Elastic GPU scheduling is an unsolved pain point in shared ML clusters; Kale's ability to dynamically shrink and expand jobs without checkpointing overhead is directly applicable to production training infrastructure at hyperscalers."
- dblp_key: "conf/cloud/WangWZ24"
title: "Hops: Fine-grained heterogeneous sensing, efficient and fair Deep Learning cluster scheduling system"
tldr: "Hops uses fine-grained, heterogeneity-aware GPU sensing to make scheduling decisions that are simultaneously efficient and fair across diverse DL workloads."
why_notable: "Hardware heterogeneity in GPU clusters is the norm, not the exception; Hops provides a principled framework for exploiting that diversity, making it immediately relevant to operators of mixed-generation GPU fleets."
- dblp_key: "conf/cloud/CopikCRBBH24"
title: "Process-as-a-Service: Unifying Elastic and Stateful Clouds with Serverless Processes"
tldr: "PraaS introduces a long-lived, stateful serverless process abstraction that bridges the gap between ephemeral FaaS functions and persistent cloud VMs."
why_notable: "Statelessness is the central limitation of today's FaaS platforms; this paper proposes a well-grounded new programming model that could reshape how developers think about serverless, backed by implementation and evaluation at scale."
- dblp_key: "conf/cloud/ZhaoYWDQ024"
title: "FaPES: Enabling Efficient Elastic Scaling for Serverless Machine Learning Platforms"
tldr: "FaPES achieves fast, fine-grained vertical and horizontal scaling of serverless ML serving pods by decoupling memory provisioning from compute allocation."
why_notable: "Elastic scaling for ML inference is a key cost driver in cloud ML platforms; FaPES demonstrates sub-second scaling decisions that reduce both cold-start overhead and resource waste, with results from a production deployment."
- dblp_key: "conf/cloud/ZhangH0024"
title: "Faascale: Scaling MicroVM Vertically for Serverless Computing with Memory Elasticity"
tldr: "Faascale enables runtime vertical memory scaling of Firecracker microVMs for serverless functions, eliminating the need to restart or pre-provision fixed memory sizes."
why_notable: "Memory over-provisioning is a major cost inefficiency in serverless platforms; Faascale's live memory elasticity directly reduces waste while maintaining the isolation guarantees of microVM-based FaaS."
- dblp_key: "conf/cloud/HasanZU24"
title: "AutoBurst: Autoscaling Burstable Instances for Cost-effective Latency SLOs"
tldr: "AutoBurst exploits burstable cloud instance types and their CPU credit mechanics to autoscale services at lower cost while still meeting tail-latency SLOs."
why_notable: "Burstable instances are widely available on all major clouds yet poorly understood for SLO-sensitive workloads; this paper provides a rigorous autoscaling policy that unlocks significant cost savings without sacrificing latency guarantees."
- dblp_key: "conf/cloud/GuptaNHCTSRLWWG24"
title: "Dynamic Idle Resource Leasing To Safely Oversubscribe Capacity At Meta"
tldr: "Meta's production system dynamically lends idle reserved-capacity to opportunistic workloads, recovering stranded compute while ensuring low-latency eviction when owners reclaim resources."
why_notable: "This industry paper provides rare visibility into hyperscale capacity management at Meta's scale, demonstrating that safe oversubscription can recover tens of percent of otherwise idle datacenter capacity."
- dblp_key: "conf/cloud/DiaoHKSBDPPNNK24"
title: "Forecasting Algorithms for Intelligent Resource Scaling: An Experimental Analysis"
tldr: "A comprehensive empirical study comparing classical and learned forecasting algorithms for cloud autoscaling, yielding concrete guidelines on when each approach wins."
why_notable: "Autoscaling relies heavily on workload forecasting, yet practitioners lack principled guidance on algorithm choice; this work from the MIT/AWS group fills that gap with rigorous experimentation across real-world cloud traces."
- dblp_key: "conf/cloud/SinghSNVK24"
title: "Vista: Machine Learning based Database Performance Troubleshooting Framework in Amazon RDS"
tldr: "Vista is a production ML framework deployed in Amazon RDS that automatically diagnoses performance regressions by correlating database metrics with causal performance models."
why_notable: "Database performance debugging at cloud scale is labor-intensive and error-prone; Vista's deployment in RDS demonstrates how ML-driven root-cause analysis can reduce mean-time-to-resolution for thousands of customer instances."
- dblp_key: "conf/cloud/AgrawalRBNV0T24"
title: "Inshrinkerator: Compressing Deep Learning Training Checkpoints via Dynamic Quantization"
tldr: "Inshrinkerator applies dynamic quantization to DL training checkpoints at save time, reducing checkpoint sizes by up to 4x with negligible impact on training convergence."
why_notable: "Checkpoint storage and I/O are significant costs in large-scale distributed training; this work provides a transparent, easy-to-adopt compression layer that can be retrofitted into existing training pipelines."
- dblp_key: "conf/cloud/BashirGSSIOD24"
title: "The Sunk Carbon Fallacy: Rethinking Carbon Footprint Metrics for Effective Carbon-Aware Scheduling"
tldr: "The paper argues that conventional carbon metrics misattribute embodied (manufacturing) carbon as a fixed sunk cost, and proposes revised metrics that make carbon-aware scheduling decisions more accurate and actionable."
why_notable: "Carbon-aware cloud scheduling is an emerging priority, but flawed metrics can lead to counterproductive decisions; this work from the Delimitrou and Irwin groups provides a conceptual correction with broad implications for green cloud policy and tooling."