mirror of
https://github.com/golang/go
synced 2024-11-21 23:44:39 -07:00
0cf4001d3c
This commit enhances the performance of the MD5 functionality on ARM64 architecture by optimizing the ROUND3 function in the `md5block_arm64.s` assembly file. 1.Refactored the `ROUND3` macro to improve the computation order, introducing a new `ROUND3FIRST` macro to handle the initial calculation more efficiently. 2.Optimized the XOR operations in the `ROUND3` macro to reduce unnecessary instructions and improve parallelism within the ARM64 architecture. Performance testing was conducted on an ARM64 Linux machine using Go's benchmark tool. The benchmarks were run 10 times each to ensure statistical significance and with a single CPU core. The following results were observed: goos: linux goarch: arm64 pkg: md5 cpu: HUAWEI,Kunpeng 920 │ baseline.txt │ new.txt │ │ sec/op │ sec/op vs base │ Hash8Bytes 163.3n ± 0% 162.8n ± 0% -0.34% (p=0.000 n=10) Hash64 280.1n ± 2% 279.8n ± 0% -0.09% (p=0.001 n=10) Hash128 398.4n ± 0% 397.6n ± 0% -0.21% (p=0.017 n=10) Hash256 634.6n ± 1% 633.3n ± 0% -0.21% (p=0.000 n=10) Hash512 1.106µ ± 0% 1.105µ ± 0% -0.09% (p=0.000 n=10) Hash1K 2.053µ ± 0% 2.052µ ± 0% -0.05% (p=0.001 n=10) Hash8K 15.27µ ± 1% 15.27µ ± 0% -0.04% (p=0.000 n=10) Hash1M 1.942m ± 0% 1.936m ± 0% -0.31% (p=0.002 n=10) Hash8M 15.61m ± 0% 15.62m ± 0% ~ (p=1.000 n=10) Hash8BytesUnaligned 162.6n ± 0% 162.6n ± 0% ~ (p=0.555 n=10) Hash1KUnaligned 2.068µ ± 0% 2.066µ ± 0% -0.10% (p=0.000 n=10) Hash8KUnaligned 15.36µ ± 0% 15.36µ ± 0% ~ (p=0.168 n=10) geomean 4.465µ 4.460µ -0.12% │ baseline.txt │ new.txt │ │ B/s │ B/s vs base │ Hash8Bytes 46.72Mi ± 0% 46.88Mi ± 0% +0.36% (p=0.000 n=10) Hash64 217.9Mi ± 2% 218.1Mi ± 0% +0.09% (p=0.000 n=10) Hash128 306.4Mi ± 0% 307.0Mi ± 0% +0.23% (p=0.017 n=10) Hash256 384.7Mi ± 1% 385.5Mi ± 0% +0.21% (p=0.000 n=10) Hash512 441.6Mi ± 0% 441.9Mi ± 0% +0.07% (p=0.000 n=10) Hash1K 475.6Mi ± 0% 475.8Mi ± 0% +0.05% (p=0.000 n=10) Hash8K 511.5Mi ± 1% 511.7Mi ± 0% +0.04% (p=0.000 n=10) Hash1M 515.0Mi ± 0% 516.6Mi ± 0% +0.32% (p=0.001 n=10) Hash8M 512.3Mi ± 0% 512.3Mi ± 0% ~ (p=1.000 n=10) Hash8BytesUnaligned 46.94Mi ± 0% 46.93Mi ± 0% ~ (p=0.754 n=10) Hash1KUnaligned 472.2Mi ± 0% 472.7Mi ± 0% +0.11% (p=0.000 n=10) Hash8KUnaligned 508.7Mi ± 0% 508.7Mi ± 0% ~ (p=0.158 n=10) geomean 291.9Mi 292.3Mi +0.12% When testing with large files (e.g., a 3GB file), the runtime was reduced from 8.65 seconds to 7.39 seconds, resulting in an approximate 9% reduction in execution time. This demonstrates a more significant performance gain when handling larger datasets. Overall, these optimizations provide modest improvements for small input sizes and more noticeable performance benefits when processing larger files, especially in memory-intensive workloads like file hashing. |
||
---|---|---|
.. | ||
archive | ||
arena | ||
bufio | ||
builtin | ||
bytes | ||
cmd | ||
cmp | ||
compress | ||
container | ||
context | ||
crypto | ||
database/sql | ||
debug | ||
embed | ||
encoding | ||
errors | ||
expvar | ||
flag | ||
fmt | ||
go | ||
hash | ||
html | ||
image | ||
index/suffixarray | ||
internal | ||
io | ||
iter | ||
log | ||
maps | ||
math | ||
mime | ||
net | ||
os | ||
path | ||
plugin | ||
reflect | ||
regexp | ||
runtime | ||
slices | ||
sort | ||
strconv | ||
strings | ||
structs | ||
sync | ||
syscall | ||
testdata | ||
testing | ||
text | ||
time | ||
unicode | ||
unique | ||
unsafe | ||
vendor | ||
all.bash | ||
all.bat | ||
all.rc | ||
bootstrap.bash | ||
buildall.bash | ||
clean.bash | ||
clean.bat | ||
clean.rc | ||
cmp.bash | ||
go.mod | ||
go.sum | ||
make.bash | ||
make.bat | ||
Make.dist | ||
make.rc | ||
race.bash | ||
race.bat | ||
README.vendor | ||
run.bash | ||
run.bat | ||
run.rc |
Vendoring in std and cmd ======================== The Go command maintains copies of external packages needed by the standard library in the src/vendor and src/cmd/vendor directories. There are two modules, std and cmd, defined in src/go.mod and src/cmd/go.mod. When a package outside std or cmd is imported by a package inside std or cmd, the import path is interpreted as if it had a "vendor/" prefix. For example, within "crypto/tls", an import of "golang.org/x/crypto/cryptobyte" resolves to "vendor/golang.org/x/crypto/cryptobyte". When a package with the same path is imported from a package outside std or cmd, it will be resolved normally. Consequently, a binary may be built with two copies of a package at different versions if the package is imported normally and vendored by the standard library. Vendored packages are internally renamed with a "vendor/" prefix to preserve the invariant that all packages have distinct paths. This is necessary to avoid compiler and linker conflicts. Adding a "vendor/" prefix also maintains the invariant that standard library packages begin with a dotless path element. The module requirements of std and cmd do not influence version selection in other modules. They are only considered when running module commands like 'go get' and 'go mod vendor' from a directory in GOROOT/src. Maintaining vendor directories ============================== Before updating vendor directories, ensure that module mode is enabled. Make sure that GO111MODULE is not set in the environment, or that it is set to 'on' or 'auto', and if you use a go.work file, set GOWORK=off. Also, ensure that 'go env GOROOT' shows the root of this Go source tree. Otherwise, the results are undefined. It's recommended to build Go from source and use that 'go' binary to update its source tree. Requirements may be added, updated, and removed with 'go get'. The vendor directory may be updated with 'go mod vendor'. A typical sequence might be: cd src # or src/cmd go get golang.org/x/net@master go mod tidy go mod vendor Use caution when passing '-u' to 'go get'. The '-u' flag updates modules providing all transitively imported packages, not only the module providing the target package. Note that 'go mod vendor' only copies packages that are transitively imported by packages in the current module. If a new package is needed, it should be imported before running 'go mod vendor'.