Windows 10 Combined VRAM Performance Update

[witchayut]

ตอนนี้ gtx970 ใช้ vram ได้ครบ4GBหรือยังครับ?

[henryss]

ตอนนี้ gtx970 ใช้ vram ได้ครบ4GBหรือยังครับ?

ควรเปลียนคำถามเป็น driver nvidia +win 10ล่าสุด ยังสามารถแชร์ vram ได้หรือปล่าวน่าจะประมาณนีครับ
ส่วนคำตอบผมว่าท่าน AKK_K น่าจะให้ความกระจ่างได้

[AKK_K]

ตอนนี้ gtx970 ใช้ vram ได้ครบ4GBหรือยังครับ?

กรณีไม่ใช่ Windows10 เท่าที่ผมติดตาม GT 970 3.5GB + 0.5GB(slow,ไม่ใช้)
ส่วน 0.5GB(slow) น่าจะถูกควบคุมการใช้งานโดย Driver โดยไม่ให้ใช้ หรือใช้น้อยที่สุด

ในกรณี Windows 10 GTX 970 3.5GB + 0.5GB(slow,ไม่ใช้) +(0.5GBหรือมากกว่า จาก Virtual VRAM) = 4GB

และ Windows 10 Nvidia จะสามารถใช้ Virtual VRAM ได้เสมอ สำหรับ GTX6xx,7xx,9xx Series

[osxp]

ตอนนี้ gtx970 ใช้ vram ได้ครบ4GBหรือยังครับ?

ตอนเล่น tomb ปรับ very high บน win10 มันขึ้น 4GB ครับ

แล้วก็กินแรมระบบไป 10GB ด้วย

[whiteking7]

ไม่ต้องตั้งมันทำให้เอง/ดูที่ Nvidia Control Panel/System Information

เฉพาะ windows 10 เท่านั้นหรือท่าน
8.1 ทำได้ไหมท่าน (Desktop นะครับ)

#ถ้าคำถามผมโง่ไปขออภัยด้วยครับไม่ได้ศึกษาเรื่องวินโด้เลย แต่สนใจมาก พอจะมีแหล่งข้อมูลไหมครับ
ของผมใช้ 8.1 แท้อยู่ มียื่นข้อเสนอ upgrade win10 ฟรี แต่ไม่กล้าอัพเกรด กลัวปัญหาหลายๆ อย่างเรื่องโปรแกรม เรื่องเกม ฯลฯ
อยากรู้ว่ามันมีปัญหาไหมครับ แล้วไอ้ที่ว่าใช้โปรแกรมเถื่อนไม่ได้เลยนี่จริงหรือเท็จยังไงครับท่าน รบกวนขอความรู้หน่อยครับ

#เพิ่มเติมถ้าทำตรงนี้ได้ GTX780ti ของข้าพเจ้าคง strong ไปอีกนาน 555

[witchayut]

ควรเปลียนคำถามเป็น driver nvidia +win 10ล่าสุด ยังสามารถแชร์ vram ได้หรือปล่าวน่าจะประมาณนีครับ
ส่วนคำตอบผมว่าท่าน AKK_K น่าจะให้ความกระจ่างได้

กรณีไม่ใช่ Windows10 เท่าที่ผมติดตาม GT 970 3.5GB + 0.5GB(slow,ไม่ใช้)
ส่วน 0.5GB(slow) น่าจะถูกควบคุมการใช้งานโดย Driver โดยไม่ให้ใช้ หรือใช้น้อยที่สุด

ในกรณี Windows 10 GTX 970 3.5GB + 0.5GB(slow,ไม่ใช้) +(0.5GBหรือมากกว่า จาก Virtual VRAM) = 4GB

และ Windows 10 Nvidia จะสามารถใช้ Virtual VRAM ได้เสมอ สำหรับ GTX6xx,7xx,9xx Series

ตอนเล่น tomb ปรับ very high บน win10 มันขึ้น 4GB ครับ

แล้วก็กินแรมระบบไป 10GB ด้วย

ขอบคุณทุกท่านมากๆครับ ><

[AKK_K]

What's new for Windows 10 display drivers (WDDM 2.0)

Memory Management
GPU virtual memory
All physical memory is abstracted into virtual segments that can be managed by the graphics processing unit (GPU) memory manager.
Each process gets its own GPU virtual address space.
Support for swizzling ranges has been removed.
For more details, see GPU virtual memory in WDDM 2.0.
Driver residency
The video memory manager makes sure that allocations are resident in memory before submitting command buffers to the driver. To facilitate this functionality, new user mode driver device driver interfaces (DDIs) have been added (MakeResident, TrimResidency, Evict).
The allocation and patch location list is being phased out because it is not necessary in the new model.
User mode drivers are now responsible for handling allocation tracking and several new DDIs have been added to enable this.
Drivers are given memory budgets and expected to adapt under memory pressure. This allows Universal Windows drivers to function across application platforms.
New DDIs have been added for process synchronization and context monitoring

[AKK_K]

GPU virtual memory in WDDM 2.0

This section provides details about GPU virtual memory, including why the changes were made and how drivers will use it.
This functionality is available starting with Windows 10.
Introduction

Under Windows Display Driver Model (WDDM) v1.x, the device driver interface (DDI)
is built such that graphics processing unit (GPU) engines are expected to reference memory through segment physical addresses.
As segments are shared across applications and over committed, resources gets relocated through their lifetime and their assigned physical addresses change.
This leads to the need to track memory references inside command buffers through allocation and patch location lists, and to patch those buffers with the correct physical memory reference before submission to a GPU engine.
This tracking and patching is expensive and essentially imposes a scheduling model
where the video memory manager has to inspect every packet before it can be submitted to an engine.

As more hardware vendors move toward a hardware based scheduling model,
where work is submitted to the GPU directly from user mode and where the GPU manages the various queue of work itself,
it is necessary to eliminate the need for the video memory manager to inspect and patch every command buffer before submission to a GPU engine.

To achieve this we are introducing support for GPU virtual addressing in WDDM v2.
In this model, each process gets assigned a unique GPU virtual address space in which every GPU context to execute in.
An allocation, created or opened by a process, gets assigned a unique GPU virtual address within that process GPU virtual address space
that remains constant and unique for the lifetime of the allocation.
This allows the user mode driver to reference allocations through their GPU virtual address
without having to worry about the underlying physical memory changing through its lifetime.

Individual engines of a GPU can operate in either physical or virtual mode.
In the physical mode, the scheduling model remains the same as it is with WDDM v1.x.
In the physical mode the user mode driver continues to generate the allocation and patch location lists.
They are submitted along a command buffer and are used to patch command buffers to actual physical addresses before submission to an engine.

In the virtual mode, an engine references memory through GPU virtual addresses.
In this mode the user mode driver generates command buffers directly from user mode
and uses new services to submit those commands to the kernel.
In this mode the user mode driver doesn???t generate allocation or patch location lists,
although it is still responsible for managing the residency of allocations.
For more information on driver residency, see Driver residency in WDDM 2.0.
GPU memory models

WDDM v2 supports two distinct models for GPU virtual addressing, GpuMmu and IoMmu.
A driver must opt-in to support either or both of the models. A single GPU node can support both modes simultaneously.
GpuMmu model
In the GpuMmu model, the video memory manager manages the GPU memory management unit and underlying page tables,
and exposes services to the user mode driver that allow it to manage GPU virtual address mapping to allocations.

For more information, see GpuMmu model.
IoMmu model
In the IoMmu model, the CPU and GPU share a common address space and page tables.
For more information, see IoMmu model.

https://msdn.microsoft.com/en-us/library/windows/hardware/dn932167(v=vs.85).aspx

[whiteking7]

12696649_972862076135796_606671388_o.jpg
GTA V จากเครื่องรุ่นพี่ผมครับ
แต่ว่ามันเป็นการ์ดออนบอร์ด การ์ดหลักยังทำไม่ได้ (Notebookครับ)

ปล. ของผม gtx780ti ถ้าลง clean windows10 home มันจะใช้ได้แบบนี้เลยหรือเปล่า ของผมปัจจุบัน 8.1 ครับ

[popopi]

เพิ่งลองมาใช้ win 10 ไดร์เวอร์ก็โหลดตรงตามรุ่นแล้วครับ Sound blaster z แต่พอลงแล้วดูตรง Audio controller มันเป็น SB Recon3D เป็นบัคหรอปาวครับ (ตอนใช้ 8.1 ก็ขึ้นเป็น Sound blaster z ทั้ง 2 อย่างครับ )

[AKK_K]

GTAV core count work load จาก Intel XTU VS cpu load ในช่วงเวลาที่กำหนด (0.5 Sec) จาก MSI AB
GTAV_ACC.jpg

[AKK_K]

Ashes of the Singularity DX11 VS DX12,CPU Utilization
ภาพใหญ่ DX11 ภาพเล็ก DX12

[AKK_K]

WIN10:Tom Clancy's The Division.I5 4590+GTX960 2GB SLI

[haruhiko]

ผมอัพไป 1511 build 10586 เล่น PSO 2 ไม่ได้เลย จอฟ้า Nprotech มันกากมากแย่จิมๆไม่ยอมอัพเดตตัวเอง

[BigToe1983]

วันนี้มีอัพอีกแล้ว 14267