MétaCan
Menu
Back to cohort
Record W2072498728 · doi:10.1109/wcnc.2013.6555335

Cloud Offloading on Customer-Provided Resources

2013· article· en· W2072498728 on OpenAlexaff
Kunfeng Lai, Hong Tang, Haiyang Wang, Shengyong Ding, Dan Wang

Bibliographic record

Venuenot available
Typearticle
Languageen
FieldSocial Sciences
TopicHuman Mobility and Location-Based Analysis
Canadian institutionsSimon Fraser University
Fundersnot available
KeywordsCloud computingComputer scienceBottleneckServerLatency (audio)Computation offloadingScheduling (production processes)Mobile deviceComputer networkDistributed computingEmbedded systemOperating systemEdge computingTelecommunications

Abstract

fetched live from OpenAlex

Cloud offloading has recently attracted a substantial amount of attention from both industry and academia. This new generation of service, beyond conventional task scheduling and management, utilizes the abundant computation capacity from the public clouds and takes it as a part of external resource on the mobile devices. In this paper, we find that the cloud offloading can potentially increase the running latency of the offloaded tasks. Our measurement shows that the cloud offloading systems, such as Gaikai, can introduce up to 400ms communication latency between the customers and the remote offloading servers. This creates a severe bottleneck to offload the delay sensitive tasks. To mitigate such a challenge, we suggest Cloud Offloading on Customer-Provided Resources, which utilizes the local resources of the customers, such as their home PCs, to minimize the latency during the task offloading. We discuss the framework design based on our commercial system SpotCloud and propose a travel-aware protocol to further address the latency problems when the customers are traveling far from their home PCs. Our model analysis and trace-based simulation indicate that the task execution latency can be reduced by 60% when using the customer-provided offloading service. It is reasonable to believe that such a framework can serve as a useful complement to the conventional cloud offloading on pubic clouds.

Fetched live from OpenAlex and de-inverted. Abstracts are not stored in this database: the inverted indexes are 8.6 GB of the frame’s 9.3 GB of text, and the host has 13 GB free.

How this classification was reachedexpand

Full frame distilled prediction

Teacher imitation

Not calibrated prevalence, not ground truth. Human validation pending. Learned from the 10,348 direct Codex labels and 10,348 direct Gemma labels. Candidate is the union of thresholded teacher heads; consensus is their intersection. These outputs are machine_predicted_unvalidated and are not human labels or direct frontier model labels.

metaresearch head score (Codex)0.001
metaresearch head score (Gemma)0.000
Version: codex-gemma-dda1882f352aValidation status: machine_predicted_unvalidated
Candidate categoriesInsufficient payload (model declined to judge)
Consensus categoriesInsufficient payload (model declined to judge)
DomainCandidate signal: none · Consensus signal: none
Study designCandidate signal: Not applicable · Consensus signal: none
GenreCandidate signal: Empirical · Consensus signal: Empirical
Teacher disagreement score0.762
Threshold uncertainty score0.996

Codex and Gemma teacher scores by category

CategoryCodexGemma
Metaresearch0.0010.000
Meta-epidemiology (narrow)0.0000.000
Meta-epidemiology (broad)0.0000.000
Bibliometrics0.0000.000
Science and technology studies0.0010.000
Scholarly communication0.0000.000
Open science0.0000.000
Research integrity0.0000.000
Insufficient payload (model declined to judge)0.0120.004

Machine scores (provisional)

The two teacher heads of the student model, read on this work. A score orders the frame for review; it never asserts a category, and the validation status ships verbatim with every row.

Baseline scores from an immature model (maturity gate not passed, 7 training rounds). Scores rank; they never assert a category.

Opus teacher head0.019
GPT teacher head0.284
Teacher spread0.266 · how far apart the two teachers sit on this one work
Validation statusscore_only:v0-immature-baseline · verbatim from the scoring run: score_only means the number may rank works, and no category label ships from it

Classification

machine, unvalidated

Machine predicted; both teacher heads agree on what is shown here.

Study designNot applicable
Domainnot available
GenreEmpirical

How this classification was reached, model by model and score by score, is at the end of the page under "How this classification was reached".

Quick stats

Citations5
Published2013
Admission routes1
Has abstractyes

Explore more

Same topicHuman Mobility and Location-Based AnalysisFrench-language works237,207