惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

B
Blog
Microsoft Security Blog
Microsoft Security Blog
Jina AI
Jina AI
博客园 - 叶小钗
J
Java Code Geeks
博客园 - 聂微东
博客园 - 司徒正美
大猫的无限游戏
大猫的无限游戏
阮一峰的网络日志
阮一峰的网络日志
V
V2EX
美团技术团队
WordPress大学
WordPress大学
M
MIT News - Artificial intelligence
雷峰网
雷峰网
酷 壳 – CoolShell
酷 壳 – CoolShell
GbyAI
GbyAI
罗磊的独立博客
T
The Blog of Author Tim Ferriss
aimingoo的专栏
aimingoo的专栏
T
Tailwind CSS Blog
The Cloudflare Blog
Stack Overflow Blog
Stack Overflow Blog
N
Netflix TechBlog - Medium
小众软件
小众软件

Hacker News: Best

madhadron - The seven programming ur-languages GitHub - smol-machines/smolvm: Tool to build & run portable, lightweight, self-contained virtual machines. I Measured Claude 4.7's New Tokenizer. Here's What It Costs You. Introducing Claude Design by Anthropic Labs It Is Time to Ban the Sale of Precise Geolocation The creative software industry has declared war on Adobe Isaac Asimov: The Last Question Newly unsealed records reveal Amazon’s price-fixing tactics, California attorney general claims Clojure - Documentary Android CLI and skills: Build Android apps 3x faster using any agent Qwen3.6-35B-A3B on my laptop drew me a better pelican than Claude Opus 4.7 Codex:全能型助手 Introducing Claude Opus 4.7 Qwen Studio The Future of Everything is Lies, I Guess: Where Do We Go From Here? Virginia Bans Sale of Geolocation Data YouTube now lets you turn off Shorts Burgers | マクドナルド公式 ChatGPT for Excel Ask HN: Who is using OpenClaw? Live Nation illegally monopolized ticketing market, jury finds Google Broke Its Promise to Me. Now ICE Has My Data. Open Source Isn't Dead. The Future of Everything is Lies, I Guess: New Jobs Unexpected €54k billing spike in 13 hours: Firebase browser key without API restrictions used for Gemini requests IPv6 – Google Your Backpack Got Worse On Purpose Good sleep, good learning, good life Fixing a 20-year-old bug in Enlightenment E16. Does Gas Town 'steal' usage from users' LLM credits & paid services to improve itself?
A low-carbon computing platform from your retired phones
2026-06-13 · via Hacker News: Best

With support from Google, Researchers at the University of California San Diego are building a useful second-life for consumer smartphones.

The carbon footprint of computing is a key sustainability challenge. It is driven by two major sources: operational carbon reflects emissions from energy consumed during use, and embodied carbon encompasses emissions associated with hardware manufacturing. While operational carbon is often addressed with efforts such as improved energy efficiency and using clean energy, the manufacturing footprint represents a more complex hurdle.

To address this, researchers at the University of California San Diego are building a pathway for the second life of phones through the exploration of “phone cluster computing.” This is a process whereby the motherboards of retired smartphones are extracted, collected into clusters, and redeployed as a general-purpose computing platform. With Google’s support, the university plans to deploy a datacenter built from 2,000 Pixel smartphones that will provide hundreds of researchers and students with low-cost, low-carbon cloud computing, reducing the need for newly-manufactured hardware and their associated emissions.

Smartphones: A significant contributor

On average, people replace their phone every four years. This is generally driven by people’s desire for a new device, including for the functionalities provided by new models. Many replaced phones, however, have their core compute functionalities intact and are still relatively powerful computers with integrated processors, accelerators, memory, and storage. While an old phone might no longer be of interest to its first purchaser, putting it back in service can directly reduce the environmental footprint of computing by avoiding the need for further raw material extraction.

This blog discusses a novel strategy: re-deploying unwanted smartphones for cloud computing applications.

The single-threaded performance of modern smartphones’ performance processor cores is on-par with or better than those of modern multicore servers (see figure below). The most significant difference between a smartphone and a server is their size: servers contain dozens of powerful multithreaded processor cores and a huge memory capacity, while a smartphone has a handful of heterogeneous processor cores and 8-12GB of memory. One of the key challenges, then, is to target applications that fit into, or can be made to fit into, the capacity of a smartphone.

From consumer devices to datacenter hardware

Redeploying unmodified consumer smartphones in a datacenter environment would be hazardous and inefficient. Smartphones’ compute elements are wrapped in components that aren’t needed in the server context — display, battery, chassis, and peripheral hardware like cameras. In addition to taking up valuable space, some components, such as batteries, contain materials not rated for a datacenter environment.

Prior to deployment, smartphones must be processed to remove all but the motherboard, which contains the core compute functionality. Note that the motherboard is responsible for the largest fraction of embodied carbon (approximately 50% based on internal carbon footprinting assessments), so this effort targets the most impactful components.

The Android operating system (OS) is already based on Linux, but the mobile-oriented Android userspace must be replaced with a general-purpose Linux distro. Updating the OS doesn't just get programmability; it also switches off many of the protections that are important for consumer devices, but unnecessary for cloud computing. For example, phones have a “low memory killer” daemon, which throttles memory-hungry applications.

The challenge of orchestrating jobs across the large number of devices that are needed to meet the performance of a traditional server — SPEC benchmarking results indicate that 25-50 phones equate to a modern server — is addressed by the use of containerized applications managed by Kubernetes. The phones are organized into self-managing clusters of 25-50 devices.

Building a low-carbon cloud computing platform

At many universities, an abundance of EdTech, grading, and research applications are already being run on the cloud. These applications range from tiny machines for hosting Jupyter notebooks to expensive GPU-based servers for parallel computing classes. The vast majority of these applications are within the capabilities of a single smartphone to host, with the standard grading backend running on small cloud instances such as AWS’ t3.micro (2 vCPU, 1 GB memory).

Researchers at the University of California San Diego are planning a 2,000-phone computing cluster to support computer science classes such as Parallel Computation and Systems Programming. Early experiments show that even a moderately-sized cluster of 20 phones is capable of supporting peak submission rates for a 75+ student class, with grading latencies below the default AWS backend. A 2,000 phone deployment will be capable of supporting a hundred such classes at once.

In addition to the direct benefit of providing 50 server-equivalents worth of compute at a fraction of the usual cost, the deployment will also act as a testbed for smartphone-based computing at scale. In particular, the project will investigate the reliability of consumer-grade hardware under sustained use. The full system is expected to launch in Fall 2026.

Read more about our approach to reducing carbon emissions associated with consumer electronics in our Consumer Hardware Carbon Reduction Guide.

Acknowledgments

This projected was supported by Googlers Efren Robles, Federico Centola, Nischal Agarwal, Rajiv Andrade, Manoj Vishwanathan, Ron Vered, Behnam Heydarshahi, Karina Repetz, Ted Briggs, Julie Rapoport, David Bourne, and Tom Kennedy. UC San Diego collaborators include Aramesh Ranganathan, Chris Crutchfield, Gabriel Marcano, Computer Science Prof. Ryan Kastner, and Computer Science Prof. Patrick Pannuto.