Papers for

cloud platform engineers

Papers whose findings have a practical use for this group, as judged from the abstract. Open a paper to read what it means in practice.

GearUp cuts serverless AI delays by hiding load time in task waits

GearUp: DAG-aware Acceleration for Serverless Inference Serving via Slack-guided Pre-loading

Abstract: Serverless platforms increasingly host machine learning (ML) inference workflows, modeled as directed acyclic graphs (DAGs) of interdependent functions. Beyond container startup, each ML node must load libraries, model weights, and CUDA kernels before it can run. These costs accumulate along dependent DAG paths and place initialization on the end-to-end critical path. Existing systems optimize one half of this problem. DAG-agnostic pre-loading prepares nodes the request may never reach, wasting host and GPU memory. DAG-aware serving routes and scales whole functions, leaving the loading stages inside a node untouched. This paper presents GearUp, a serverless DAG inference serving system that removes ML-node loading from the end-to-end critical path at low resource cost. GearUp profiles the loading stages of each node and schedules them inside the slack time the DAG exposes, hiding initialization behind upstream execution. It reuses initialized instances within and across requests to avoid redundant cold starts. A probabilistic, traffic-adaptive keep-alive policy sets how long idle instances are retained, balancing memory cost against cold-start risk under bursty load. On the AMBER Alert and FINRA-ML workflows with NVIDIA L40S GPUs, GearUp reduces median end-to-end latency by 64.5% and 75.9% against SMIless, for median speedups of 3.1x and 10.0x over cold execution. Integrated GPU and host memory allocation fall by up to 83.9% and 94.6% against eager pre-loading in InstaInfer. GearUp achieves 4.2x strong scaling on four workers.

Wed 28 OctDistributed, Parallel, and Cluster ComputingMachine LearningOperating Systems
The gist
Running AI tasks on serverless systems can be slow because each task needs time to load important data before it starts. The paper’s authors made GearUp, a system that cleverly uses the waiting times between tasks to load this data early without wasting resources. GearUp also keeps ready-to-go task copies around to avoid slow starts when many requests arrive suddenly. This approach cuts how long AI workflows take and uses memory more efficiently.
Open → 2610.38196v1

Serverless autoscaling strategies compared for bursty workloads

A Unified Queueing-Based Framework for Comparative Evaluation of Serverless Autoscaling Strategies under Bursty Workloads

Abstract: Serverless computing platforms must preserve quality of service (QoS) while adapting to highly bursty and unpredictable workloads. To cope with workload fluctuations while satisfying QoS requirements and service-level agreements (SLAs), these platforms rely on automatic resource scaling. Commercial function-as-a-service (FaaS) platforms employ different autoscaling strategies to dynamically adjust the number of active function instances and the available processing capacity. In this work, three representative autoscaling strategies are modeled and compared: scale-per-request (SPR), concurrencylevel scaling (CLS), and metric-based scaling (MBS). To enable systematic evaluation independent of proprietary platform-specific implementations, we develop a unified modeling framework that combines analytical queueing network (QN) modeling with queueing Petri nets (QPN) implemented in Java Modeling Tools (JMT) to evaluate autoscaling behavior under two-phase hyper-exponential (H2) arrivals. Evaluation is conducted using four system-level metrics: throughput, mean response time, system population, and system power. The framework captures dynamic function instance (FI) activation, concurrency constraints, and queue buildup under saturation. Comparative analysis reveals a clear trade-off between peak performance and stability: SPR provides the lowest delay under moderate load but becomes fragile near capacity limits; CLS is governed by concurrency tokens and is highly sensitive to configuration under bursty conditions; whereas MBS provides the most stable QoS across the workload range by keeping utilization below a critical region and preventing explosive queue growth under critical load.

Mon 26 OctDistributed, Parallel, and Cluster Computing
The gist
Handling sudden bursts of user requests is hard for serverless computing platforms. The authors compare three different ways these platforms can automatically add or remove computing resources to keep services running smoothly. They created a model to test these methods fairly without using any specific commercial platform. Their findings show a trade-off: one method is fastest under normal loads but struggles when demand peaks, another is sensitive to settings, and a third keeps service quality more stable across all conditions.
Open → 2610.35564v1

LooseLeaf frees up GPU time in interactive notebooks

LooseLeaf: Enabling Serverless GPUs for Computational Notebooks

Abstract: Computational notebooks reserve a GPU for the whole session, yet the GPU computes only while a cell executes and sits idle otherwise. Serverless execution would release the GPU between cells, but reconstructing the accumulated notebook state on a fresh worker imposes substantial cost on every GPU cell. This paper presents LooseLeaf, a serverless GPU platform for interactive notebooks. LooseLeaf derives the state and import closures of each cell, the minimal variables and packages that the cell needs. Our analysis on 5,000 real-world notebooks shows that these closures are small, and user-cell editing leaves seconds to prepare them. LooseLeaf prepares a GPU worker with these closures while the user edits the cell. After execution, the worker saves the updated state within seconds, so the GPU is reclaimable after every cell. LooseLeaf starts 95-98% of GPU cells with no visible delay, matches the interactivity of a pinned session, and provisions 32-55% fewer GPU-hours than state-of-the-art notebook platforms.

Fri 23 OctDistributed, Parallel, and Cluster Computing
The gist
Computational notebooks usually keep a GPU reserved the entire time, even though it’s only used briefly when a cell runs. This means GPUs sit idle a lot, wasting resources. The authors present LooseLeaf, which lets notebooks release the GPU after each cell by quickly rebuilding just the parts needed for the next cell. This approach cuts GPU usage significantly without making users wait longer when running code.
Open → 2610.33275v1

Network design evolves for autonomous agents as unique entities

Agentic Communication Networks: When Agents Become Network Entities

Abstract: Autonomous agents are moving from application-layer components to active participants in networked systems. They not only generate traffic but also perceive context, express intent, invoke services, coordinate with other agents, and act under task, policy, and resource constraints. This evolution exposes a mismatch between emerging agentic interactions and conventional endpoint- and traffic-centric network abstractions. This white paper introduces Agentic Communication Networks (ACN) as a network-centric paradigm for the time when agents become first-order network entities. At its core, ACN reshapes networking around three fundamental aspects. First, agents are represented as identifiable and governable network entities with explicit identity, authority, and lifecycle. Second, agentic services are expressed through intent, capability, context, policy, and task state, allowing the network to capture what an agent seeks to accomplish and under what conditions. Third, agentic execution becomes an explicit network concern as tasks involve multiple agents, services, tools, and distributed capabilities across heterogeneous infrastructures. Based on these shifts, the paper defines the scope, principles, architecture, and research directions of ACN, positioning it as a networking foundation for autonomous agent ecosystems.

Tue 20 OctNetworking and Internet Architecture
The gist
Traditional computer networks treat devices as simple endpoints that send and receive data. The authors highlight that autonomous agents—software that can act independently—are becoming more active participants in networks, not just data sources. They propose a new way to design networks where these agents are recognized as distinct entities with their own identities, goals, and tasks. This approach helps networks better understand and coordinate the complex interactions and collaborations among multiple agents and services.
Open → 2610.28244v1

KPI aware anomaly detection improves 5G and Open RAN monitoring

KPI-Aware Multimodal Anomaly Detection for 5G and Open RAN Telemetry

Abstract: Reliable anomaly detection is a deployment bottleneck for 5G/Open RAN observability and emerging self-optimizing 6G systems, where hundreds of heterogeneous KPIs, severe class imbalance, and strict alert budgets make purely numerical scores brittle. We present KAC, a deployment-oriented KPI-aware multimodal anomaly-detection framework that uses KPI-level residual-text alignment to turn compact operator-style summaries into a learnable feedback signal over full-KPI temporal evidence. This gives the detector broad numerical coverage like modern time-series models, while retaining the sparse KPI-specific reasoning that makes operator feedback sustainable in a future operator-facing workflow. Across public telecom telemetry, enterprise-scale Open RAN observability data, and a Nokia benchmark built from real 5G RAN production packet traces with realism-hardened injected anomalies, KAC achieves strong threshold-based detection performance while remaining competitive on threshold-free ranking metrics. On TelecomTS, at a fixed 2.5 percent false-positive-rate operating point, KAC achieves the highest recall among the evaluated residual-based methods while maintaining comparable precision; across the evaluated benchmarks, it remains robust under substantial class imbalance. KAC is integrated in pre-production shadow mode with Nokia's GKE-based KPI construction pipeline, where it continuously scores telemetry windows alongside an internal packet-level anomaly detector for operational evaluation.

Sun 18 OctMachine Learning
The gist
Detecting problems in complex 5G networks is hard because there are many different signals (KPIs) to watch and very few real issues to catch. The authors propose a new method called KAC that uses feedback from simple operator summaries to better spot anomalies across many data types. This approach combines detailed number tracking with clear, focused reasoning that operators can understand and trust. They tested KAC on real and simulated telecom data, showing it works well even with unbalanced data and low false alarms.
Open → 2610.25510v1

Java tools align on reliable large language model calls

Consistent LLM Call Handling Across Java Frameworks: A Reference Implementation and Benchmark

Abstract: Java applications reach large language models (LLMs) through an integration framework, and rely on it to handle a failing provider: to retry what can be retried and nothing else, to wait as long as the provider asks, never to present a truncated answer as complete, and to record each failure in the application's metrics. We state these expectations as a six-clause reliability contract and measure Spring AI 2.0.1 and LangChain4j 1.21.0 against it with a scripted OpenAI-compatible provider: fifteen failure scenarios, synchronous and streaming, three repetitions. LangChain4j meets it in 47 of 77 applicable cases with its defaults and in 51 of 83 when configured explicitly, Spring AI in 72 of 77 and 76 of 83; both deliver a stream that ended without its terminator as a complete answer. We then place one implementation of the contract beneath both frameworks, at the HTTP boundary - an OkHttp interceptor for Spring AI, an HttpClient for LangChain4j, and a java.net.http transport for code without a framework - sharing a 725-line core that depends only on the JDK and the Micrometer Observation API. With it, all three clients behave identically and meet the contract in 90 of 91 cases; the remaining case is a policy trade-off between retrying a hung provider and waiting for a slow first token. Against a local model server the layer rejected none of 700 calls, and it adds a median of 32-217 microseconds to a call.

Sun 18 OctMachine Learning
The gist
Keeping large language model calls reliable in Java apps is tricky because the model might fail or respond slowly. The authors set clear rules for how tools should handle failures and tested two popular Java frameworks, finding inconsistencies. They then built a shared layer that ensures consistent, reliable call handling across these tools, improving performance and meeting nearly all their reliability standards. This helps developers trust that their apps get complete answers or retry appropriately without extra delays.
Open → 2610.25480v1

Latency in serverless functions remains unpredictable beyond cold starts

Tremulant: Latency in Serverless Platforms beyond the 99th Percentile

Abstract: Function-as-a-Service (FaaS) increases developer productivity by removing operational concerns such as managing hardware and software runtimes. Because function instances are started on demand, some requests must wait for a new instance, called a cold start. These are a common obstacle to more widespread adoption of FaaS, as they lead to unpredictable latency spikes that are not acceptable for some use cases. To solve this, many cold start optimizations have been implemented. However, comparatively little attention has been directed towards the slowest warm starts. With improvements in cold start times, slow warm starts emerge as a new problem for extreme tail events. By analyzing a dataset of several million requests across seven FaaS platforms, we show that the long tail of slow warm starts can be hundreds of times slower than their median performance, while a virtual machine we use as a baseline is substantially more consistent. We confirm this across four independent public datasets spanning 2020 to 2025, so the effect is neither new nor specific to one platform. Moreover, the warm share among the slowest calls starts to rise again at the highest percentiles: the most extreme latencies are not only cold starts, and cold-start mitigation alone cannot remove them.

Tue 13 OctDistributed, Parallel, and Cluster Computing
The gist
Cloud services that run small programs on demand try to start these programs quickly to avoid delays. While improvements have reduced slow startups called cold starts, this study finds that even 'warm' (already started) functions can sometimes be very slow. These extreme delays in warm functions happen across multiple platforms and times, showing they’re a broader problem. This means just fixing cold starts won’t solve all speed issues in serverless computing.
Open → 2610.18532v1

Kubernetes tuning cuts costs using expert knowledge and fast solvers

Domain-Knowledge Driven Configuration Tuning of Kubernetes Workloads

Abstract: Industrial software applications often require engineers to tune the software deployment platform. Configuration tuning identifies valuable configurations that minimize costs while ensuring the application performance. However, finding these configurations is difficult. The number of tunable configuration parameters in industrial applications is large, and engineers cannot assess different configurations in production because users may experience performance degradation. This work targets Kubernetes: A system for automating the deployment, scaling, and management of containerized applications. This paper proposes a domain-knowledge-driven solution for finding configurations of industrial applications in a practical time. The solution relies on a catalog of constraints encountered by domain experts in similar applications. Depending on the problem under analysis, engineers can customize the optimization problem by selecting the relevant constraints from the catalog for the application at hand. We rely on two alternative solvers to find an optimal configuration: The first is based on heuristics, while the second reuses existing optimization-based solutions. We implemented our solution within an industrial tool from a software company specializing in performance engineering and optimization. We compare our solution to a baseline, considering a set of predefined configuration values provided by engineers. Our results confirm the effectiveness of our solution: Compared to the baseline, the heuristic-based and optimization-based solutions provide significant average savings of 11591 USD/mo and 15874 USD/mo per Kubernetes, respectively, accounting for 24.03% and 32.90% of the costs, in practical time (0.71 seconds per extraction for the heuristic-based and 45.54 seconds per extraction for the optimization-based solution).

Mon 12 OctSoftware Engineering
The gist
Configuring complex software like Kubernetes is tricky because so many settings affect performance and cost. The authors created a system that uses expert knowledge to guide automated searches for the best settings quickly. Their method helps engineers save a lot of money by picking configurations that lower costs without hurting how well applications run. They tested two approaches, one heuristic and one optimization-based, and both worked faster and better than manual tuning.
Open → 2610.16651v1

Predicting performance of AI model clusters with hierarchical caching strategies

Compositional Performance Modeling of LLM Inference Clusters with Hierarchical KV Caching

Abstract: Design-space exploration of LLM inference clusters requires predicting how hardware and serving policies interact with hierarchical key-value (KV) caching. Isolated operation profiles alone do not determine cluster latency: reuse changes computational demand, while KV location, capacity, and contention govern execution order. We present a compositional discrete-event simulator based on separating local service costs from shared resource and KV availability. Compute and transfer models calibrated on one-prefill/one-decode (1P-1D) deployments are reused across compatible workers, enabling policy and topology comparisons without per-configuration latency fitting. Validation against SGLang covers Qwen3-8B and Qwen3-32B on 1P-1D and 3P-1D clusters. Mean request end-to-end latency error is 1.34% for question answering and 6.36% for captured coding sessions, measured as mean absolute percentage error. CPU simulation reduces replay turnaround by 15.33 times on average; real replay includes prescribed arrival gaps. Measured session-affinity and simulated retention studies demonstrate how the framework guides policy selection by predicting the joint effects on computation, latency, and KV occupancy.

Sun 11 OctPerformanceDistributed, Parallel, and Cluster Computing
The gist
Running big AI language models on clusters of computers involves complex interactions that affect how quickly answers come back. The paper introduces a simulator that predicts how different hardware setups and caching methods impact speed without needing to test each setup in full. The authors tested their simulator with real AI models and found it accurately estimates response times. This helps teams choose the best ways to set up and manage AI clusters to reduce delays and improve efficiency.
Open → 2610.15366v1

Serverless snapshot system cuts delays and saves cache space

SnapShare: Isolation-Preserving Deduplication for Serverless Snapshots

Abstract: The efficiency of serverless computing fundamentally depends on rapid function startup, a challenge increasingly addressed by restoring from virtual machine snapshots. However, because content deduplication techniques can open timing-channel attacks that leak sensitive tenant data, production platforms like AWS Lambda instead enforce strict, zero-sharing isolation between snapshots of different tenants. While secure, this isolation precludes the deduplication of common infrastructure components, wasting per-worker cache capacity and exacerbating cold-start latency through inefficient remote fetching. Our characterization reveals that non-sensitive, shareable infrastructure accounts for roughly 70% of a typical snapshot's contents and, on average, about 50% of its working set. We present SnapShare, a cluster-wide snapshot management system that co-designs storage and caching to exploit this commonality without compromising sensitive data isolation. SnapShare classifies a snapshot page as shareable only when its full content matches that of a page from a provider-approved source; any non-matching content is treated as isolated private content. Common infrastructure components are selectively deduplicated and pinned across the cluster's worker nodes, while private data remains strictly isolated and is eagerly fetched as part of the tracked working set, falling back to on-demand retrieval only for pages that fall outside it. Implemented as an extension to Knative, SnapShare reduces end-to-end tail request slowdowns by 10-29% compared to traditional working-set and chunk-based platforms. It also reduces remote storage requirements by 39% and local cache footprints by 38%, reducing network retrieval payloads and bounding worst-case fetch delays by 10x.

Fri 9 OctDistributed, Parallel, and Cluster Computing
The gist
Starting serverless cloud functions quickly is hard because loading large virtual machine snapshots takes time and uses a lot of storage. The authors show that many parts of these snapshots are the same across different users and don’t need extra privacy protections. They created SnapShare, a system that shares non-sensitive snapshot parts across many cloud workers while keeping sensitive data separate. This approach speeds up function startup, saves storage space, and reduces the amount of data fetched over the network.
Open → 2610.13318v1

Asynchronous method boosts efficiency in split learning for large model training

CommuteProp: Decoupled Training for Communication Bound Split LLM Fine-Tuning

Abstract: Split learning has emerged as a promising paradigm for privacy-preserving LLM fine-tuning, yet its practical deployment is severely hindered by the sequential communication-computation bottleneck. In conventional synchronous pipelines, clients remain idle while waiting for server-side gradients, resulting in substantial training inefficiency. We propose CommuteProp, an asynchronous split-learning algorithm that decouples the training process into two concurrent phases: a cross-block forward-backward pass and an in-block weight update. By overlapping computation with communication, CommuteProp reduces the marginal cycle time from a sum of all stage latencies to the dominant computational bottleneck. We provide a rigorous asynchronous error and convergence analysis. Moreover, we derive an NS preconditioner method based on our analysis to further mitigate staleness-induced noise. Comprehensive experiments indicate that our algorithm achieves substantial throughput gains while maintaining accuracy comparable to synchronous methods; furthermore, it functions as a plug-and-play module that not only accommodates but actively enhances existing privacy enhancement methods.

Sun 4 OctDistributed, Parallel, and Cluster Computing
The gist
Training large language models often involves splitting work between clients and servers, but current methods make clients wait too long, wasting time. The authors propose CommuteProp, which lets clients and servers work at the same time by separating tasks and overlapping communication with computation. This approach speeds up training without losing accuracy and helps keep data private. Their tests show it works well while also improving other privacy tools.
Open → 2610.05105v1

EPACT cuts cost and keeps deadlines in large AI model serving

ePACT: Energy-Performance-Aware Commitment Tracking for LLM Serving

Abstract: Reducing LLM serving energy does not by itself guarantee lower deployment cost when electricity procurement exposes operators to unfavorable deviations from preset commitments. We study hourly commitments with positive, potentially asymmetric costs for overuse and underuse, and formulate energy-Performance-Aware Commitment Tracking: minimize deviation costs subject to request-level service requirements. We implement ePACT, a two-level controller that adjusts serving capacity and GPU clocks as requests arrive. A global planner updates interval energy targets from measured consumption and the remaining hourly commitment. A local decision maker predicts candidate configurations' energy and completion times, checks predicted deadline misses, and selects among admitted configurations by asymmetric target-deviation cost, with a service-first fallback. Coarse-to-fine action search runs asynchronously with serving. We evaluate ePACT through single-hour comparisons, controller ablations, and full-day trace simulations for H20 and H200 GPU pools. In the 24-hour simulations, ePACT reduces the asymmetric deviation cost by $73.8\%$ and $75.7\%$ relative to vLLM while retaining near-vLLM SLO attainment. Mean absolute hourly deviations are $2.16\%$ and $2.31\%$, respectively.

Thu 1 OctDistributed, Parallel, and Cluster Computing
The gist
Running large AI models can be expensive because energy use may differ from set hourly commitments, causing extra costs. The authors designed ePACT, a system to carefully manage energy use and performance so these extra costs are minimized while still serving user requests on time. ePACT adjusts computing power and GPU speed in real time, predicting how different settings affect energy use and task completion. Tests show ePACT greatly reduces deviation costs compared to a prior method while still meeting service goals.
Open → 2610.01784v1

HPC systems face new challenges from coding agents running jobs faster

Towards Efficient HPC Systems for Agents: Challenges and Opportunities

Abstract: Coding agents have become real users of high-performance computing (HPC) systems, yet today's HPC abstractions, interfaces, and policies remain designed for human-driven workflows. In our measurement, users running coding agents are only 19.5% of the observed population, but account for 55.8% of job submissions, 29.1% of CPU core-hours, and 42.7% of GPU-hours. Agents are not simply faster humans. They issue commands at 20.8x the human rate, decompose work into fine-grained explore-modify-execute loops, and pursue open-ended goals through trial-and-error campaigns that continue through nights and weekends. These behaviors strain abstractions built for human timescales, surfacing as control-plane pressure on the scheduler, metadata-intensive I/O on bandwidth-provisioned filesystems, repeated rediscovery of what earlier sessions already learned, and new prompt-injection and policy-enforcement surfaces. Neither banning agents nor treating them as ordinary users is sustainable. We instead argue for co-design, that facilities should treat agents as first-class principals where agents become facility-aware tenants. We outline the resulting challenges and opportunities in compute, storage, agent memory, and safety.

Wed 30 SeptDistributed, Parallel, and Cluster Computing
The gist
High-performance computing (HPC) systems were built for people running jobs, but now software agents are submitting many more jobs and using a large share of resources. These agents work much faster than humans and try many small changes to reach their goals, which stresses the system tools like schedulers and storage. The paper finds that current HPC designs don’t fit these agents well and suggests treating agents as special users that understand the system. The authors point out challenges and opportunities in how computing, storage, memory, and safety should evolve for these agents.
Open → 2609.38723v1

Serverless functions energy use depends on language runtime and environment

Profiling the Energy Consumption of Serverless Functions with Joule Profiler

Abstract: Cloud providers and customers have widely adopted serverless computing as a convenient paradigm for deploying and executing functions on demand. To do so, serverless platforms require provisioning an appropriate execution environment before a single line of the function's code runs. These environments consist of several layers, such as container engines, hypervisors, unikernels, and programming language runtimes. While the literature has investigated the performance of these serverless platforms, it treats functions as black boxes, and the community lacks key insights into the environmental impacts of packaging applications as serverless functions. This paper therefore empirically studies the energy efficiency of serverless functions deployable on serverless platforms. We design an experimental benchmarking environment that lets stakeholders explore the impacts of the various layers involved in executing serverless functions. We use it to evaluate 1,401 configurations, combining 9 execution environments, 7 language-runtime configurations, 11 workloads, and 3 input sizes, to answer three research questions: Are the most popular programming languages for serverless functions the most energy-efficient? What factors most affect their energy efficiency? What are the most energy-efficient configurations to deploy them? Our results show that one should first choose the programming language, then the language runtime, and only then the execution environment, which matters only for short-lived functions and whose best choice depends on the runtime. Our benchmarking environment, experimental artifacts, raw measurements, and analysis code are publicly available.

Tue 29 SeptSoftware Engineering
The gist
Serverless computing lets programs run on demand without managing servers but involves several software layers before your code runs. The authors studied how these layers and programming languages affect energy use. They found that the choice of programming language and its runtime have the biggest impact on energy efficiency, more than the server environment itself. Their experiments also show that the server environment matters mostly for short-lived functions and interacts with the runtime used. They share tools and data so others can compare energy use for serverless setups.
Open → 2609.37531v1

Live architecture models track kubernetes deployments for drift detection

Live Architecture Models for Cloud-Native Architecture-as-Code: Early Results from Kubernetes Conformance Checking

Abstract: Infrastructure drift can separate a running Kubernetes system from its documented architectural intent. This paper investigates live architecture models: editable architectural representations connected to selected runtime facts through explicit correspondences and recurring conformance checks. The approach is instantiated through an Archer-specific subset of Kubernetes Deployment Language (KDL) and Archer, a VS Code prototype with synchronized textual and graphical views. Snapshot recovery extracts selected Kubernetes facts into KDL; periodic and on-demand read-only checks report model-cluster inconsistencies without enforcing or repairing deployment state. We assess feasibility on three feature-selected Kubernetes example applications under an author-defined protocol, reporting precision and recall for snapshot recovery and selected inconsistency detection. Recovery scores can be reproduced from saved ground-truth and recovered models; detection uses a documented manual perturbation protocol. The results support feasibility within the evaluated KDL scope. They do not establish comparative superiority, detection of arbitrary production drift, scalability, or developer benefit. Storage coverage and ingress-host representation/default handling remain limitations.

Mon 28 SeptSoftware Engineering
The gist
Kubernetes systems can sometimes run differently than originally planned due to changes or errors, which is called infrastructure drift. The authors explored a way to keep the system’s actual state and its intended design connected using editable models that reflect live Kubernetes data. Their tool periodically checks for inconsistencies without automatically fixing them, helping developers spot where the system drifts from its intended setup. They tested this approach on a few example applications and found it is feasible for certain Kubernetes configurations.
Open → 2609.36148v1

AlphaFold2 runs faster on cloud TPUs but software limits speed gains

Accelerator Choice Is Not Enough: AlphaFold2 Inference on Cloud TPUs

Abstract: AlphaFold2 is written in JAX, so the same inference code compiles and runs unchanged on CPUs, GPUs and Google Cloud TPUs. That portability makes the accelerator look like the main decision a user has to make. We show that it is not. Running one AlphaFold2 inference workload across a Colab CPU runtime, an NVIDIA T4 GPU and a dedicated eight-chip Cloud TPU v5e slice, we find a large hardware advantage for the TPU, 0.47 s per call in steady state on a single chip against 13.1 s on the T4 in the same measurement campaign, and three ways in which the software layer decides how much of it a user actually gets. The default execution path uses one chip of the eight, and at list prices the idle capacity makes the slice cost about as much per prediction as the GPU. Batching with jax.vmap never exceeds single-query throughput, while mapping queries across chips with jax.pmap gives eight chips 6.5-7.9x the throughput of one on a matched grid; automatic sharding leaves the per-chip footprint unchanged, consistent with replication, most plausibly because AlphaFold2 carries no sharding annotations. Our retained trace analysis of a first call at a new input shape reports about three quarters of the traced span in JAX tracing and compilation rather than execution. Reruns five weeks later reproduced neither cloud baseline, the GPU one off by roughly a factor of two, so the hardware ratio above is specific to one campaign.

Mon 28 SeptDistributed, Parallel, and Cluster ComputingMachine LearningPerformance
The gist
The authors find that using Google Cloud TPUs can make AlphaFold2 run much faster than on GPUs or CPUs. However, the software setup often means users only get the speed of one TPU chip, not the full power of many chips available. Also, most of the time is spent translating AlphaFold2’s code into machine instructions rather than actual running. This shows that just picking the right hardware is not enough to get the best speed from AlphaFold2.
Open → 2609.34818v1

Arachne plans efficient machine learning training on mixed GPU clusters

Arachne: Learning to Plan Parallel Training on Dynamic Heterogeneous Clusters

Abstract: Training large machine learning models on shared GPU infrastructures faces two challenges: (1) GPU availability shifts dynamically with varying resource demands from tenants, and (2) hardware heterogeneity accumulates as datacenters continuously adopt new GPU generations. Due to the vast search space induced by heterogeneous GPU types and node sizes, training planners must prune it aggressively to remain tractable, yet must also derive high-throughput plans promptly as cluster configurations change. Arachne achieves this goal through a learning-based planner that reduces the full planning problem to a search over pipeline structures. Arachne encapsulates planning decisions in a structural template and learns to construct plans from templates over diverse cluster configurations offline. This design is effective because structural decisions constitute the performance-critical core of a parallelism plan, while the rest follows by rule or from a small priced candidate set once the plan structure is fixed. Evaluation shows that Arachne matches or exceeds the best plan found by five existing planners across clusters with varying GPU types and node sizes for three models of different sizes by up to 84.5% in throughput on dense models and 4.6x on MoE models.

Mon 28 SeptDistributed, Parallel, and Cluster Computing
The gist
Training big AI models on systems with many different GPUs is hard because the available hardware changes and the GPUs are not all the same. The authors created Arachne, a planner that learns how to organize training tasks to run well even when the hardware is mixed and changing. It focuses on finding good structures for the training process, making decisions faster and better. Testing shows Arachne often performs as well or better than other methods, sometimes boosting training speed by a lot.
Open → 2609.34244v1

Type-safe decision frameworks improve 5G network control reliability

Type-Safe Decision Frameworks for Agentic 5G Control: A Theory-Driven Testbed Characterization of Where They Can Be Applied

Abstract: This paper presents a theory-driven characterization of type-safe decision frameworks for the agentic control of 5G networks, where every decision must be an element of a declared option set rather than free text. Three design points are evaluated on an Open5GS/UERANSIM testbed with a closed core-policy loop, namely a hosted typed model (Jev), an open fine-tunable typed encoder (Laya), and a zero-label retrofit of a general language model (AnyJev). The proposed theoretical framework turns timeliness, type conformance, certification cost and cardinality into checkable applicability predicates, supported by an optimal act/escalate/abstain gate, an escalation-feasibility floor, a co-location stability condition, per-type conformal risk control with a certification label floor, and a type-mismatch bound. Measuring every predicate yields an applicability map from framework to 5G decision class. Type safety removes format failures but not the question: the fine-tuned typed encoder returned its training answer for 98-99.5% of changed questions, and its calibrated gate then acted wrongly on up to 80% of them, whereas the question-reading frameworks acted wrongly on at most 0.143 (Jev) and 0.137 (AnyJev) of any changed question, but were either hosted and 11-29 times slower (Jev) or reliant on an 8B language model (AnyJev).

Sun 27 SeptNetworking and Internet Architecture
The gist
Deciding how to control 5G networks can be tricky and errors happen if decisions are not clearly defined. This paper looks at frameworks where decisions must fit into specific categories, making mistakes less likely. The authors tested three different approaches on a 5G system, finding big trade-offs between speed, accuracy, and the complexity of the methods. Some frameworks made almost no wrong decisions but were slower or needed large models, while others were faster but much less accurate.
Open → 2609.33689v1

Randomization and augmentation improve machine scheduling accuracy

Gaps and Augmentations in Bayesian Scheduling

Abstract: The recent resolution of the Nisan--Ronen conjecture~\cite{NR,CKK} establishes that the optimal worst-case approximation ratio of deterministic truthful mechanisms for makespan on m unrelated machines is exactly m. We ask how prior information, Bayesian incentive compatibility (BIC), randomization, and machine-side resource augmentation change this barrier. We obtain three main results. First, we prove an asymptotic 4/3 lower bound for randomized BIC mechanisms with two machines, strengthening the previous 1.2 deterministic-BIC lower bound~\cite{MS}. Second, in the prior-free setting for two machines, randomization improves the known truthful ratio from 2 to 7/4~\cite{NR}. We show that randomized BIC scheduling mechanisms are likewise strictly more powerful than their deterministic counterparts, exhibiting an asymptotic BIC-integrality gap of 8/7. Thus, optimality in prior-dependent BIC scheduling can strictly require randomization. This parallels the role of lotteries in multidimensional revenue maximization, where randomization can strictly improve revenue~\cite{MV,BCKW}. Third, we show that when job assignments are sufficiently well spread across machines (more formally, when the pairwise collision parameter $Δ_r$ is bounded by a constant independent of both the number of machines m and the number of sampled layers r), then $O(m/\varepsilon)$ sampled layers suffice for the standard truthful MinWork mechanism to achieve a $1+\varepsilon$-approximation to the original first-best benchmark. Equivalently, $O(m/\varepsilon)$ sampled replicas per machine suffice. This resource-augmentation result parallels the Bulow--Klemperer perspective~\cite{BK,EFFTW}. As a by-product, in the standard unaugmented model, MinWork achieves a $(1+\frac{Δ_1(m-1)}{2})$-approximation to the first-best benchmark for every prior.

Sun 27 SeptComputer Science and Game Theory
The gist
Scheduling jobs fairly and efficiently across different machines is a tricky problem that gets harder when machines act selfishly. The authors study how adding prior knowledge, allowing machines to randomize decisions, and letting machines use extra resources can help improve scheduling. They show that random choices can strictly improve fairness and efficiency in some cases, and that giving machines more options or copies leads to near-perfect scheduling. Their work builds on foundational results and shows new ways to overcome known limits in scheduling algorithms.
Open → 2609.33474v1

System of systems approach unifies cloud HPC and edge AI platforms

Toward System-of-Systems Integration for Composable Cloud-HPC-Edge AI Platforms

Abstract: Modern AI platforms increasingly combine infrastructure stacks and operating models designed around different assumptions, including cloud-style service platforms, HPC workload-management systems, cloud-native orchestration, data and artifact systems, managed connectivity, observability, and edge or cyber-physical environments. Existing work demonstrates effective bridges between selected stacks, but a general way to reason about composition across independently controlled systems remains underdeveloped. We argue that such platforms can be usefully viewed as systems of systems (SoS) when independently useful systems retain their own control, management, lifecycles, policies, and failure semantics while contributing to a higher-level AI platform capability. We frame composable integration as an approach to cross-system coordination based on interfaces, contracts, mappings, references, policy context, and operational evidence, while preserving native control planes and avoiding dependence on a single topology or orchestration stack. The resulting direction is converged in use and federated in control. The paper presents a peer constituent-system view, a boundary test for distinguishing constituent systems from components, local dependencies, and independently useful systems outside the current SoS boundary, a local, shared, and scoped responsibility model, seven integration surfaces, and a representative cross-system workflow. It concludes with evidence classes and research questions for evaluating interoperability, governance, observability, fault containment, evolution, and reuse.

Sun 27 SeptDistributed, Parallel, and Cluster Computing
The gist
Modern AI uses many different types of computing systems like cloud servers, supercomputers, and edge devices. These systems often work independently with their own rules and controls. The authors suggest looking at them as a group of systems working together, each keeping control of itself but sharing information through agreed interfaces. They propose methods to connect these systems without forcing them into one big system with a single manager. This helps create flexible AI platforms that work across many different computing environments.
Open → 2609.33427v1

Collaborative AI service dataset enables complex AI workflows integration

A Collaborative Artificial Intelligence as a Service Composition Dataset

Abstract: Artificial Intelligence as a Service (AIaaS) composition is an emerging research area that enables clients to combine multiple AI services to meet complex requirements. A recent extension of this paradigm is collaborative AIaaS composition, where multiple AI services are combined to create a unified solution. Research in this field requires datasets with service descriptions, composition requests, and corresponding composition solutions. However, no dataset contains all this information specifically for collaborative AIaaS composition. Existing datasets target traditional web services or sequential AI workflows and lack the AI-specific attributes required for realistic collaborative composition. To address these challenges, we present a collaborative AIaaS composition dataset containing 25,900 AIaaS services from multiple providers across 12 AI task families, along with 10,000 collaborative service requests. We further develop a Multi-Armed Bandit (MAB)-based collaborative composition algorithm that determines the composability of candidate service combinations prior to composition. Experimental results demonstrate that the dataset supports realistic collaborative AIaaS composition evaluation and related research in service recommendation, selection and QoS prediction. The dataset and implementation are publicly available at: https://github.com/deepakkanneganti9/CAIaaS

Sat 26 SeptComputer Science and Game Theory
The gist
Combining multiple AI services to solve complex problems is a growing area, but it needs good examples and tools to study how these services work together. The authors created a large dataset that describes many AI services and requests for combining them into bigger solutions. They also developed a method to test which combinations of AI services are likely to work well before actually connecting them. This makes it easier to research and build systems that use many AI tools working together.
Open → 2609.32523v1

Kubernetes security misconfigurations identified and fixed with AI models

Kubernetes Misconfigurations in the Wild: Taxonomy, Evolution, and Automated Repair with Large Language Models

Abstract: Kubernetes is widely used to orchestrate cloud-native applications, yet its declarative configuration model often introduces security misconfigurations that threaten system reliability. Despite available detection tools, misconfiguration patterns and scalable remediation remain insufficiently understood. This paper presents an empirical study of Kubernetes security misconfigurations based on 2,662 developer-reported Stack Overflow issues. We derive a taxonomy of recurring security weaknesses across configuration objects and categories. We analyze severity variations and investigate how misconfigurations evolve between incubator and stable project stages. Findings show that while some operational issues decrease as projects mature, critical security misconfigurations often persist or reappear. We then evaluate Large Language Models (LLMs) for automated remediation under progressively enriched contextual conditions. Contextual grounding improves correction accuracy, with the best standalone model achieving 89.06%. To enhance structural correctness and schema compliance, we introduce Kubecurity, a schema-guided validation framework based on official Kubernetes specifications. Combining contextual LLM reasoning with deterministic schema enforcement achieves 98.50% correction accuracy while substantially reducing newly introduced misconfigurations. This work advances the understanding of Kubernetes security misconfigurations and demonstrates a hybrid approach to more reliable automated remediation.

Tue 22 SeptSoftware Engineering
The gist
Kubernetes is software that helps run applications in the cloud, but setting it up can cause security mistakes that make systems unsafe. The authors studied many real problems reported by developers online to find common security errors and see how they change over time. They tested large language models (AI that understands and writes code) to automatically fix these mistakes and created a tool to check fixes against official rules. Together, the AI and the tool corrected nearly all errors while avoiding new ones, helping make Kubernetes setups safer.
Open → 2609.27030v1

Hydrozoan improves consensus speed with adaptive commit delays

Hydrozoan: Latency-Adaptive DAG Consensus under Mixed Byzantine and Crash Faults

Abstract: DAG-based consensus protocols can achieve great throughput and the optimal three-message-delay limit for n = 3f+1 consensus. While two-delay protocols exist, they pay with reduced resilience (requiring 5f+1-style committees) or rely on fallbacks that sacrifice the DAG's high throughput. This paper introduces Hydrozoan, the first DAG protocol with a dual commit path under a hybrid fault model of f Byzantine and c crashed validators, on n = 3f+c+2p+1 validators. Leaders commit in two message delays whenever at most p validators are faulty, and in three otherwise, with no extra messages, no view changes, and multiple leaders per round. Both paths are evaluated on the same DAG, using a novel graded indirect rule to reconcile them so that every honest validator reaches the same decision. We show that under geo-distributed conditions, which path is faster is a property of geography rather than the protocol, as rounds reaching a remote region cost far more than those that do not. The (f, c, p) knobs place the fast quorum where the deployment requires it, allowing a commit in two message delays. If misconfigured, Hydrozoan can still commit in three message delays: Hydrozoan commits on whichever path fires first. We also present Optimal-Hydrozoan, a variant that tolerates one more fault on the fast path, the first construction to match the known lower bound. The safety and liveness of both protocols are machine-checked in Lean 4. Our geo-distributed evaluation shows that Hydrozoan matches Mysticeti's throughput, commits ~25% faster when the fast quorum fits fast regions, and falls back to three message delays when it does not or past p faults, where existing two-delay protocols stall.

Tue 22 SeptDistributed, Parallel, and Cluster ComputingCryptography and Security
The gist
Reaching agreement quickly and reliably in distributed computer systems is a challenging problem, especially when some parts fail or behave badly. The authors present Hydrozoan, a new method that speeds up agreement when faults are limited, but can still handle more problems by slowing down without getting stuck. Their approach flexibly adapts to different fault conditions and geographic delays, ensuring consensus while keeping high throughput. They prove their method works rigorously and show it performs well in real-world-like network conditions.
Open → 2609.25918v1

ZeroGate speeds AI agent authorization with durable local approval

ZeroGate: Trust-Preserving Fast Paths for Governed AI Agent Runtimes

Abstract: Moving authorization earlier can shorten an agent's dispatch boundary without removing authorization work. It can also admit an action whose payload, authority, or relevant state has changed. ZeroGate separates exact-action approval from durable local admission: an issuer signs a short-lived ActionPass, and a trusted runtime adapter reconstructs the final action before a local gate checks its binding and consumes its nonce. A SQLite transaction couples nonce consumption, applicable quota updates, and an admission receipt. We state a conditional decision-preservation proposition: successful local admission implies that a specified synchronous policy would authorize the same action at the admission point, provided approval is sound, all policy dependencies are represented and current, observations are faithful, and consumption is atomic. The implementation alone establishes neither current-world freshness nor exactly-once remote effects. Evaluation separates authored semantic fixtures, controlled concurrency and crash experiments, and an Azure Blob study comparing synchronous and prepared execution through the same issuer and gate. Both modes mint an exact-action pass; lifecycle latency includes preparation and prepared-batch dwell. Across 4800 cloud attempts, prepared worker-admission-to-dispatch p95 ranges from 9.802 to 11.374 ms, versus 25.018 to 334.000 ms synchronously, across the tested concurrency levels. Prepared mean complete lifecycle is longer at every level: the boundary improvement is not a net speedup. The contribution is an explicit revalidation contract, a durable reference boundary, and an auditable comparison of where authorization cost is paid, not a new cryptographic primitive or a universal performance frontier.

Mon 21 SeptArtificial IntelligenceCryptography and SecurityDistributed, Parallel, and Cluster Computing
The gist
Authorizing AI actions usually takes time and careful checks to make sure everything is correct and secure. The authors introduce ZeroGate, a way to move part of this authorization earlier in the process using a short-lived token that lets trusted components finish the job quickly but safely. This system keeps track of action approvals durably and checks that everything matches up, helping to speed up how AI agents decide what they can do. Their tests show ZeroGate can reduce waiting times in some steps but doesn’t necessarily make the entire process faster.
Open → 2609.25443v1

Federated learning improves multilingual speech recognition models

Federated Multilingual Speech-LLMs: Architecture and Aggregation Strategy Benchmarking

Abstract: We present a comprehensive benchmark of Federated Learning (FL) for multilingual Automatic Speech Recognition (ASR), evaluating four Speech-LLM architectures on the Multilingual LibriSpeech dataset. We compare FedAvg and FedProx across frozen and unfrozen encoder configurations, demonstrating that optimized learning rates are critical for performance. Specifically, independently tuning the learning rates for the speech encoder, connector, and decoder yields the lowest error rates, with full three-component adaptation (LoRA for encoder and decoder, full training for the connector) producing the best FL results. We observe that FedProx efficacy is architecture-dependent, providing notable advantages in multilingual pre-trained architectures (e.g., EuroLLM over TinyLlama when keeping the encoder fixed); this indicates that LLM backbone capacity plays a key role in mediating resilience to heterogeneous data distributions. These findings offer concrete design guidance for deploying multilingual Speech-LLMs in privacy-sensitive, distributed environments.

Sun 20 SeptComputation and LanguageArtificial Intelligence
The gist
Training speech recognition models on diverse languages while keeping data private is a challenge. The authors studied how to best train large speech-language models when data is spread across different places without sharing it. They found that carefully adjusting learning rates for different model parts and using certain training methods leads to better recognition across many languages. Bigger, more powerful language models handled varied data better than smaller ones in this distributed training setting.
Open → 2609.23825v1

Improving enterprise security with zero-trust authorization for AI tools

Zero-Trust Authorization and Discovery for Enterprise MCP

Abstract: LLM agents translate natural-language context, which may include attacker-controlled text, into privileged tool calls, so authorization must remain effective even when an agent is prompt-injected or adversarially steered. The Model Context Protocol (MCP) has become a widely adopted interface for this boundary, yet its official SDKs' authentication and authorization primitives fall short of enterprise zero-trust requirements, most acutely a dual-persona model in which one server must serve human users (corporate SSO) and automated agents (service-account credentials on a different header). We conduct a systematic gap analysis of six surveyed MCP SDKs (Python, TypeScript, Go, Rust, C#, Swift) and identify three structural shortcomings: credential extraction bound to a single Authorization header, complicating dual-persona deployment without custom middleware; the absence of pre-authentication tool discovery; and the lack of fine-grained per-tool authorization in the base SDKs. We close these gaps with composable extensions to FastMCP: cross-header credential normalization for enterprise deployments serving both human and service-account callers, cached token verification across heterogeneous IdPs, an unauthenticated metadata endpoint for credential-free registry discovery, and permission-filtered tool visibility kept consistent with per-tool invocation enforcement by a single declarative annotation, all without modifying the protocol or SDK internals. Across four frontier LLMs over 2160 attempts, an in-body-check-only server still exposes forbidden tools (152/720, 21.1%), whereas permission-aware visibility drives the rate to 0/720; visibility-only filtering remained bypassable by scripted clients, while models referenced the hidden tool by name in up to 94% of settings when inferable from the prompt, confirming that discovery controls cannot replace invocation-time enforcement.

Fri 18 SeptCryptography and SecurityArtificial Intelligence
The gist
Modern AI agents sometimes get tricked into making unauthorized actions because current security methods don’t fully protect them. The authors looked closely at several popular software tools for managing AI permissions and found they can’t properly separate human users from automated programs. They built improvements to fix these problems so companies can better control which AI tools are visible and usable based on strict permissions. Tests showed these changes stopped unauthorized access that other methods missed, making security safer without changing the core AI protocols.
Open → 2609.22573v1

Parallel optimization method speeds up learning in edge networks

P-GADMM: Parallel Group-Based ADMM for Asynchronous Optimization in Heterogeneous Edge Networks

Abstract: The Alternating Direction Method of Multipliers (ADMM) is widely used for distributed optimization, but its synchronous implementation can suffer from efficiency loss in heterogeneous edge networks, where fast clients or groups need to wait for slower ones before global updates can be completed. Existing group-based ADMM methods reduce communication overhead through grouping, but their grouping rules usually focus on data similarity or network topology and do not explicitly account for computation heterogeneity. To address this issue, this paper proposes Parallel Group-Based ADMM (P-GADMM) for distributed optimization in heterogeneous edge networks. P-GADMM forms computation-aware edge groups according to client computational capabilities and local data sizes, which reduces training-speed variation within each group. It further combines edge-level aggregation with bounded asynchronous coordination at the cloud, allowing active groups to participate in global updates without waiting for slower groups while controlling stale group information through a delay threshold. For strongly convex group objectives, we establish convergence guarantees for an idealized form of P-GADMM under bounded group-level staleness, showing a time-averaged convergence behavior up to a staleness-induced asymptotic error neighborhood. Experiments show that P-GADMM reduces wall-clock training time compared with representative baselines while maintaining comparable final accuracy.

Thu 17 SeptDistributed, Parallel, and Cluster Computing
The gist
In networks where many devices work together to learn from data, slower devices can hold up the whole process. The authors created a new method called P-GADMM that groups devices based on their speed and data size, so faster groups can update more quickly without waiting for the slowest ones. This method uses a smart way to combine results with some delay allowed, keeping the learning accurate while saving time. Tests showed it finishes training faster than other methods with similar results.
Open → 2609.20006v1

Tool hallucination creates errors in large language model agents

Closed-World Resolution Against Tool Hallucination in LLM Agents

Abstract: Tool-augmented large language model (LLM) agents fail in a way no tool-selection or tool-security method addresses: they call tools that do not exist and pass arguments no schema declares. Existing defenses either pick the right tool (selection) or constrain what an agent may do with real tools (gating), both of which presuppose the emitted call refers to a real tool at all. We show this is a structural blind spot: a hallucinated call is by construction not a decision any gate made, so no gate can reject it. This paper is primarily a measurement and benchmark study. We give a five-class taxonomy of tool hallucination (H1-H5) and, as a reference point, the Resolution Rung: a training-free, closed-world resolver (registry membership plus a signature check) whose interest is where it must sit, not what it computes. We prove hallucination defense must precede any causal gate, and characterize the one irreducible residue (borrowed arguments schema-indistinguishable from a valid call). Across ten hosted models under two invocation surfaces we measure 322 genuine hallucinations; fabricated-tool calls concentrate on the unconstrained raw-JSON surface (34 vs. 3), and model scale does not help (a 675B model matches a 7-8B one). We then extend to the Model Context Protocol, where merging several servers into one namespace creates hallucination surfaces a single registry cannot express (a second taxonomy, M1-M5); on the live MCP surface we measure 154 hallucinations, including from frontier models that were clean on the single-registry surface, because collisions and shadowing are structural to the merge. We release the versioned Hallucinated-Tools Benchmark (HTB) so any resolver is comparable across submissions.

Wed 16 SeptArtificial IntelligenceCryptography and SecuritySoftware Engineering
The gist
Large language models that use external tools sometimes pretend to call tools that don't exist or use tools incorrectly. The authors identify different types of these mistakes, which they call hallucinations, and show that existing methods cannot prevent some of them. They created a system that checks if a tool call actually matches a known tool and its correct usage before letting it through. Their tests reveal many such hallucinations across multiple large models, and they provide a benchmark dataset to help improve future detection methods.
Open → 2609.19425v1

Security risks and protections for autonomous ai penetration testers

Toward Secure AI-Powered Penetration Testing Agents: Security Threats, Guardrails, and Architectural Perspectives

Abstract: LLM-powered autonomous agents are transforming the penetration testing space with dynamic, multi-step offensive security workflows that require minimal supervision by humans. These agents leverage sophisticated reasoning abilities and external security tools to independently carry out reconnaissance, identify vulnerabilities, devise exploitation plans, and perform post-exploitation operations. But the ability to have persistent memory, to take actions in the real world, and to do long-horizon reasoning raises qualitatively different security concerns than traditional chat-based LLM systems. Existing guardrail mechanisms for conversational AI may not be sufficient to secure autonomous AI pentesting agents accordingly. To address these issues, we carry out a comprehensive security analysis on autonomous AI-penetration testing agents. We systematically analyse representative agent architectures, characterise their trust boundaries and attack surfaces and propose a threat taxonomy that is aligned with the lifecycle and covers LLM lifecycle attacks, agent-architecture attacks and cross-cutting behavioural attacks. We analyse the limitations of existing guardrail mechanisms, identify key research gaps, and discuss future research directions for developing specialised, context-aware, and architecture-aware guardrails to secure next-generation AI-driven offensive security systems.

Tue 15 SeptCryptography and Security
The gist
AI agents can now perform complex hacking tasks by themselves, like finding weaknesses and planning attacks with little human help. But because these agents remember past actions and operate over long periods, they bring new security risks that aren’t fully addressed by current AI safeguards. The authors examine these risks by looking at how these systems are built, what could go wrong, and how attackers might exploit them. They also point out gaps in existing protections and suggest directions for developing better safety measures tailored to these AI systems.
Open → 2609.16694v1

Cloud edge collaboration improves personalized large language models

CIDERS: Cloud-Edge LLM Collaborative Learning via Accelerating Personalized Bilevel Optimization

Abstract: Amid the rapid advancement of physical-world intelligence, cloud-edge collaborative large language models (LLMs) have emerged as a promising roadmap for practical LLM deployment. However, existing cloud-edge paradigms struggle to balance global consensus with local personalization, which fails to satisfy the need for a unified knowledge foundation on the cloud and domain-specific adaptation at the edge. To address this, we introduce, for the first time, a personalized bilevel optimization framework that formalizes cloud-edge LLM collaboration as a dual structure: the upper level optimizes edge-side personalization, while the lower level governs cloud-side knowledge transfer, reaching cloud-edge evolving in coordination. We then propose CIDERS, an efficient solver that decomposes the model into a learnable backbone and a messenger. While the cloud performs knowledge transfer to the learnable backbone, the key lies in embedding global trajectories into each local personalization step via consensus-variate correction to reconcile personalization with consensus. We provide a comprehensive theoretical analysis, including a geometric characterization of the local trajectory and a full convergence guarantee, revealing an explicit trade-off structure between personalization and global convergence. Extensive experiments demonstrate that CIDERS consistently outperforms competitive baselines on the compressed edge path, with 3.1x and 1.7x gains on mathematical reasoning and code generation, respectively, and a 10\% relative gain on instruction metrics. Mechanism experiments attribute these gains to early consensus-corrected coordination and task-aware distillation. Overall, CIDERS offers a viable path toward consensus-guided continuous personalization in cloud-edge LLM systems.

Mon 14 SeptDistributed, Parallel, and Cluster ComputingArtificial Intelligence
The gist
Large language models (LLMs) often need to balance knowledge that is shared globally with personalization for specific users or tasks. The authors introduce a new way to train LLMs that run partly in the cloud and partly on edge devices, by organizing training into two levels: one for cloud knowledge transfer and one for edge personalization. They created a method called CIDERS that helps the models learn better personalized skills while still staying connected to global knowledge. Experiments show CIDERS improves results on tasks like math reasoning and code generation compared to other methods.
Open → 2609.15664v1

Grouper schedules cores to speed up multi-tenant microservices

Grouper: Scheduling Groups for Multi-Tenant Microsecond-Scale Microservices

Abstract: Microsecond-scale core allocation makes colocating latency-critical services with batch work worthwhile. A thread that finds no work parks within microseconds and its core goes to a batch task. Putting one back costs $\sim$18 $μ$s, as the allocator must discover that a core is wanted and then take it from the batch task holding it. A monolith pays that tax once per request, a microservice chain pays it at every hop in both directions, and a multi-tenant host multiplies it again, because every tenant's hops queue at the same allocator. On our port of DeathStarBench's hotelReservation, going from two tenants to ten takes a hop from 39 to 222 $μ$s and a 10-RPC path's median from 456 to 2,445 $μ$s, a fivefold degradation even though no tenant's own load changed. We introduce Grouper and the scheduling group, a set of isolated runtimes that the allocator treats as one allocation and accounting unit, whose members may hand cores directly to one another. A service sending an RPC donates its core to the peer through an unprivileged kernel fast path, so the core follows the request through the call graph. The allocator retains control through reconciliation, core-addressed revocation and a pooled budget but leaves the critical path; its load falls from $Θ(R \cdot H)$ to $Θ(R)$ in request rate $R$ and hop count $H$. Over a grid of two to ten tenants at 1,000-30,000 requests per second each, Grouper outperforms Caladan (the allocator Junction also builds on) and Linux by up to 7.9$\times$ and 3.4$\times$ at the median and 4.1$\times$ and 14.2$\times$ at the tail, and leaves batch work more throughput than Caladan at over 70% of load points.

Sat 12 SeptOperating SystemsDistributed, Parallel, and Cluster Computing
The gist
Microservices often share computing cores with batch tasks, but switching cores between tasks can slow down requests significantly, especially when many users share the system. The authors introduce Grouper, which groups runtimes to let services donate cores directly to each other during request calls. This reduces the overhead of core allocation, making responses faster even with many tenants and multiple service hops. Grouper showed much better performance in tests compared to previous schedulers and Linux.
Open → 2609.14123v1

PyXtrim cuts serverless python app startup time and memory use

Reducing Cold-Start Latency in Serverless Applications via Dynamic Slicing

Abstract: We present PyXtrim, a system that reduces the cold-start latency of serverless applications through debloating. We focus on Python, a dominant language for serverless applications whose dynamic features and extensive use of native extensions make traditional static debloating particularly challenging. PyXtrim frames debloating as a dynamic slicing problem, using the application's externally visible behavior as the slicing criterion. Everything outside the resulting slice is removed, both from the application and its dependencies. Our key technical contribution is that the slice is computed by a cross-language dynamic dependence engine that tracks data and control dependences across Python and native code and identifies operations that interact with the operating system, which form the slicing criterion. As a result, PyXtrim can effectively handle real-world applications that rely on dynamic features such as reflection, interoperate with native code and interact with system resources. Across 31 applications on AWS Lambda, PyXtrim reduces cold-start latency by 21.7% and peak memory usage by 17.1% at the median. This is more than double the reduction achieved by the state of the art, while debloating each application in minutes.

Sat 12 SeptDistributed, Parallel, and Cluster ComputingProgramming LanguagesSoftware Engineering
The gist
Serverless applications can be slow to start, especially when using Python, which is complex and dynamic. The authors created PyXtrim, a tool that finds and removes parts of the application and its dependencies that aren’t needed for its visible behavior. It does this by tracking what code parts interact with the system, even across Python and native code. This results in faster startup and lower memory use for these applications.
Open → 2609.14040v1

Machine learning API standardizes earth observation data cube processing

A Machine Learning API for Earth Observation Data Cubes Based on openEO

Abstract: Earth Observation (EO) data are increasingly organized as spatio-temporal data cubes, while machine learning (ML) methods operate on tabular feature matrices or structured tensor inputs. This mismatch forces platform-specific transformations that are difficult to reproduce or transfer across cloud infrastructures. The openEO specification provides a unified interface for EO data access and processing across heterogeneous backends, but lacks a standardized approach for ML integration. We propose a process-level ML specification for openEO structured into three stages: model initialization, model actions (training, tuning, inference, validation), and model management. It supports classical algorithms such as Random Forest and SVM, as well as deep learning architectures for time-series and spatial patch-based modeling, including TempCNN, Temporal Attention Encoders, and foundation model inference. Three prototype implementations in R and Python demonstrate feasibility across diverse technology stacks. A crop type mapping use case demonstrates cross-backend interoperability by submitting an identical process graph to independent R and Python backends and comparing predictions and evaluation metrics. Two further use cases demonstrate deep learning on time series and foundation model inference, each executed on a dedicated backend. The prototypes reveal, however, that full cross-backend portability requires deeper harmonization of serialization formats and execution semantics than the process level alone can enforce; backend library versions and preprocessing conventions outside the specification's boundary also affect reproducibility. Addressing both through explicit backend conformance profiles represents the most important near-term direction. The specification advances the reproducibility, portability, and accessibility of ML workflows on EO data cubes across cloud platforms.

Fri 11 SeptMachine Learning
The gist
Earth observation data, such as satellite images over time, is stored in complex 3D grids called data cubes. Machine learning normally works with simpler tables, causing problems when trying to analyze this data across different cloud systems. The authors created a new standard process that lets machine learning run consistently on these data cubes using a common interface called openEO. They showed this works with various algorithms and programming languages, but also found complete compatibility needs further work on how models are saved and run. This helps improve the sharing and reuse of machine learning workflows across platforms.
Open → 2609.13453v1

Digital twin simulations get model-focused DevOps system for cloud use

A Model-Centric DevOps Architecture for DEVS-Based Digital Twin Simulation Services

Abstract: Digital twin simulation models are evolved and redeployed like software, yet DEVS-based engines offer a sound formal basis with little support for versioning, automated validation, or continuous delivery in cloud-native environments, leaving model lifecycle management ad hoc in most deployments. This paper proposes a model-centric DevOps architecture for deploying DEVS-based digital twin simulations as managed services. Simulation models are treated as first-class DevOps artefacts defined in a declarative YAML language with a formal mapping to multiPDEVS, supporting structural and semantic validation in a CI/CD pipeline that produces immutable versioned artefacts, so that reverting to an earlier validated version reduces to pinning its identifier. The platform is decomposed into containerised microservices on Kubernetes, with engine adaptations for state externalisation and lifecycle control. An initial case study on the Riga Route 22 public-transit corridor, the first instantiation of a planned city-wide multi-modal transport digital twin for Riga, Latvia, exercises the full lifecycle and reports single-container engine throughput for a scenario with roughly 47,870 DEVS atomic components; pipeline-level catch statistics and cluster-level concurrent multi-scenario execution are the subject of companion empirical studies.

Thu 10 SeptSoftware EngineeringComputational Engineering, Finance, and ScienceDistributed, Parallel, and Cluster Computing
The gist
Digital twin simulations—virtual copies of real-world systems—are tricky to update and manage like software. The authors created a system that treats simulation models like code, using a special format and tools to check and deploy them automatically. This makes it easier to keep track of different versions, fix errors, and run these simulations reliably in the cloud. They tested their approach with a big transit simulation for Riga, showing it can handle many components efficiently.
Open → 2609.11122v1

T1 agent improves long task solving with 122B parameter model

T1: Terminal Agent Reinforcement Learning for Long-Horizon Tasks

Abstract: Agent usage is shifting toward long-horizon tasks such as coding and scientific discovery, among which terminal tasks are especially important. We introduce T1, a Mixture-of-Experts model of 122B total trained with reinforcement learning, operating a real shell in a cloud sandbox for up to 300+ tool-call turns per task, rewarded by executing each task's own verifier. We provide a comprehensive recipe: First, an aggressively warm-started to stabilize actor-critic training, with a dense process reward scoring trajectories by the absolute number of passing verifiers. Second, stable optimization through TITO construction, training on the exact sampled token identifiers with drift repair at turn boundaries, and rollout routing replay, recording the sampler's per-token expert choices at every MoE layer and replaying them during training. Third, fully out-of-distribution training corpus: isolated seeds and synthesized tasks disjoint from Terminal-Bench 2.1 ensures gains reflect genuine capability transfer over benchmark overfitting. Together, TITO and R3 cut the training-to-inference log-probability difference from 0.021 to 0.013, with exactly aligned zero token drift in the loss region. On Terminal-Bench 2.1, our post-train pipeline raises initial base model from 43.8% to T1 with 64.0% resolved. On Long-Horizon Terminal Bench, T1 reaches 27.9% and surpasses GPT-5.4 and GLM-5.1.

Thu 10 SeptMachine LearningArtificial Intelligence
The gist
Long tasks like coding or scientific discovery are hard for AI because they require many steps. The authors developed an AI model called T1 that works in a real computer shell, running many commands in sequence to complete tasks. They trained T1 using special techniques to make learning stable and tested it on tasks not seen before to prove it can adapt. T1 worked better than previous AI models on these long and complex tasks, showing progress in teaching AI to manage multi-step problems.
Open → 2609.11042v1

Gap found in cloud edge iot systems for llm based resource control

Smart Adaptive Computing Across the Continuum: LLMs in IoT-Edge-Cloud Resource Management

Abstract: Managing resources across IoT, edge, and cloud layers calls for continuous, context-aware decisions under constraints that rarely stay fixed. Deep reinforcement learning (DRL) handles this class of problems well, and large language models (LLMs) are increasingly used to augment DRL pipelines, yet the architectural relationship between the two is seldom made explicit. We build on Wang et al.'s taxonomy of Continuum Orchestration Systems employing DRL techniques and extend it with two further dimensions. The AI Augmentation Paradigm measures how LLMs are exploited, while the Feedback channel captures whether and through which system path the execution feedback returns to the LLM in order to close the MAPE control loop at the LLM Orchestration layer. We apply this taxonomy to six recent system architectures and find a common gap, as none combines full LLM orchestration with full agent-layer feedback in a Cloud Continuum setting. We relate this gap to a missing cross-tier feedback abstraction, bridging the incommensurable per-tier signals and the LLM Orchestrator.

Tue 8 SeptDistributed, Parallel, and Cluster ComputingArtificial IntelligenceMultiagent Systems
The gist
Managing computing resources that span from tiny devices (IoT) to large cloud servers is tricky because conditions keep changing. The authors look at how two AI tools—deep reinforcement learning (DRL) and large language models (LLMs)—can work together to make smarter management decisions. They extend an existing classification system to better understand how LLMs are used and how feedback is fed back into the system. Their review of recent systems finds a key missing piece: no system fully uses LLM-driven control while getting complete feedback from all parts of the system. They identify this as a challenge needing better communication across different system layers.
Open → 2609.09348v1

LLM fault injection offers different cloud system testing behaviors than rule methods

Beyond Fixed Fault Models: Comparing LLM-Based and Rule-Based Fault Injection in OpenStack

Abstract: Software Fault Injection (SFI) supports testing of cloud systems by introducing software defects and observing their manifestation. Rule-based injectors such as ProFIPy provide controlled and reproducible source-level mutations but require fault patterns to be encoded manually. Large Language Models (LLMs) offer a data-driven alternative by generating context-dependent software faults. We compare two code LLMs, Qwen2.5-Coder and DeepSeek-Coder, with ProFIPy in OpenStack's Nova and Cinder services. On shared injection targets, activation and observable-failure rates are comparable, but operational profiles differ: LLM-generated faults produce more Catastrophic outcomes on Nova, whereas ProFIPy produces more Silent and Multi-component effects. The sampled LLM outputs also differ in how they manifest failure, while showing greater agreement in their propagation scope. These findings show that LLM-based fault injection extends the behavioral coverage of fixed fault models without establishing general superiority, and that practical adoption still requires controlled generation, runtime validation, system-level oracles, and reproducible experimental provenance.

Tue 8 SeptSoftware Engineering
The gist
Testing cloud software by deliberately adding bugs helps find problems before users do. The authors compared two methods: one uses fixed, manually coded rules to add bugs, and the other uses AI language models to create faults based on the code context. Both methods triggered failures at similar rates but caused different types of problems, showing that AI-generated faults cover different testing scenarios. This means AI can add value without fully replacing traditional testing tools, and practical use needs careful setup for reliability and repeatability.
Open → 2609.08681v1