Brave Browser 歷史版本列表 Page11

更新時間：2023-07-09
更新細節：

更新時間：2023-07-06
更新細節：

更新時間：2023-07-06
更新細節：

更新時間：2023-07-06
更新細節：

What's new in this version:

New:
- Discover Credits: Show roles in “Movies & Shows in Media Libraries” hub items
- Update “played” labels to “watched” for video content

Fixed:
- Improve error handling when library sharing fails

更新時間：2023-07-05
更新細節：

更新時間：2023-06-29
更新細節：

What's new in this version:

- New: updated city database
- Fix: various small changes and fixes

更新時間：2023-06-29
更新細節：

What's new in this version:

New Features:
- This release introduces Heterogeneous Memory Management (HMM), allowing seamless sharing of data between host memory and accelerator devices. HMM is supported on Linux only and requires a recent kernel (6.1.24+ or 6.2.11+).
- HMM requires the use of NVIDIA’s GPU Open Kernel Modules driver

As this is the first release of HMM, some limitations exist:
- GPU atomic operations on file-backed memory are not yet supported
- Arm CPUs are not yet supported
- HugeTLBfs pages are not yet supported on HMM (this is an uncommon scenario)
- The fork() system call is not fully supported yet when attempting to share GPU-accessible memory between parent and child processes
- HMM is not yet fully optimized, and may perform slower than programs using cudaMalloc(), cudaMallocManaged(), or other existing CUDA memory management APIs. The performance of programs not using HMM will not be affected.
- The Lazy Loading feature (introduced in CUDA 11.7) is now enabled by default on Linux with the 535 driver. To disable this feature on Linux, set the environment variable CUDA_MODULE_LOADING=EAGER before launch. Default enablement for Windows will happen in a future CUDA driver release. To enable this feature on Windows, set the environment variable CUDA_MODULE_LOADING=LAZY before launch.
- Host NUMA memory allocation: Allocate a CPU memory targeting a specific NUMA node using either the CUDA virtual memory management APIs or the CUDA stream-ordered memory allocator. Applications must ensure device accesses to pointer backed by HOST allocations from these APIs are performed only after they have explicitly requested accessibility for the memory on the accessing device. It is undefined behavior to access these host allocations from a device without accessibility for the address range, regardless of whether the device supports pageable memory access or not.
- Added per-client priority mapping at runtime for CUDA Multi-Process Service (MPS). This allows multiple processes running under MPS to arbitrate priority at a coarse-grained level between multiple processes without changing the application code.
- We introduce a new environment variable CUDA_MPS_CLIENT_PRIORITY, which accepts two values: NORMAL priority, 0, and BELOW_NORMAL priority, 1.

CUDA Compilers:
- LibNVVM samples have been moved out of the toolkit and made publicly available on GitHub as part of the NVIDIA/cuda-samples project. Similarly, the nvvmir-samples have been moved from the nvidia-compiler-sdk project on GitHub to the new location of the libNVVM samples in the NVIDIA/cuda-samples project.
- Resolved potential soft lock-ups around rm_run_nano_timer_callback(). A Linux kernel device driver API used for timer management in the Linux kernel interface of the NVIDIA GPU driver was susceptible to a race condition under multi-GPU configurations.
- Fixed potential GSP-RM hang in kernel_resolve_address().
- Removed potential GPUDirect RDMA driver crash in nvidia_p2p_put_pages(). The legacy non-persistent memory APIs allow third party driver to invoke nvidia_p2p_put_pages with a stale page_table pointer, which has already been freed by the RM callback as part of the process shutdown sequence. This behavior was broken when persistent memory support was added to the legacy nvidia_p2p APIs. We resolved the issue by providing new APIs: nvidia_p2p_get/put_pages_persistent for persistent memory. Thus, the original behavior of the legacy APIs for non-persistent memory is restored. This is essentially a change in the API, so although the nvidia-peermem is updated accordingly, external consumers of persistent memory mapping will need to be changed to use the new dedicated APIs.
- Resolved an issue in watchcat syscall.
- Fixed potential incorrect results in optimized code under high register pressure. NVIDIA has found that under certain rare conditions, a register spilling optimization in PTXAS could result in incorrect compilation results. This issue is fixed for offline compilation (non-JIT) in the CUDA 12.2 release and will be fixed for JIT compilation in the next enterprise driver update.
- NVIDIA believes this issue to be extremely rare, and applications relying on JIT that are working successfully should not be affected

更新時間：2023-06-29
更新細節：

What's new in this version:

New Features:
- This release introduces Heterogeneous Memory Management (HMM), allowing seamless sharing of data between host memory and accelerator devices. HMM is supported on Linux only and requires a recent kernel (6.1.24+ or 6.2.11+).
- HMM requires the use of NVIDIA’s GPU Open Kernel Modules driver

As this is the first release of HMM, some limitations exist:
- GPU atomic operations on file-backed memory are not yet supported
- Arm CPUs are not yet supported
- HugeTLBfs pages are not yet supported on HMM (this is an uncommon scenario)
- The fork() system call is not fully supported yet when attempting to share GPU-accessible memory between parent and child processes
- HMM is not yet fully optimized, and may perform slower than programs using cudaMalloc(), cudaMallocManaged(), or other existing CUDA memory management APIs. The performance of programs not using HMM will not be affected.
- The Lazy Loading feature (introduced in CUDA 11.7) is now enabled by default on Linux with the 535 driver. To disable this feature on Linux, set the environment variable CUDA_MODULE_LOADING=EAGER before launch. Default enablement for Windows will happen in a future CUDA driver release. To enable this feature on Windows, set the environment variable CUDA_MODULE_LOADING=LAZY before launch.
- Host NUMA memory allocation: Allocate a CPU memory targeting a specific NUMA node using either the CUDA virtual memory management APIs or the CUDA stream-ordered memory allocator. Applications must ensure device accesses to pointer backed by HOST allocations from these APIs are performed only after they have explicitly requested accessibility for the memory on the accessing device. It is undefined behavior to access these host allocations from a device without accessibility for the address range, regardless of whether the device supports pageable memory access or not.
- Added per-client priority mapping at runtime for CUDA Multi-Process Service (MPS). This allows multiple processes running under MPS to arbitrate priority at a coarse-grained level between multiple processes without changing the application code.
- We introduce a new environment variable CUDA_MPS_CLIENT_PRIORITY, which accepts two values: NORMAL priority, 0, and BELOW_NORMAL priority, 1.

CUDA Compilers:
- LibNVVM samples have been moved out of the toolkit and made publicly available on GitHub as part of the NVIDIA/cuda-samples project. Similarly, the nvvmir-samples have been moved from the nvidia-compiler-sdk project on GitHub to the new location of the libNVVM samples in the NVIDIA/cuda-samples project.
- Resolved potential soft lock-ups around rm_run_nano_timer_callback(). A Linux kernel device driver API used for timer management in the Linux kernel interface of the NVIDIA GPU driver was susceptible to a race condition under multi-GPU configurations.
- Fixed potential GSP-RM hang in kernel_resolve_address().
- Removed potential GPUDirect RDMA driver crash in nvidia_p2p_put_pages(). The legacy non-persistent memory APIs allow third party driver to invoke nvidia_p2p_put_pages with a stale page_table pointer, which has already been freed by the RM callback as part of the process shutdown sequence. This behavior was broken when persistent memory support was added to the legacy nvidia_p2p APIs. We resolved the issue by providing new APIs: nvidia_p2p_get/put_pages_persistent for persistent memory. Thus, the original behavior of the legacy APIs for non-persistent memory is restored. This is essentially a change in the API, so although the nvidia-peermem is updated accordingly, external consumers of persistent memory mapping will need to be changed to use the new dedicated APIs.
- Resolved an issue in watchcat syscall.
- Fixed potential incorrect results in optimized code under high register pressure. NVIDIA has found that under certain rare conditions, a register spilling optimization in PTXAS could result in incorrect compilation results. This issue is fixed for offline compilation (non-JIT) in the CUDA 12.2 release and will be fixed for JIT compilation in the next enterprise driver update.
- NVIDIA believes this issue to be extremely rare, and applications relying on JIT that are working successfully should not be affected

更新時間：2023-06-29
更新細節：

What's new in this version:

Hybrid blocks for WordPress:
- The new Hybrid blocks remove the need to recover blocks after updates. Such blocks are always up-to-date on the front-end without having to re-save posts, while they provide smooth React-based editing experience in the editor.
- Best of all, there is no extra work involved for you. Just set the block type and export your projects.

CSS Tree updates:
- The new CSS/SASS tree is now available as a tab of the Style panel. The CSS tree shows the active rules of the selected element and its parents. You can use the Visual CSS editor alongside the CSS Tree.

Reorder Design panel colors:
- To reorder the colors in the Design panel, hold down the SHIFT key and drag a color to insert it before the target color

Inner HTML field in Properties panel:
- The new Inner HTML field in the Properties panel makes it is easy to edit headings, labels and other elements that contain short texts
- If the element contains sub-elements or longer text, the Edit HTML button is shown instead. Clicking on the button opens the Edit element code view.

AI Assistant with the new 16k model:
- AI Assistant can now use the new gpt-turbo3.5-16k model with the 4 times longer max token length compared to the original 3.5 model. Select the model in the Settings. The AI Assistant loads from our server, so this update has been already pushed live to all users.

更新時間：2023-06-28
更新細節：

What's new in this version:

- Bump to web-client/4.51.2-b26d1bde9-15035