freepeople性欧美熟妇, 色戒完整版无删减158分钟hd, 无码精品国产vα在线观看DVD, 丰满少妇伦精品无码专区在线观看,艾栗栗与纹身男宾馆3p50分钟,国产AV片在线观看,黑人与美女高潮,18岁女RAPPERDISSSUBS,国产手机在机看影片

正文內(nèi)容

google文件系統(tǒng)ppt課件(已修改)

2025-01-27 09:25 本頁(yè)面
 

【正文】 GFS: The Google File System Brad Karp UCL Computer Science CS Z03 / 4030 30th October, 2021 2 Motivating Application: Google ? Crawl the whole web ? Store it all on “one big disk” ? Process users’ searches on “one big CPU” ? More storage, CPU required than one PC can offer ? Custom parallel superputer: expensive (so much so not really available today) 3 Cluster of PCs as Superputer ? Lots of cheap PCs, each with disk and CPU – High aggregate storage capacity – Spread search processing across many CPUs ? How to share data among PCs? ? Ivy: shared virtual memory – Finegrained, relatively strong consistency at load/store level – Fault tolerance? ? NFS: share fs from one server, many clients – Goal: mimic original UNIX local fs semantics – Compromise: closetoopen consistency (performance) – Fault tolerance? GFS: File system for sharing data on clusters, designed with Google’s pplication workload specifically in mind 4 Google Platform Characteristics ? 100s to 1000s of PCs in cluster ? Cheap, modity parts in PCs ? Many modes of failure for each PC: – App bugs, OS bugs – Human error – Disk failure, memory failure, failure, power supply failure – Connector failure ? Monitoring, fault tolerance, autorecovery essential 5 Google File System: Design Criteria ? Detect, tolerate, recover from failures automatically ? Large files, = 100 MB in size ? Large, streaming reads (= 1 MB in size) – Read once ? Large, sequential writes that append – Write once ? Concurrent appends by multiple clients (., produc
點(diǎn)擊復(fù)制文檔內(nèi)容
教學(xué)課件相關(guān)推薦
文庫(kù)吧 www.dybbs8.com
公安備案圖鄂ICP備17016276號(hào)-1