※ 本文轉寄自 ptt.cc 更新時間: 2015-09-19 07:19:27
看板 Gossiping
作者 標題 [新聞] Google有多大?有20億行程式這麼大!
時間 Fri Sep 18 22:43:31 2015
1.媒體來源:
※ 例如ithome
2.完整新聞標題:
※ 標題沒有寫出來 ---> 依照板規刪除文章
Google有多大?有20億行程式這麼大!
相較之下Linux核心才只有4萬個檔案,1500萬行程式。Google單單在一周內由人工所更改
的程式就超過25萬個檔案,1500萬行程式。Windows自1980年代以來約使用了5000萬行程
式,這代表Google程式庫大概是Windows的40倍這麼大。
的程式就超過25萬個檔案,1500萬行程式。Windows自1980年代以來約使用了5000萬行程
式,這代表Google程式庫大概是Windows的40倍這麼大。
3.完整新聞內文:
※ 社論特稿都不能貼! 違者劣退,貼廣告會被劣喔!
文/陳曉莉 | 2015-09-18發表
Google工程經理Rachel Potvin在本周舉行的一場工程會議上揭露了Google內部的程式運
作架構,說明Google堅持採用單一程式儲藏庫(single respository)的理由,透露了所
有的Google服務是由20億行的程式所組成,並透過名為Piper的版本控制系統來管理。
作架構,說明Google堅持採用單一程式儲藏庫(single respository)的理由,透露了所
有的Google服務是由20億行的程式所組成,並透過名為Piper的版本控制系統來管理。
根據今年1月的數據,Google程式儲藏庫總計有10億個檔案、20億行程式,容量高達86TB
,所曾執行的修改超過3500萬次,平均每天修改4.5萬次。大約有95%的Google工程師可以
直接存取該程式庫。Potvin認為這應該是全球最大的單一程式儲藏庫。Google並利用Pipe
r在全球十個資料中心間複製此單一程式庫。
,所曾執行的修改超過3500萬次,平均每天修改4.5萬次。大約有95%的Google工程師可以
直接存取該程式庫。Potvin認為這應該是全球最大的單一程式儲藏庫。Google並利用Pipe
r在全球十個資料中心間複製此單一程式庫。
20億行程式到底有多大?相較之下Linux核心(kernel)才只有4萬個檔案,1500萬行程式
。Google單單在一周內由人工所更改的程式就超過25萬個檔案,1500萬行程式。
Wired另以微軟Windows作業系統為例指出,Windows自1980年代以來約使用了5000萬行程
式,這代表Google程式庫大概是Windows的40倍這麼大。
龐大的Google共享程式庫支撐了Google的所有服務,從Google搜尋、Gmail、YouTube到Go
ogle Maps等。Google在全球約有2.5萬名工程師會存取該程式庫,但程式庫內容的變動並
非只來自工程師。事實上,在每天4.5萬次的修改中,人為的變動只佔了1.5萬次,來自自
動化系統的變動佔了3萬次。
ogle Maps等。Google在全球約有2.5萬名工程師會存取該程式庫,但程式庫內容的變動並
非只來自工程師。事實上,在每天4.5萬次的修改中,人為的變動只佔了1.5萬次,來自自
動化系統的變動佔了3萬次。
供全球工程師存取的Google程式庫也有驚人的流量,平常每秒的查詢量高達50萬次,尖峰
時刻的每秒查詢量則可達到80萬次。
大部份的Google工程師都能變更程式庫,但要改變的程式都必須先經過人工或自動化工具
的審核,每個目錄都有管理者負責核准程式的變更,在變更的前後也都會經過測試及自動
化檢查,正式完成的變更會自動部署到其他相關的程式中。
的審核,每個目錄都有管理者負責核准程式的變更,在變更的前後也都會經過測試及自動
化檢查,正式完成的變更會自動部署到其他相關的程式中。
Potvin指出,單一程式庫的好處包括提供最正確的程式碼、執行程式分享與再利用、簡化
管理、可執行自動化變更、提昇不同團隊的合作、清楚的整體樹狀架構,以及讓團隊界線
與程式所有權更具彈性。
管理、可執行自動化變更、提昇不同團隊的合作、清楚的整體樹狀架構,以及讓團隊界線
與程式所有權更具彈性。
然而,Potvin也同意龐大的單一程式庫管理並非適用於每一個組織,卻非常適合具備開放
及協作特性的組織。
相較於管理龐大的單一程式庫,有不少企業採用的是多程式庫的架構,由不同團隊負責管
理自己的程式庫,而這牽涉到企業文化,在Reddit討論區引起了許多的迴響,有人說Goog
le允許A團隊修改B團隊程式的作法令人覺得大家是處於同一個公司,而不只是位於不同部
門的同事。
理自己的程式庫,而這牽涉到企業文化,在Reddit討論區引起了許多的迴響,有人說Goog
le允許A團隊修改B團隊程式的作法令人覺得大家是處於同一個公司,而不只是位於不同部
門的同事。
也有人認為Google所倡導的文化其實頗類似GitHub,兩者都提供了開放且共享的程式,但
有別於Google的單一程式庫架構,GitHub是由很多小型、分散且獨立的程式庫所組成,而
且GitHub程式更新並沒有同步。(編譯/陳曉莉)
有別於Google的單一程式庫架構,GitHub是由很多小型、分散且獨立的程式庫所組成,而
且GitHub程式更新並沒有同步。(編譯/陳曉莉)
4.完整新聞連結 (或短網址):
※ 當新聞連結過長時,需提供短網址方便網友點擊
http://www.ithome.com.tw/news/98815
Google有多大?有20億行程式這麼大! | iThome
相較之下Linux核心才只有4萬個檔案,1500萬行程式。Google單單在一周內由人工所更改的程式就超過25萬個檔案,1500萬行程式。Windows自1980年代以來約使用了5000萬行程式,這代表Google程式庫大概是Windows的40倍這麼大。 ...
![[圖]](http://i3.disp.cc/t/0/static4.ithome.com.t_files_field_image_google_repository.jpg)
5.備註:
※ 一個人一天只能張貼一則新聞,被刪或自刪也算額度內,超貼者劣文,請注意
今年2015年的 Google code jam qualification round
Problem B. Infinite House of Pancakes
Input
1
5
4 8 7 8 3
答案會是 Case #1: 7
這答案不是 6 嗎?
me friend是拿 qualification round 考100分的中國大陸陌生網友xiao****的code
用手機測試的。
為什麼不是 House of Infinite Pancakes ?
--
918事變
--
Sent from my Android
--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 106.104.42.2
※ 文章代碼(AID): #1L_2CMmh (Gossiping)
※ 文章網址: https://www.ptt.cc/bbs/Gossiping/M.1442587414.A.C2B.html
※ 編輯: funbook (106.104.42.2), 09/18/2015 22:46:06
--
噓 : 幹.... 還好我不準備寫程式寫一輩子...1F 09/18 22:44
推 : 0001110101010110100110001001000111001100110S2F 09/18 22:45
推 : 裡面養一堆猴子整天寫3F 09/18 22:45
→ : label1.caption = "Fuck my life"4F 09/18 22:45
推 : 工三小阿??5F 09/18 22:46
噓 : 工三小6F 09/18 22:46
→ : 十幾年了 竟然累積這麼多 @@7F 09/18 22:46
推 : 估狗給的絕對請得起孫悟空,而不是一般的猴子~8F 09/18 22:47
※ 編輯: funbook (106.104.42.2), 09/18/2015 22:48:14推 : 又沒開放程式碼9F 09/18 22:47
推 : 說台語好嗎?10F 09/18 22:47
→ : google光給實習生的薪水都可以屌打台灣各大科技公司了11F 09/18 22:47
→ : 請猴子? 鬥戰勝佛還差不多
→ : 請猴子? 鬥戰勝佛還差不多
推 : 猴子哩 看到月亮會變身的大概都進去了13F 09/18 22:49
推 : 哪天它產生自我意識 人類死期到了14F 09/18 22:50
推 : 更強的是google為了效能,他的程式碼都不縮排的......15F 09/18 22:51
→ : 他們工程師一定都有近視
→ : 他們工程師一定都有近視
推 : 不知道搜尋引擎的演算法佔了多少17F 09/18 22:52
→ : 不過python應該還是要的18F 09/18 22:54
推 : google這麼強 結果寫出的安卓這種東西19F 09/18 22:54
噓 : 幹這也一篇 怎麼不說win7超過50e行20F 09/18 22:54
推 : 註解貼出師表1億次也能一樣多阿21F 09/18 22:55
→ : 臭的是java,google的Android Studio已經支援C、C++了22F 09/18 22:57
推 : 看不懂........23F 09/18 22:59
→ : 真正強的程式設計師都是比誰寫的短就能執行到一樣效能..24F 09/18 23:00
→ : 所以比程式行數沒啥意義吧...
→ : 所以比程式行數沒啥意義吧...
推 : 重量會變重嗎?26F 09/18 23:01
→ : 以前記憶體小,所以都要盡量寫短,如C=C+1改成C++,現在都27F 09/18 23:05
→ : 沒在care了!所以一堆吃記憶體大怪獸程式...
→ : 沒在care了!所以一堆吃記憶體大怪獸程式...
→ : source code可以到86TB?29F 09/18 23:09
推 : 現在硬體便宜 維護性往往比效能重要30F 09/18 23:13
推 : 樓樓上在搞笑嗎 寫成c++比較短省記憶體?31F 09/18 23:13
→ : 通常不鼓勵那種只有當事人懂的神奇寫法32F 09/18 23:14
噓 : Google可以把自家所有軟體的程式碼加在一起看,微軟就只能33F 09/18 23:14
→ : 看 Windows ?
→ : 看 Windows ?
推 : 不考慮最佳化 c++比c=c+1省記憶體吧35F 09/18 23:16
推 : 以前我也覺得寫得愈短愈好,現在反而認為長短是比巧,36F 09/18 23:17
→ : 效率才是王道
→ : 效率才是王道
推 : 微軟其他產品的行數好像沒有公開資料38F 09/18 23:17
推 : 最早打孔機年代 能寫多短就多短啊39F 09/18 23:24
推 : 真正有用的有多少呢?40F 09/18 23:29
推 : 這兩個會Compile成一樣的machine code, 怎麼會影響執行的41F 09/18 23:37
→ : 記憶體呢 binary所需要記憶體跟程式寫得長短怎麼會有直接
→ : 關係呢
→ : 記憶體呢 binary所需要記憶體跟程式寫得長短怎麼會有直接
→ : 關係呢
推 : 縮排和程式效率無關,和可讀性有關44F 09/18 23:41
推 : 因為Pancakes是finite啊 阿呆...45F 09/18 23:52
推 : 召喚資工肥宅嘍46F 09/18 23:54
→ : zzz 因為iHOP是美國很大的連鎖餐館 他改個名而已47F 09/19 00:17
推 : 資工也不懂48F 09/19 00:59
推 : ㄧ種整天用註解聊天的概念49F 09/19 01:22
推 : 看來很多人認為能進google的都不懂程式執行效率XD50F 09/19 02:45
→ : 更別說寫出來的不能是只有作者看的懂的87code好嗎
→ : 更別說寫出來的不能是只有作者看的懂的87code好嗎
推 : android的codebase差不多就20g了52F 09/19 03:20
--
※ 看板: K_hot 文章推薦值: 0 目前人氣: 0 累積人氣: 97
回列表(←)
分享