操屁眼的视频在线免费看,日本在线综合一区二区,久久在线观看免费视频,欧美日韩精品久久综

新聞資訊

    雷鋒網消息,近日有外媒報道高通正在打造Windows ARM系統專屬的驍龍850處理器,并且還在研發性能更強的驍龍1000。今天的Computex 2018上,高通宣布推出驍龍850移動計算平臺,相較于前代產品,其性能提高30%,AI性能提升至3倍,電池續航能力提升20%,4G LTE速度提高20%。

    微軟和高通在2016年12月首次公布了讓Windows 10運行在Arm芯片上的計劃,并承諾會努力追上并超越英特爾x86。一年后,采用驍龍835(Snapdragon 835)處理器的筆記本推出,但由于性能表現不佳,并未獲得認可。不過,高通表示,當消費者被問及會為哪些功能買單時,60%的人表示千兆LTE,83%的人表示超過20小時的電池續航時間。

    為Windows10打造的驍龍850

    高通高級副總裁兼移動業務總經理Alex Katouzian表示:“在過去一年所推出的始終在線、始終連接的PC產品組合基礎之上,我們很高興能與三星合作,為消費者提供真正的移動性,并與Windows 10的生產力和娛樂特性相結合。”

    雷鋒網了解到,驍龍850主要基于驍龍 845移動平臺,同樣采用10nm工藝并集成高通的人工智能引擎AIE。不過驍龍845是為手機設計,主要用于安卓旗艦手機,驍龍850則是為Windows 10 PC而設計。兩個移動平臺都包含相同的8個10nm Kryo 385內核,但驍龍850的主頻可達2.96GHz,而不是2.8GHz。

    圖像處理方面,驍龍850還集成了Adreno 630 GPU,支持 4K 超高清視頻回放、HEVC 視頻編碼(1080p @ 120Hz)等。驍龍850還集成了Spectra 280 影像處理器,不過奇怪的是它僅支持 4K @ 30fp 視頻,而同樣集成Spectra 280的驍龍 845 卻支持 4K @ 60fps 。

    通信方面,與驍龍845一樣,驍龍850也采用了X20 4G LTE調制解調器,這意味著最高支持 1.2Gbps 的下行速率。作為對比,驍龍 835 中的X16調制解調器為1Gbps。可惜的是,目前大多數運營商都沒有提供任何接近這一功能的產品,但高通表示只要擁有10MHz的授權頻段,90%的運營商都能夠實現千兆LTE網速。Wi-Fi方面,驍龍850支持 802.11ad Multi-gigabit,集成了 802.11ac 2×2 MU-MUMO,并支持 2.4G / 5G / 60GHz 頻段。

    簡單來說,驍龍 850 擁有更強的性能、更優秀的續航表現、以及更強大的連接性能。高通表示,搭載新芯片組的設備將在 2018 加入購物季開始出貨。

    Arm架構芯片能挑戰x86架構芯片嗎?

    既然基于驍龍835的Windows10筆記本電腦已經在2017年推出,并且專為Window10打造的驍龍850也已經正式推出,那么這是否意味著Arm架構的CPU將在PC市場搶奪英特爾的市場?上周,Arm宣布推出其下一代CPU架構Cortex-A76。Arm首席架構師Mike Filippo接受媒體采訪時表示,他預計基于Cortex-A76的硬件2019年之前就能推出,其性能與Core i5-7300大致相同。他同時預計Cortex-A76的性能甚至可以與Core i7競爭。

    對于英特爾在PC領域能否會被超越的話題之所以能引發較大的關注,其中的原因可能是一部分人渴望了解英特爾(或者說整個半導體行業)是否說出了真相。多年來,英特爾和各類機構都指出CPU性能的停滯不是英特爾的問題,而是因為硅的特性使其不能不支持4.5GHz以上的時鐘頻率,而提高CPU性能最簡便也是最佳的辦法就是提升時鐘頻率。與此同時,將CPU應用于低功耗設備也是英特爾遇到的實際問題,雖然我們已經討論過這更多是一個商業決策,而不是能力的問題,但仍有人認為英特爾拒絕設計高性能微處理器是導致CPU性能停滯的原因。

    英特爾和Arm之間在模擬軟件方面的差距可能太大而無法突破(數據由Techspot提供)

    當然,也有證據表明這一論點的合理性,與高通一樣,蘋果在Arm芯片領域同樣具有領導地位,業界有傳聞稱蘋果希望拋棄英特爾CPU轉而自己設計基于Arm架構的筆記本電腦處理器。Cortex-A76的推出也證明了英特爾或x86架構可能阻礙了CPU性能的提升。如果這樣來看,英特爾長期以來在先進制程上的優勢可能是在掩蓋將暴露的x86架構問題。

    那未來將為如何變化?一些人認為英特爾正在提升性能,而另一些人則認為它的功耗水平可以大幅提高。但無論如何,由Arm驅動的新計算方法可能被證明優于英特爾x86架構,或將打開新計算的大門。

    Arm構建更好的SoC十分艱難

    為了討論這個問題,我們將“更好”定義為“在電池續航時間滿足用戶需求的情況下,匹配的CPU性能滿足或超出要求”。而想要真正威脅英特爾在這一市場的優勢,非x86 CPU至少需要證明有其中一項優勢。

    如果Arm能夠達成,它可能會顛覆整個PC行業。這也會讓那些堅持物理定律的人們或多或少看起有些愚蠢,并推翻以前關于指令集架構對CPU性能影響的研究。但即便在Windows系統下構建出性能和功耗都比英特爾更好的SoC,還存在向后兼容性和仿真的問題。驍龍 835在這方面做得很好,在Windows 10下模擬的32位x86性能有助于滿足必要的兼容性要求,使這些系統具有吸引力,但它的性能還未達到x86架構的水平,這對于使用64位軟件沒有任何幫助。

    正如微軟在Windows RT中學到的那樣,軟件兼容性是一個不可忽略的問題,如果處理不當,可能使本身有吸引力的產品失去吸引力。雖然軟件兼容性問題與硬件性能是分開的,但為了獲得市場份額,必須同時解決這兩個問題。想要進入英特爾的核心領域與其競爭,就意味著吸引力需要足夠大,要讓消費者愿意容忍軟件的不兼容問題,其他方面的吸引力必須非常大。因此Arm仍在設法構建一個優于英特爾x86 CPU的CPU核心,以便在運行模擬代碼時能夠擊敗英特爾。

    不過,Cortex-A76對現有x86生態的總體影響是不大的。Arm架構的改進很有希望提高Arm芯片的性能,這有助于吸引更多Windows10電腦采用Arm處理器,并且由于Arm還沒有真正在占有筆記本電腦的市場份額,因此這方面的任何收益都對公司有利。但筆者認為物理因素限制是CPU性能的受限的關鍵,而不是更智能的指令集架構或更好的緩存策略可以解決。想要在臺式機和筆記本電腦市場削弱英特爾的份額仍然是一項艱巨的任務。不過,Arm芯片的Windows10筆記本仍然值得期待。

    雷鋒網編譯,via neowin,extremetech

    從蘋果的 M1 芯片 MacBook 發布后,打破了人們對 ARM 芯片性能弱雞,無法運行大型軟件的印象。蘋果牛X的地方在于 X86 和 ARM 之間的過渡,目前已經有非常多的軟件開發商進行了對 ARM 的適配,例如 Adobe 系列、QQ 等常用到的軟件。

    其實在 2012 年的時候微軟就發布過了基于 Tegra 3 ARM 的 Surface 平板電腦,后來又發布了基于驍龍 SQ1/SQ2 ARM 的 Surface Pro X,不過由于性能關心,一直沒有獲得太大的關注度,加上缺乏原生開發的 ARM 應用。

    不過最近 Windows 10 on ARM 似乎又火了,更多人愿意嘗試這個系統,因為部分軟件開發商在適配蘋果的 M1 芯片,順手也適配了下 Windows 10 on ARM,例如之前 Adobe 就宣布推出 Windows ARM 版的 PhotoShop,目前還是 Beta 階段。


    近期 macOS 著名的虛擬機軟件 Parallel Desktop 新版本支持 M1 Mac,可運行Windows 10 on ARM 系統,所以買了 M1 Mac 的小伙伴,將得到一臺能運行macOS,iOS,Windows 程序的筆記本。

    如果你也想體驗嘗試下 Windows 10 on ARM 系統,今天雷鋒哥就分享如何在 X86 的電腦上模擬運行 Windows 10 on ARM 系統。注意:下面的教程來源知乎用戶 @初生之鳥 小伙伴的分享。


    準備工具

    1.Windows 10 on ARM

    2.QEMU軟件

    3.QEMU EFI 文件

    4.USB Mass Storage DXE 驅動


    安裝方法

    創建兩個 VHD,一個 UEFI 能訪問的 VHD,存放 USB Mass Storage DXE 驅動模塊大小 16MB 足矣,下文稱為 hdd.vhd(如果能夠把驅動模塊集成到 UEFI 里面,這個 VHD 可以省略)

    以及一個實際安裝系統的 VHD,下文稱為 usb.vhd大小 32-64GB 足夠了,畢竟這也只能作為實驗。

    接著掛載 hdd.vhd 文件,然后創建分區并格式化為 FAT32 格式,放入 USBMassStorageDxe_arm64.efi 模塊文件,然后卸載 VHD。

    掛載 usb.vhd,使用 GPT 分區表,創建 ESP 和安裝系統的分區 ESP 使用 FAT32 格式,大小 100MB,安裝系統的分區使用 NTFS,占剩下的空間給這兩個分區分配盤符,下文假設 ESP 為 S:,系統安裝分區為 W:

    然后使用 dism 將系統 ISO 的 install.wim 恢復到 W: 假設 ISO 掛載到 G:,恢復的映像 ID 為 4(一般 4 是 Pro,具體的 ID 請使用 dism /get-wiminfo 查看)

    C:\> dism /apply-image /imagefile:G:\sources\install.wim /index:4 /applydir:W:\

    然后使用 bcdboot 在 ESP 分區上建立引導

    C:\> bcdboot W:\Windows /s S: /f UEFI

    然后卸載 VHD,這里建議備份一下 usb.vhd 再繼續。


    QEMU配置啟動


    將 Linaro UEFI 的 QEMU_EFI.fd 復制到一個方便的位置

    下面假設為以下路徑

    • EFI D:\QEMU_EFI.fd
    • hdd.vhd D:\hdd.vhd
    • usb.vhd D:\usb.vhd

    然后用以下命令啟動 QEMU ARM64 模擬器

    qemu-system-aarch64 -M virt -m 2048 -cpu cortex-a53 -smp 2 -bios D:\QEMU_EFI.fd -device VGA -device nec-usb-xhci -device usb-kbd -device usb-tablet -drive file=D:\usb.vhd,id=usbstick,if=none -device usb-storage,drive=usbstick -hda D:\hdd.vhd

    其中

    • -m 2048 為內存大小,單位為 MB
    • -cpu cortex-a53 為模擬的 CPU 內核,可選 cortex-a57 和 cortex-a53
    • -smp 2 為模擬的 CPU 核心數

    以上可以按實際情況調整

    模擬器啟動之后,按 ESC 進入 UEFI 的設置菜單,選擇 Boot Manager,選擇最下面的 EFI Internal Shell,進入 EFI Shell

    然后應該可以看到 hdd.vhd 的分區 FS0,鍵入以下命令加載 USB Mass Storage 驅動

    load fs0:\USBMassStorageDxe_arm64.efi

    然后鍵入以下命令,刷新設備列表

    map -r

    這時應該能看到一個 FS0: 和一個 FS1:,一般 usb.vhd 的 ESP 會分配到 FS0:,所以我們鍵入

    fs0:\efi\boot\bootaa64.efi

    啟動系統,如無意外的話,系統就會啟動了。

    系統啟動,Logo 來自于 UEFI 固件

    開始菜單

    系統屬性

    自帶的 UWP 是原生的,不過是32位

    Edge 是原生 64 位 ARM

    系統組件,如 Shell Experience Host(開始菜單、通知中心等 UI 模塊)、Text Input Application (觸摸鍵盤與手寫模塊)、Cortana(小娜與搜索 UI)等 UWP 則為原生 64 位 ARM 程序

    用 .Net Framework 自帶的 C# 編譯器編譯了一個簡單的 Hello World 程序,顯示為 32 位,實際上是 x86-32 (系統沒有帶任何 ARM 平臺的 .Net Framework,系統默認的 shell 也是 cmd 而不是 PowerShell)

    同時運行三個平臺(x86-32、ARM、ARM64)的 cmd.exe,并顯示 PROCESSOR_ARCHITECTURE 環境變量

    Windows 目錄下的四個 System 目錄(SyCHPE32: CHPE DLL,供 x86 程序調用,內部是 ARM 機器碼,使得核心系統庫不需要進行二進制翻譯,減少性能損失;SysARM32: ARM 32 位系統文件;System32: ARM 64 位系統文件;SysWOW64: x86 32 位系統文件)

    x86 二進制翻譯器核心組件:xtajit.dll、xtac.exe、XtaCache.exe

    運行 x86-32 版本的 Notepad++

    運行 x86-32 版本的 CPU-Z(CPU-Z 的驅動加載失敗,但是依然能獲取部分信息)


    性能測試

    注意:由于 QEMU 使用的是異構模擬,性能肯定非常糟糕,這里僅作為 x86 二進制翻譯性能的一個參考。

    也許很少人知道,在 Windows RT 的時候,有一批移植到 Windows RT 的原生 ARM32 Windows 程序,而這些程序在 Windows 10 ARM64 平臺依然可以運行。

    而其中有一份 7zip 9.22 beta。這里我們就用這個版本,以及官方下載的 7zip 9.22 beta x86-32 版本做一個簡單的性能對比。


    測試環境:

    • 宿主
    1. Intel i5 6300HQ,4GBx2 DDR4 2133Mhz 雙通道內存,Windows 10 Build 17074 x64
    2. 系統盤 為 Intel 600p SSD 128G,存放虛擬機 VHD 的為希捷 5400 轉機械硬盤
    3. QEMU 2.11.0-rc4 @ Ubuntu 16.04 LTS (WSL),使用默認配置編譯,SDL 圖形
    4. QEMU 啟動參數如上文所示


    • 虛擬機
    1. Machine virt,Cortex-A53 雙核,2GB 內存
    2. 系統盤為 XHCI USB Mass Storage (原因見上文)
    3. Windows 10 Build 17074 ARM64

    原生 ARM 32 位版本

    x86 版本

    有細心的朋友可能會發現,這兩個版本并非完全相同,所以這只是一個非常粗略的性能比較,但可以明顯看到,x86 二進制翻譯帶來了接近 30-50% 的性能損失。

    對于輕量級應用來說問題不大,但是對于性能要求高的應用,就會非常吃力,盡管如此,在技術上已經非常成功了。


    總結

    目前 Windows 10 on ARM 最大問題缺乏有力的硬件平臺和軟件生態,不過之前有消息爆料微軟正研發自家 ARM 處理器,也許后續會推出對應的 Surface 設備,最后感興趣的小伙伴可以先嘗鮮體驗下 Windows 10 on ARM 系統。

網站首頁   |    關于我們   |    公司新聞   |    產品方案   |    用戶案例   |    售后服務   |    合作伙伴   |    人才招聘   |   

友情鏈接: 餐飲加盟

地址:北京市海淀區    電話:010-     郵箱:@126.com

備案號:冀ICP備2024067069號-3 北京科技有限公司版權所有