→ roman80010: 果然加回來 09/24 01:56
推 Yohachan: 笑死 09/24 03:13
推 Sougetu: 15PM從17.3→18.0覺得續航力打7折及增加很多發熱狀況後決 09/24 05:06
→ Sougetu: 定死馬當活馬醫升上去......目前經過2小時覺得都有改善， 09/24 05:06
→ Sougetu: 不過App store的未讀數偶爾會消失。雖然實際上不影響使用 09/24 05:06
→ Sougetu: ，本來就習慣偶爾去下拉看有沒有更新 09/24 05:06
→ JH10: @Sougetu 我的沒這個情況耶，是不是要還原成原廠？ 09/24 07:30
推 siekensou000: 我15pm 18.0反而超穩定 09/24 09:20
→ rb731024: 15PM反而覺得更省電 熱倒是沒感覺 09/24 09:43
推 tuomi: 我的15PM更新到18，明顯耗電耶...... 09/24 09:46
推 JamesJong: 15PM更新18.0省電+1 09/24 09:58
推 khun32689: 14P更完超耗電，希望會推18.1 09/24 10:45
推 dream951: 15pm 升18ios 明顯耗電+1 09/24 11:01
推 bloodsea: 15P更新前電池215迴圈健康98%，更新後直接掉到93% 09/24 11:26
→ vtsh20126: airpods pro的關閉不見了，只剩下降噪、通透跟適應性， 09/24 11:29
→ vtsh20126: 有人也是一樣嗎 09/24 11:29
→ oopsskimo: 這次很多人在ios18掉了一堆健康度 可能是新機效應？ 09/24 12:20
推 Heng1018: 測試都推薦15 Pro升18欸 最高還多了一小時續航 09/24 13:45
→ TECHMONSTER: 15p更新18不知道為什麼照片一直在背景活動 好幾天了 09/24 13:53
推 david3033: 因為他在最佳化 類似把照片上標籤讓你搜尋快一點 09/24 13:56
→ david3033: 晚上插線充電讓他跑完就正常了 09/24 13:56
推 CGary: 18.1B5之後沒有過熱現象 B4超燙的...18.0就一直溫溫耗電... 09/24 15:37
→ CGary: 我也是15PM... 09/24 15:37
推 Allen0315: iPhone 15 Pro Max 18.0 反而省電 ; 耗電的是18.1 09/24 15:55
→ Allen0315: 新的apple intelligence蘋果AI有項專利技術: 09/24 15:56
→ Allen0315: Prive Cloud Compute私密雲計算 09/24 15:57
→ Allen0315: 這才是18.1引用蘋果AI之後耗電的主因 09/24 15:57
→ Allen0315: 你的iPhone都在幫別人的iPhone裡的AI做計算 09/24 15:58
→ Allen0315: 尤其是18.1一開始只有北美英文版 09/24 15:58
→ Allen0315: 也就是全世界的15pm以上機種都在幫18.1北美用戶算 09/24 15:59
→ Allen0315: 買iPhone16以上的 現在沒AI用 就是在幫別人運算 09/24 16:00
→ Allen0315: 以前P2P技術就是用在emule, BT下載 09/24 16:01
→ Allen0315: 之後什麼加密貨幣 虛擬智慧財 全都是用P2P去算 09/24 16:02
推 artyyouth: 樓上講那麼多結果是錯的 Prive Cloud Compute用的 09/24 16:33
→ artyyouth: 是蘋果自建伺服器 靠M系列晶片在算 根本沒有分任務給其 09/24 16:33
→ artyyouth: 他個人裝置 09/24 16:33
推 CGary: PCC是把"自己需要的AI"任務部分留在本機運算 不是處理任意 09/24 16:39
→ CGary: 的"別人AI任務"... 09/24 16:39
→ Allen0315: 每當使用者下指令，Apple Intelligence 會分析這是 09/24 16:48
→ Allen0315: 否能透過裝置端處理。若該指令需要更大量的運算， 09/24 16:48
→ Allen0315: 系統會啟用「Private Cloud Compute」，並且只會 09/24 16:49
推 Larsie: 錯得離譜還在p2p, 笑死 09/24 16:49
→ Allen0315: 傳送與指令相關的資料供 Apple 晶片伺服器處理。 09/24 16:49
→ Allen0315: 指令傳送到「Private Cloud Compute」的過程中， 09/24 16:49
→ Allen0315: 資料不會被儲存或被 Apple 取得，該資料也只限用 09/24 16:50
→ Allen0315: 於運算使用者的指令。 09/24 16:50
推 CGary: 你都看到這篇了還會講成"傳給別台機器"...是local可以算的 09/24 16:54
→ CGary: 就local算 不能的就傳給蘋果的Server算 是自己的工作任務, 09/24 16:55
→ CGary: 不是派工別人的... 09/24 16:55
→ BaRanKa: 有趣 我也是更新前98% 更新後92% 不過算了 電池消耗品 09/24 16:55
→ CGary: 簡單來說 你如果是小的AI任務像是圖片的clean,那local機器 09/24 16:55
→ CGary: 算算就收工了 但如果你需要用大語言跑不動 就丟給蘋果算 09/24 16:56
→ CGary: 現在的AI平行化能力根本不夠(不然就不會全部塞給同一顆gpu 09/24 16:57
→ CGary: 跟要大vram了),直接平行化就好了...把job切給大家算不算是 09/24 16:58
→ CGary: 太現實的做法... 09/24 16:58
推 CGary: 那篇文章講的東西就是講e2e encryption跟server端有沙箱確 09/24 17:01
→ CGary: 保你的資料不會被蘋果拿去用(當然這說法是否為真有待驗證), 09/24 17:02
→ CGary: 也不是說你的資料會跟人p2p... 09/24 17:02
→ Heng1018: 看這麼多得出p2p的結論== 09/24 17:59
噓 Allen0315: end-to-end encryption is our most powerful defense. 09/24 18:14
→ Allen0315: 自己看藍字 09/24 18:14
推 dendenomg: 10月開通的15p, 更新前後電池都是91，好像也沒變省電 09/24 18:54
推 reon: 剛更新完會比較卡和耗電 過幾天就好了 09/24 23:22
推 CGary: end-to-end 是server to client,peer to peer 不是end to 09/25 02:56
→ CGary: end...= = 就說你搞錯了... 09/25 02:57
→ CGary: end-to-end encryption 在這裡是 software security 的專業 09/25 02:57
→ CGary: 術語 是講從服務容器(iPhone)到提供者(Apple智能伺服器)的 09/25 02:58
→ CGary: 兩端終點中全線都是加密的狀態 為了確保Apple員工也不能在 09/25 02:58
→ CGary: 終端可以直接access得到資料以及不同的iPhone用戶資料不會 09/25 03:00
→ CGary: 因為程式錯誤而產生資料混用, 他們用了沙盒將資料層做了虛 09/25 03:00
→ CGary: 擬隔離...不是資料從你的iPhone傳到別人的iPhone,反之亦然 09/25 03:01
→ CGary: 這篇blog就是在講他們伺服器多安全 你把東西丟給他算多安全 09/25 03:02
→ CGary: 而已 根本不是啥P2P 09/25 03:02
推 ctttttt: 剛更新上去它資料會重新學習 所以會耗電後期會好一點。 09/25 09:18
→ ctttttt: 自己手機不可能幫人家跑處理 這約等於挖礦，自己想看看 09/25 09:18
→ ctttttt: 合不合理。 要麻蘋果雲運算，要麻自己的自己算 09/25 09:18