Papers for

edge computing 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.

Pruning large language models impacts smart home task reliability

What Breaks Under Pruning in Smart Homes, and When? Evaluating LLM Degradation Across Architectures and Task Complexity

Abstract: Pruning can reduce the deployment cost of large language models (LLMs), but its impact on context-grounded tool calling remains poorly understood. We systematically study pruning-induced degradation in smart-home tool calling across four LLMs spanning dense Transformer, dense hybrid, and mixture-of-experts (MoE) architectures, together with depth, width, hybrid, and expert pruning methods. After post-pruning supervised fine-tuning (SFT), we evaluate more than 19,500 instances from three smart-home datasets. Beyond aggregate task accuracy, we characterize degradation along two dimensions: action components (i.e., operation, device, argument, and value) and task complexity. Our results show that dense models have narrow safe pruning regions followed by sharp degradation, while MoE models tolerate substantially more pruning. Pruning degrades grounded specificity before schema-level intent, and aggressive dense pruning can induce systematic over-refusal. These findings highlight the importance of evaluating pruning beyond aggregate accuracy when selecting pruned LLMs for reliable tool execution.

Tue 15 SeptComputation and Language
The gist
Using pruning techniques can make large language models (LLMs) run faster and cheaper, but this paper finds that pruning can cause these models to make more mistakes in smart home tasks. The authors tested different kinds of LLMs and pruning methods on smart home commands to see what breaks and when. They discovered that simpler models quickly lose performance when pruned too much, while complex mixture-of-experts models handle pruning better. However, pruning tends to reduce how specifically the model follows instructions and can cause it to refuse commands unnecessarily.
Open 2609.17515v1

Multi-path network boosts edge server handling for many IoT devices

MANE: A Multi-Path Adaptive Network for Edge Onloading of Deep Neural Networks

Abstract: Split computing constitutes a widely used distributed inference approach, where a lightweight head model is onloaded onto the device and a heavier tail model resides on an edge server, leveraging the growing computational capabilities of modern System-on-Chips while alleviating server load. As intelligent indoor environments such as smart offices grow increasingly populated with diverse IoT devices, a single edge server must simultaneously assist multiple devices, each competing for the same shared inference resources. Without a principled mechanism to manage this shared load, the server is quickly overwhelmed, causing latency SLO violations and rendering server-assisted inference ineffective. In this work, we present MANE, a distributed inference framework that equips the server with a multi-path tail architecture, enabling a dynamic accuracy--throughput trade-off at runtime. By introducing a novel multi-path model architecture, a three-stage training scheme featuring a Joint Head Network Distillation loss and a hysteresis-based scheduler with an equitable device-fallback policy, MANE maintains over 80% SLO satisfaction rate where state-of-the-art onloading methods fail completely, while preserving accuracy 6pp higher than on-device alternatives, across up to 40 concurrent devices.

Sun 13 SeptDistributed, Parallel, and Cluster ComputingArtificial Intelligence
The gist
When many smart devices try to use a shared edge server to run parts of their AI models, the server can get overwhelmed and slow down. The authors designed MANE, a system that lets the server switch between different versions of a model to balance accuracy and speed during busy times. MANE also helps decide fairly which devices get full service and which fall back on simpler models so the system keeps working smoothly. Tests showed MANE keeps most devices running on time and more accurate than just letting devices do inference on their own.
Open 2609.14660v1

Robust federated learning defends clients from faulty neighbors

Robust Decentralized Personalized Federated Learning via Prediction-Constrained Neighborhood Collaboration

Abstract: This paper proposes a robust decentralized personalized federated learning method R-DPFL, that enables clients to reduce the impact of Byzantine attacks via robust neighborhood direction estimation and history-based update trend prediction, rather than purely aggregating client models as in the existing work. In R-DPFL, each client first computes the current-round model update by aggregating the received neighborhood update vectors. It then predicts what this update should be based on its historical values and local model changes. Finally, R-DPFL computes the difference between these two quantities, adaptively clips this difference, and adds it to the local update. We prove convergence of the learning process through rigorous analysis and show that honest clients maintain stable personalized descent dynamics under Byzantine neighbor perturbations without requiring consensus among neighboring models. Extensive experiments on CIFAR-10 demonstrate that RDPFL consistently outperforms state-of-the-art decentralized and personalized federated learning baselines under heterogeneous and adversarial settings.

Mon 7 SeptMachine LearningCryptography and SecurityDistributed, Parallel, and Cluster Computing
The gist
Federated learning lets many devices train their own personalized AI models while sharing information. However, some devices may send harmful, false updates that can harm the learning process. The authors propose a new method called R-DPFL that helps each device check if updates from its neighbors make sense by comparing them to what it thinks should happen based on past updates. This way, the method reduces the bad effects from harmful devices and lets each device learn more effectively without needing everyone to agree exactly.
Open 2609.07312v1