增加網址:
文章備註、標題(會記錄下來,但是暫時不會顯示):
[電腦]Windows11 無名 21/06/16(三)02:51:57 ID:Ossz7fc2 No.422631
評分:0, 年:0, 月:0, 週:0, 日:0, [+1 / -1] 最後更新:2021-06-25 14:33:19
附圖
無本文
無題 無名 21/06/16(三)02:53:45 ID:Ossz7fc2 No.422632
附圖
無本文
無題 無名 21/06/16(三)05:04:34 ID:TiVYWpts No.422633
回覆: >>422637
這工作列抄麥金塔對吧?
還真醜
無題 無名 21/06/16(三)06:22:42 ID:F0dK.das No.422634
還是他媽的死人慘白視窗
無題 無名 21/06/16(三)11:51:47 ID:o.qNcGoY No.422635
YT上已經有人展示透過修改套件改出類似的界面不是?
https://www.youtube.com/watch?v=9HsBxJm2ayw
無題 無名 21/06/16(三)13:15:51 ID:e8UuYnH2 No.422637
回覆: >>422643
>>422633
多螢幕、寬螢幕的環境愈來愈多的話,對齊中間的設計比較合理
無題 無名 21/06/16(三)15:09:18 ID:74x1RTuY No.422639
附圖
vmware workstation 16 可安裝
繁中語言包可安裝但尚未完整對應
無題 無名 21/06/16(三)22:38:49 ID:1u.yDC7Q No.422643
回覆: >>422647
>>422637
沒吧?
MacOS 裡相對 Windows 的開始按鈕的那顆蘋果
本身沒放到 Dock 裡吧?
想想 Win11 把開始按鈕也和 Task 圖示一起置中
Task 圖示數量一變動 開始按鈕位置也會動
過去可以甩手直畫到左下角點集"開始"
現在就要仔細看位置才能按耶w
無題 無名 21/06/16(三)22:56:58 ID:6Dj07izE No.422644
win8把開始改到中間還能理解
那個印度佬win10把觸控砍到跟殘廢沒兩樣 做這個幹嘛
覺得滑鼠滑到中間找開始跟直接用手指去點一樣簡單嗎= =?
無題 無名 21/06/16(三)23:21:16 ID:rs20ZI5A No.422647
回覆: >>422654
>>422643
Win鍵表示...
無題 無名 21/06/16(三)23:59:51 ID:HwM3NeaA No.422648
回覆: >>422723
那個版本的win11開始可以改回左下所以沒差啦
但是不能放左右邊了
若是比16:9還寬的螢幕我會想把開始工作列放左邊的說
無題 無名 21/06/17(四)00:11:23 ID:bpdMbTIM No.422649
win11可以從win10免費升級?
無題 無名 21/06/17(四)02:08:49 ID:yZ3ZPQUg No.422651
不是說10以後只有版本號不同嗎?
這麼快就翻車?
無題 無名 21/06/17(四)08:25:48 ID:tJuojUo. No.422653
>>422651
科技公司的屁話聽聽就好,科技進步之下打臉速度可快了。
無題 無名 21/06/17(四)09:10:56 ID:yMwzXud. No.422654
回覆: >>422655
>>422647
印度阿三:win10我們從觸控退化回滑鼠 win11我們要再退化到鍵盤
一切都說得通了
無題 無名 21/06/17(四)11:42:32 ID:a04W.drA No.422655
>>422654
難道真的有人會用滑鼠去點開始?
無題 無名 21/06/17(四)13:24:53 ID:G3/k.YnU No.422656
回覆: >>422657
>>422651
某個微軟工程師私下自己講的,其實不算是微軟官方發言。
無題 無名 21/06/17(四)15:11:23 ID:3.6AAP.U No.422657
回覆: >>422658
>>422656
高階主管的話還能當屁話?
那這間公司到底還有誰在狀況內w
無題 無名 21/06/17(四)15:19:26 ID:tJuojUo. No.422658
回覆: >>422659
>>422657
科技產業高階主管的屁話可多了......(望向馬斯克)
無題 無名 21/06/17(四)15:26:49 ID:3.6AAP.U No.422659
回覆: >>422660
>>422658
前幾個月還再三保證新系統是win10 x沒有開發win11的計畫
結果現在就推出來還已經有完整雛型了
看來把使用者當白老鼠這招真的超賺
省了QA團隊的錢也不影響市場壟斷
無題 無名 21/06/17(四)17:30:11 ID:CcA5ohr2 No.422660
>>422659
結果Win11其實只是Win10界面大改的更新包
無題 無名 21/06/17(四)17:59:33 ID:a04W.drA No.422661
回覆: >>422663
附圖
目前來看Win11就是Win10大更新的版本編號而已,從10版改為11版...
無題 無名 21/06/17(四)19:00:37 ID:nYlffv1. No.422662
微軟宣布執行長Satya Nadella兼任董事長
https://www.ithome.com.tw/news/145079

看來董事會超滿意的,想等到印度人下台的有得等囉~
無題 無名 21/06/17(四)19:13:24 ID:gAxBEw0Q No.422663
> 422661
如果這樣是有個毛意義
繼續10 X版就好了啊
無題 無名 21/06/17(四)19:28:31 ID:u9wvL5r2 No.422664
>>422663

改名可以趁機把一堆老東西踢出支援清單
無題 無名 21/06/17(四)19:48:19 ID:nYlffv1. No.422665
>>422664
不改也可以踢:Win10初上市連AGP顯卡也有支援,但到1607默默地拔掉了。

目前看來新一代比較要命的應該是必備TPM 2.0支援,這除了淘汰沒有UEFI BIOS的舊電腦外,還會連帶廢掉所有舊款必須要舊BIOS/開CSM模式才能運作的硬體。不知道會不會順帶只支援安裝在GPT磁碟上?
無題 無名 21/06/17(四)20:31:39 ID:EmJMT.JM No.422666
>>422663
Win7、Win8.1、Win10都可以免費升級相對應的版本,搞不好Win10跑一跑Windows update就可以更新這個"主題包"了咧www
所以一開始開發過程的想定應該真的只是Win10的大更新SP而已,發布前才改個名子叫Windows11。
無題 無名 21/06/17(四)22:17:26 ID:Qxc/THmU No.422667
>>422664
看什麼時候敢跟蘋果一樣把32位元應用程式和函式庫踢出支援
無題 無名 21/06/17(四)22:41:00 ID:QFWLRGOk No.422668
>>看什麼時候敢跟蘋果一樣把32位元應用程式和函式庫踢出支援
踢出支援對系統有什麼幫助!?
沒幫助的話何必踢出支援,這只是讓系統更爛吧
無題 無名 21/06/18(五)00:07:21 ID:AGFOn7pM No.422669
>>422668
>只是讓系統更爛
MS:所以才要天天都update!天天!
無題 無名 21/06/18(五)01:20:17 ID:Y8.PkuFI No.422670
回覆: >>422680
>>422668
提升系統執行效率
不過老實講這沒有意義,pc優勢就是廣泛的支援性,不像mac是蘋果准你跑你才能跑,硬砍32位元只是自廢武功而已
無題 無名 21/06/18(五)04:26:17 ID:B/GdXUSE No.422671
回覆: >>422672
Windows 11效能實測 AMD、Intel多核心效能暴跌
減減肥比較重要
每次換代就變肥
無題 無名 21/06/18(五)04:45:41 ID:0x2ZODIY No.422672
>>422671
主要是11搞大小核最佳化

傳統多核想要順 難喔
無題 無名 21/06/18(五)07:13:36 ID:VMoVSxTY No.422673
回覆: >>422680
>>422668

扔掉歷史共業對效能極有幫助
不難想像老舊系統到底有少垃圾在扯後腿
無題 無名 21/06/18(五)18:45:24 ID:3fcVIuEA No.422680
>>422670
>>422673
ubuntu原本要砍都被遊戲玩家喊停了
想擺脫32位元庫我看還是再等100年吧www

再說NT這種垃圾光丟掉32位元庫也不會順多少啦
微軟這種利益至上的公司如果會寫OS那根本不用經歷DOS->9x->NT
重寫了三遍kernel才把穩定下來
無題 無名 21/06/18(五)21:28:03 ID:UCY9exf6 No.422681
>>422680
你要不要看看這三個核心相隔多久?
講的好像進入鐵器時代就可以製做熱兵器一樣www
無題 無名 21/06/18(五)23:31:57 ID:OQXxqb9k No.422687
回覆: >>422689
>>422680
Ubuntu或者說Linux砍32位元支援是遲早的
社群維護=沒時間維護老舊又沒人用的32位元套件
=冷門套件沒人維護=系統漏洞=不安全
和Windows最大差異是原始碼看光光
沒維護的原始碼就是系統弱點,這就是開放式原始碼的弊病
拿遊戲王來比喻就是
你手牌和牌組在攤開的情況下和對手對戰
對手還能隨時翻閱你的牌組
無題 無名 21/06/19(六)02:14:44 ID:iRqJ1gpQ No.422689
>>422680
>>422687
其實不少發行版都不再提供64位元的Kernel了
還能跑32位元庫是透過位址轉換的功能 還有x86-64在long mode下支援32位元指令

Ubuntu只是因為不想在維護32位元庫打算全都拿掉 說正在和Valve討論其實就是沒有問過
那時候給玩家的建議是 麻煩用他們家的lxd容器來跑舊版本的32位元系統 再學會把顯卡導進容器裡執行遊戲
最後是因為Valve和Wine都發了聲明說將來不再支援Ubuntu才縮了回去

這大概也是Valve為什麼要開發pressure-vessel的原因之一
無題 無名 21/06/19(六)13:26:58 ID:02XnCzaA No.422692
回覆: >>422701
>>422672
請問這跟傳統多核有什麼差別
無題 無名 21/06/19(六)13:26:58 ID:02XnCzaA No.422693
>>422672
請問這跟傳統多核有什麼差別
無題 無名 21/06/19(六)16:56:09 ID:FNxTaFhI No.422701
>>422692
手機風的CPU設計,這架構在手機已經很多年
平時沒在跑東西閒置時只開低效能省電核心,高效能核心關閉
需要高效能時才把工作改丟給高性能核心執行

Intel據說已經開始做了,因為他家裡本來就有現成的atom可用
無題 無名 21/06/19(六)17:50:30 ID:TOHLdEts No.422703
>>422701
啥?pc不是已經有降頻跑這個設計了
為什麼突然在pc推大小核這個設計?
感覺對pc用戶來說沒什麼優點阿
無題 無名 21/06/19(六)18:46:16 ID:W50Rb3S. No.422704
回覆: >>422709
>>422703
給筆電用啊 對於筆電來說
即使有動態頻率 然而還是不夠省電

你也許說要省電
幹嘛不用Celeron或Atom的筆電就好
現在都是需要沒做什麼事情的時候可以很省電
但需要一定時間高效能的時候也做得到

不過大小核的最大問題應該會出在 微軟
無題 無名 21/06/19(六)18:51:36 ID:9v/90Av2 No.422705
>>422703
用在筆電上騙錢啊
atom那時根本就災難
4核心atom做成15.6"~17"筆電加個G610垃圾獨顯賣得比用i5的還貴
無題 無名 21/06/19(六)20:58:28 ID:teyxnkU2 No.422709
>>422701
今年預定要出的下一代(12代)Alder Lake就是8大核8小核設計了。
>>422703
理論上會比較省電,一些比較輕的工作平常就交給小核處理,大核去處理比較重的工作。畢竟有ARM處理器這省電的東西,而且蘋果也用M1證明了ARM處理器只要你會設計,這SOC真的可以玩的很變態(微軟那邊沒擺什麼心的失敗魔改就算了),x86體系的不用大小核來打的話未來桌機跟筆電都不是很吃香。
>>422704
其實不太需要擔心,這次Intel有講有派團隊跟微軟共同處理大小核的問題了。
11代Rocketlake Intel已經確定放水流了。目前Intel針對12代Alderlake雖然也知道不見得能贏AMD多少,但最少要打出一點成績縮短一些差距,所以其實Intel針對12代是相對比較重視的。
比較有趣的是AMD其實針對大小核也挺有興趣的,目前Zen5確定也會跟進使用大小核設計。
無題 無名 21/06/19(六)21:03:26 ID:1ICy92/Y No.422710
>>422703
省電
PC用戶核心多的可以到16核甚至32核
少的可以低到只有2核4核
多執行緒已經夠難寫了還要考慮核心問題?
所以一般有支援多核心的軟體就是以4到8核當標準
你有超過8核剩下的也只會閒置不會一起加進來工作
無題 無名 21/06/19(六)21:45:45 ID:wo3olIrs No.422711
>>422703
謠傳12代筆電藉由大小核架構跑分大加倍
12低壓u分數是現在1165G7的兩倍
無題 無名 21/06/20(日)14:04:24 ID:dQpNexpc No.422723
>>422648
我一直都是把工具列擺在左邊
這樣上下寬度會比較大...
寬螢幕就已經夠扁了
工具列又吃掉一排
無題 無名 21/06/20(日)16:38:55 ID:O0bU9xYE No.422728
效能??
網頁效能
更改更低
根本詐欺

長期使用者皆知
YT等網站
更改更廢
MU下載站
GG外掛下載站
都已是廢物

CHROME超大功耗
一個分頁MB幾十
十年前是超優

環保等主題亦假
計画淘汰