隔壁群友 @chenyy 发现了 Linux 中 mmap 在 RISC-V 指令集和其他指令集行为不一致的情况,提出了一个 patch。但是维护者十分消极对待这个 patch,且之前引入问题的、质量堪忧的 patch 也是在 review 欠缺的情况下被草率地合并的。
他认为这个问题如果不解决,对之后的 RISC-V 生态是十分灾难的,例如会影响一些内存需求较大的软件在 RISC-V 平台上的使用。因为他的频道是私有频道,有关此问题的更多详细内容请见下面的 telegraph:
https://telegra.ph/Linux-%E4%B8%AD-RISC-V-%E7%9A%84-mmap-%E7%9A%84%E9%87%8D%E5%A4%A7%E9%97%AE%E9%A2%98-01-29
因为他俩吵架已经吵不动了,现在他希望有更多相关的开发者能够参与讨论,无论是支持目前的情况还是支持他的想法,都能去邮件列表发表一下自己的见解。
他认为这个问题如果不解决,对之后的 RISC-V 生态是十分灾难的,例如会影响一些内存需求较大的软件在 RISC-V 平台上的使用。因为他的频道是私有频道,有关此问题的更多详细内容请见下面的 telegraph:
https://telegra.ph/Linux-%E4%B8%AD-RISC-V-%E7%9A%84-mmap-%E7%9A%84%E9%87%8D%E5%A4%A7%E9%97%AE%E9%A2%98-01-29
因为他俩吵架已经吵不动了,现在他希望有更多相关的开发者能够参与讨论,无论是支持目前的情况还是支持他的想法,都能去邮件列表发表一下自己的见解。
Chips and Cheese
Examining AMD’s RDNA 4 Changes in LLVM
#ChipAndCheese
Telegraph | source
(author: clamchowder)
Examining AMD’s RDNA 4 Changes in LLVM
#ChipAndCheese
Telegraph | source
(author: clamchowder)
Matt Keeter
Reverse-engineering the Synacor challenge
source
(author: Matt Keeter (matt.j.keeter@gmail.com))
Reverse-engineering the Synacor challenge
source
(author: Matt Keeter (matt.j.keeter@gmail.com))
Chips and Cheese
Inside Qualcomm’s Adreno 530, a Small Mobile iGPU
#ChipAndCheese
Telegraph | source
(author: clamchowder)
Inside Qualcomm’s Adreno 530, a Small Mobile iGPU
#ChipAndCheese
Telegraph | source
(author: clamchowder)
#今日看了什么
https://mp.weixin.qq.com/s?__biz=MzkxMTIyODMwOQ==&mid=2247483873&idx=1&sn=cdf69ba59f3620b6007a8741a89d5155&chksm=c11e2d1bf669a40d5e2303b93cf876ee0e2b260457d7e593963820013a4a9a3767ddb24ce371&mpshare=1&scene=23&srcid=0115DoKHEINFH4gVJyq0oKTh&sharer_shareinfo=50501534f60f60752a078d186ea5da27&sharer_shareinfo_first=448a9c8794f02598e4f161bc66ea4889#rd
https://mp.weixin.qq.com/s?__biz=MzkxMTIyODMwOQ==&mid=2247483873&idx=1&sn=cdf69ba59f3620b6007a8741a89d5155&chksm=c11e2d1bf669a40d5e2303b93cf876ee0e2b260457d7e593963820013a4a9a3767ddb24ce371&mpshare=1&scene=23&srcid=0115DoKHEINFH4gVJyq0oKTh&sharer_shareinfo=50501534f60f60752a078d186ea5da27&sharer_shareinfo_first=448a9c8794f02598e4f161bc66ea4889#rd
Daniel Lemire's blog
Implementing the missing sign instruction in AVX-512
Intel and AMD have expanded the x64 instruction sets over time. In particular, the SIMD (Single instruction, multiple data) instructions have become progressively wider and more general: from 64 bits to 128 bits (SSE2), to 256 bits (AVX/AVX2) to 512 bits (AVX-512). Interestingly, many instructions defined on 256 bits registers through AVX/AVX2 are not available on 512 bits registers.
With SSSE3, Intel introduced sign instructions, with the corresponding intrinsic functions (e.g., _mm_sign_epi8). There are 8-bit, 16-bit and 32-bit versions. It was extended to 256-bit registers in AVX2.
What these instructions do is to apply the sign of one parameter to the other parameter. It is most easily explained as pseucode code:
The SIMD equivalent does the same operation but with many values at once. Thus, with SSSE3 and psignb, you can generate sixteen signed 8-bit integers at once.
You can view is as a generalization of the absolution function: abs(a) = sign(a,b). The sign instructions are very fast. They are used in numerical analysis and machine learning: e.g., it is used in llama.cpp, the open source LLM project.
When Intel designed AVX-512 they decided to omit the sign instructions. So while we have the intrinsic function _mm256_sign_epi8, we don’t have _mm512_sign_epi8. The same instructions are missing for 16 bits and 32 bits integers (e.g., no _m512_sign_epi16 is found).
You may implement it for AVX-512 with a several instructions. I found this one approach:
It is disappointingly expensive. It might compile to four or five instructions:
In practice, you may not need to pay such a high price. The reason the problem is difficult is that we have three cases to handle (three signs b=0, b>0, b<0). If you do not care about the case ‘b = 0’, then you can do it in two instruction:
E.g., we implemented…
source
Implementing the missing sign instruction in AVX-512
Intel and AMD have expanded the x64 instruction sets over time. In particular, the SIMD (Single instruction, multiple data) instructions have become progressively wider and more general: from 64 bits to 128 bits (SSE2), to 256 bits (AVX/AVX2) to 512 bits (AVX-512). Interestingly, many instructions defined on 256 bits registers through AVX/AVX2 are not available on 512 bits registers.
With SSSE3, Intel introduced sign instructions, with the corresponding intrinsic functions (e.g., _mm_sign_epi8). There are 8-bit, 16-bit and 32-bit versions. It was extended to 256-bit registers in AVX2.
What these instructions do is to apply the sign of one parameter to the other parameter. It is most easily explained as pseucode code:
function sign(a, b): # a and b are integers
if b == 0 : return 0
if b < 0 : return -a
if b > 0 : return a
The SIMD equivalent does the same operation but with many values at once. Thus, with SSSE3 and psignb, you can generate sixteen signed 8-bit integers at once.
You can view is as a generalization of the absolution function: abs(a) = sign(a,b). The sign instructions are very fast. They are used in numerical analysis and machine learning: e.g., it is used in llama.cpp, the open source LLM project.
When Intel designed AVX-512 they decided to omit the sign instructions. So while we have the intrinsic function _mm256_sign_epi8, we don’t have _mm512_sign_epi8. The same instructions are missing for 16 bits and 32 bits integers (e.g., no _m512_sign_epi16 is found).
You may implement it for AVX-512 with a several instructions. I found this one approach:
#include <x86intrin.h>
__m512i _mm512_sign_epi8(__m512i a, __m512i b) {
__m512i zero = _mm512_setzero_si512();
__mmask64 blt0 = _mm512_movepi8_mask(b);
__mmask64 ble0 = _mm512_cmple_epi8_mask(b, zero);
__m512i a_blt0 = _mm512_mask_mov_epi8(zero, blt0, a);
return _mm512_mask_sub_epi8(a, ble0, zero, a_blt0);;
}
It is disappointingly expensive. It might compile to four or five instructions:
vpmovb2m k2, zmm1
vpxor xmm2, xmm2, xmm2
vpcmpb k1, zmm1, zmm2, 2
vpblendmb zmm1{k2}, zmm2, zmm0
vpsubb zmm0{k1}, zmm2, zmm1
In practice, you may not need to pay such a high price. The reason the problem is difficult is that we have three cases to handle (three signs b=0, b>0, b<0). If you do not care about the case ‘b = 0’, then you can do it in two instruction:
#include <x86intrin.h>
__m512i _mm512_sign_epi8_cheated(__m512i a, __m512i b) {
__mmask64 blt0 = _mm512_movepi8_mask(b);
return _mm512_mask_sub_epi8(a, blt0, zero, a);;
}
E.g., we implemented…
function sign_cheated(a, b): # a and b are integers
if b ≤ 0 : return -a
if b > 0 : return a
source
The memory remains: Permanent memory with systemd and a Rust allocator https://darkcoding.net/software/rust-systemd-memory-remains/
Arch Linux: Recent news updates
Making dbus-broker our default D-Bus daemon
We are making
For the foreseeable future we will still support the use of
For a more detailed rationale, please see our RFC 25.
source
(author: Jan Alexander Steffens)
Making dbus-broker our default D-Bus daemon
We are making
dbus-broker our default implementation of D-Bus, for improved performance, reliability and integration with systemd.For the foreseeable future we will still support the use of
dbus-daemon, the previous implementation. Pacman will ask you whether to install dbus-broker-units or dbus-daemon-units. We recommend picking the default.For a more detailed rationale, please see our RFC 25.
source
(author: Jan Alexander Steffens)
totally_safe_transmute, Line-by-Line (2021) https://blog.yossarian.net/2021/03/16/totally_safe_transmute-line-by-line
Chips and Cheese
Maxwell: Nvidia’s Silver 28nm Hammer
#ChipAndCheese
Telegraph | source
(author: clamchowder)
Maxwell: Nvidia’s Silver 28nm Hammer
#ChipAndCheese
Telegraph | source
(author: clamchowder)
WPA3 Enterprise 192-bit mode at home https://smallstep.com/blog/home-network-eap-tls-wifi/
《1个时钟周期》