stress-ng (ความเครียดรุ่นต่อไป)
stress-ng จะทดสอบความเครียดของระบบคอมพิวเตอร์ด้วยวิธีต่างๆ ที่เลือกได้ ได้รับการออกแบบมาเพื่อออกกำลังกายระบบย่อยทางกายภาพต่างๆ ของคอมพิวเตอร์ตลอดจนอินเทอร์เฟซเคอร์เนลของระบบปฏิบัติการต่างๆ คุณสมบัติความเครียด:
- การทดสอบความเครียดมากกว่า 350 รายการ
- การทดสอบความเครียดเฉพาะของ CPU มากกว่า 80 รายการที่ใช้จุดทศนิยม จำนวนเต็ม การจัดการบิต และโฟลว์การควบคุม
- การทดสอบความเครียดของหน่วยความจำเสมือนมากกว่า 20 รายการ
- การทดสอบความเครียดของระบบไฟล์มากกว่า 40 รายการ
- การทดสอบความเครียดแคชหน่วยความจำ/CPU มากกว่า 30 รายการ
- แบบพกพา: สร้างบน Linux (Debian, Devuan, RHEL, Fedora, Centos, Slackware OpenSUSE, Ubuntu ฯลฯ .. ), Solaris, FreeBSD, NetBSD, OpenBSD, DragonFlyBSD, Minix, Android, MacOS X, Serenity OS, GNU/Hurd, ไฮกุ ระบบย่อย Windows สำหรับ Linux, Cygwin และ SunOs/Dilos/Solaris ด้วย gcc, musl-gcc, เสียงดังกราว, icc, icx, tcc และ pcc
- ทดสอบกับ alpha, armel, armhf, arm64, hppa, i386, loong64, m68k, mips32, mips64, power32, ppc64el, risc-v, sh4, s390x, sparc64, x86-64
เดิมที stress-ng มีจุดมุ่งหมายเพื่อให้เครื่องจักรทำงานหนักและสะดุดปัญหาฮาร์ดแวร์ เช่น ความร้อนเกิน รวมถึงข้อผิดพลาดของระบบปฏิบัติการที่เกิดขึ้นเมื่อระบบถูกโจมตีอย่างรุนแรงเท่านั้น ใช้ stress-ng ด้วยความระมัดระวัง เนื่องจากการทดสอบบางอย่างอาจทำให้ระบบทำงานร้อนบนฮาร์ดแวร์ที่ออกแบบมาไม่ดี และยังอาจทำให้ระบบขัดข้องมากเกินไปซึ่งอาจหยุดได้ยาก
stress-ng ยังสามารถวัดอัตราปริมาณงานทดสอบได้ สิ่งนี้มีประโยชน์ในการสังเกตการเปลี่ยนแปลงประสิทธิภาพในระบบปฏิบัติการหรือฮาร์ดแวร์ประเภทต่างๆ อย่างไรก็ตาม ไม่เคยมีจุดประสงค์เพื่อใช้เป็นชุดทดสอบเกณฑ์มาตรฐานที่แม่นยำ ดังนั้นอย่าใช้ในลักษณะนี้
การรัน stress-ng ด้วยสิทธิ์รูทจะปรับการตั้งค่าหน่วยความจำไม่เพียงพอบนระบบ Linux เพื่อทำให้ตัวสร้างความเครียดไม่สามารถจัดการได้ในสถานการณ์ที่มีหน่วยความจำเหลือน้อย ดังนั้นจงใช้สิ่งนี้อย่างรอบคอบ ด้วยสิทธิพิเศษที่เหมาะสม stress-ng สามารถอนุญาตให้คลาสอิออไนซ์และระดับอิออไนซ์สามารถปรับได้ และควรใช้ด้วยความระมัดระวังอีกครั้ง
ทาร์บอล
Tarballs ของ stress-ng แต่ละเวอร์ชันสามารถดาวน์โหลดได้โดยใช้ URL:
https://github.com/ColinIanKing/stress-ng/tarball/version
โดยที่ version คือหมายเลขเวอร์ชันที่เกี่ยวข้อง เช่น:
https://github.com/ColinIanKing/stress-ng/tarball/V0.13.05
เรียกใช้สแนปช็อต stress-ng ล่าสุดในคอนเทนเนอร์
docker run --rm ghcr.io/colinianking/stress-ng --help
หรือ
docker run --rm colinianking/stress-ng --help
แพ็คเกจ Debian สำหรับ Ubuntu
stress-ng เวอร์ชันล่าสุดมีอยู่ใน Ubuntu stress-ng ppa สำหรับ Ubuntu รุ่นต่างๆ:
https://launchpad.net/~colin-king/+archive/ubuntu/stress-ng
sudo add-apt-repository ppa:colin-king/stress-ng
sudo apt update
sudo apt install stress-ng
การสร้างความเครียด-ng
ในการสร้าง ไลบรารีต่อไปนี้จะรับประกันการสร้าง stress-ng ที่ทำงานได้อย่างสมบูรณ์: (หมายเหตุ libattr ไม่จำเป็นสำหรับ disto release ล่าสุด)
เดเบียน, อูบุนตู:
- gcc g ++ libacl1-dev libaio-dev libapparmor-dev libatomic1 libattr1-dev libbsd-dev libcap-dev libeigen3-dev libgbm-dev libcrypt-dev libglvnd-dev libipsec-mb-dev libjpeg-dev libjudy-dev libkeyutils-dev libkmod-dev libmd-dev libmpfr-dev libsctp-dev libxxhash-dev zlib1g-dev
RHEL, Fedora, Centos:
- gcc g ++ eigen3-devel Judy-devel keyutils-libs-devel kmod-devel libacl-devel libaio-devel libatomic libattr-devel libbsd-devel libcap-devel libgbm-devel libcrypt-devel libglvnd-core-devel libglvnd-devel libjpeg-devel libmd -devel mpfr-devel libX11-devel libXau-devel libxcb-devel lksctp-tools-devel xorg-x11-proto-devel xxhash-devel zlib-devel
RHEL, Fedora, Centos (บิลด์แบบคงที่):
- gcc g ++ eigen3-devel glibc-static Judy-devel keyutils-libs-devel libacl-devel libaio-devel libatomic-static libattr-devel libbsd-devel libcap-devel libgbm-devel libcrypt-devel libglvnd-core-devel libglvnd-devel libjpeg- พัฒนา libmd-devel libX11-devel libXau-devel libxcb-devel lksctp-tools-devel mpfr-devel xorg-x11-proto-devel xxhash-devel zlib-devel
ซูส:
- gcc gcc-c ++ eigen3-devel keyutils-devel libaio-devel libapparmor-devel libatomic1 libattr-devel libbsd-devel libcap-devel libgbm-devel libglvnd-devel libjpeg-turbo libkmod-devel libmd-devel libseccomp-devel lksctp-tools-devel mpfr-devel xxhash-devel zlib-devel.mpfr
ล้างลินุกซ์:
- devpkg-acl devpkg-eigen devpkg-Judy devpkg-kmod devpkg-attr devpkg-libbsd devpkg-libjpeg-เทอร์โบ devpkg-libsctp devpkg-mesa
อัลไพน์ลินุกซ์:
- build-base eigen-dev jpeg-dev judy-dev keyutils-dev kmod-dev libacl-dev libaio-dev libatomic libattr libbsd-dev libcap-dev libmd-dev libseccomp-dev lksctp-tools-dev mesa-dev mpfr-dev xxhash -dev zlib-dev
สแนป:
- stress-ng ไม่ได้ตั้งใจให้ snap'd ด้วย snapcraft การทำเช่นนั้นขัดต่อความปรารถนาของผู้ดูแลโครงการและผู้พัฒนาหลักอย่างเคร่งครัด
หมายเหตุ: บิลด์จะพยายามตรวจจับการขึ้นต่อกันของบิลด์และจะสร้างอิมเมจที่ปิดใช้งานฟังก์ชันการทำงานหากไม่ได้ติดตั้งไลบรารีสนับสนุน
ณ เวลา build-time stress-ng จะตรวจจับคุณสมบัติเคอร์เนลที่มีอยู่ในระบบ build เป้าหมาย และเปิดใช้งานการทดสอบความเครียดอย่างเหมาะสม Stress-ng ได้รับการทดสอบบิวด์บน Ubuntu, Debian, Debian GNU/Hurd, Slackware, RHEL, SLES, Centos, kFreeBSD, OpenBSD, NetBSD, FreeBSD, Debian kFreeBSD, DragonFly BSD, OS X, Minix, Solaris 11.3, OpenIndiana และ ฮิอาคุ. พอร์ตไปยังระบบปฏิบัติการ POSIX/UNIX อื่น ๆ ควรจะค่อนข้างง่าย
หมายเหตุ: ให้รัน make clean
ทุกครั้งหลังจากดึงการเปลี่ยนแปลงจากที่เก็บ git เพื่อบังคับให้ build สร้างไฟล์การกำหนดค่า build ใหม่ รองรับการสร้างแบบขนานโดยใช้ make -j
ในการสร้างบนระบบ BSD ต้องใช้ gcc และ GNU ในการสร้าง:
CC=gcc gmake clean
CC=gcc gmake
หากต้องการสร้างบนระบบ OS X เพียงใช้:
ในการสร้างบน MINIX จำเป็นต้องมี gmake และ clang:
CC=clang gmake clean
CC=clang gmake
หากต้องการสร้างบน SunOS จำเป็นต้องมีการสร้าง GCC และ GNU สร้างโดยใช้:
CC=gcc gmake clean
CC=gcc gmake
หากต้องการสร้างบน Dilos จำเป็นต้องมีการสร้าง GCC และ GNU สร้างโดยใช้:
CC=gcc gmake clean
CC=gcc gmake
วิธีต่อยอด Haiku R1/beta5:
# GCC
make clean
make
# Clang
CC=clang make clean
CC=clang make
หากต้องการสร้างภาพนิ่ง (ตัวอย่าง สำหรับ Android) ให้ใช้:
# path to Android NDK
# get NDK from https://developer.android.com/ndk/downloads
export NDK=$HOME/android-ndk-r27c
export PATH=$PATH:$NDK/toolchains/llvm/prebuilt/linux-x86_64/bin
export TARGET=aarch64-linux-android
# Define Android API level
export API=27
export CC=$TARGET$API-clang
make clean
STATIC=1 make
วิธีสร้างด้วยคอมไพเลอร์ Tiny C:
หากต้องการสร้างด้วยคอมไพเลอร์ C แบบพกพา PCC ให้ใช้:
วิธีสร้างด้วยไลบรารี musl C:
หากต้องการสร้างด้วย icc คอมไพเลอร์ Intel C ให้ใช้:
หากต้องการสร้างด้วยคอมไพเลอร์ Intel C icx ให้ใช้:
หากต้องการดำเนินการคอมไพล์ข้ามโดยใช้ gcc ให้ใช้บิลด์แบบคงที่ ระบุ toolchain (ทั้ง CC และ CXX) ตัวอย่างเช่น cross build mips64:
make clean
STATIC=1 CC=mips64-linux-gnuabi64-gcc CXX=mips64-linux-gnuabi64-g++ make -j $(nproc)
หากต้องการดำเนินการคอมไพล์ข้ามสำหรับ qnx ตัวอย่างเช่น aarch64 qnx cross build:
make clean
CC=aarch64-unknown-nto-qnx7.1.0-gcc CXX=aarch64-unknown-nto-qnx7.1.0-g++ STATIC=1 make
ตัวเลือกการสร้าง: DEBUG สร้างโดยเปิดใช้งานการดีบัก (-g):
ตัวเลือกการสร้าง: LTO, การเพิ่มประสิทธิภาพเวลาลิงก์ (การปรับปรุงประสิทธิภาพ ~ 1-2% สำหรับความเครียดในการคำนวณ):
ตัวเลือกการสร้าง: PEDANTIC เปิดใช้งานแฟล็กการสร้างแบบอวดรู้:
make clean
PEDANTIC=1 make
ตัวเลือกการสร้าง: GARBAGE_COLLECT เตือนรหัสที่ไม่ได้ใช้:
make clean
GARBAGE_COLLECT=1 make
ตัวเลือกการสร้าง: UNEXPECTED=1 เตือนรหัส #ifdef ที่ไม่คาดคิด:
make clean
UNEXPECTED=1 make
มีส่วนทำให้เกิดความเครียด:
ส่งแพตช์ไปที่ [email protected] หรือรวมคำขอที่ https://github.com/ColinIanKing/stress-ng
คู่มืออ้างอิงการเริ่มต้นฉบับย่อ
คู่มืออ้างอิง Ubuntu stress-ng มีภาพรวมโดยย่อและตัวอย่างการทำงาน
ตัวอย่าง
รัน CPU 4 ตัว, หน่วยความจำเสมือน 2 ตัว, ดิสก์ 1 ตัว และตัวเน้นแรงส้อม 8 ตัว เป็นเวลา 2 นาที และพิมพ์การวัด:
stress-ng --cpu 4 --vm 2 --hdd 1 --fork 8 --timeout 2m --metrics
stress-ng: info: [573366] setting to a 120 second (2 mins, 0.00 secs) run per stressor
stress-ng: info: [573366] dispatching hogs: 4 cpu, 2 vm, 1 hdd, 8 fork
stress-ng: info: [573366] successful run completed in 123.78s (2 mins, 3.78 secs)
stress-ng: info: [573366] stressor bogo ops real time usr time sys time bogo ops/s bogo ops/s CPU used per
stress-ng: info: [573366] (secs) (secs) (secs) (real time) (usr+sys time) instance (%)
stress-ng: info: [573366] cpu 515396 120.00 453.02 0.18 4294.89 1137.24 94.42
stress-ng: info: [573366] vm 2261023 120.01 223.80 1.80 18840.15 10022.27 93.99
stress-ng: info: [573366] hdd 367558 123.78 10.63 11.67 2969.49 16482.42 18.02
stress-ng: info: [573366] fork 598058 120.00 68.24 65.88 4983.80 4459.13 13.97
เรียกใช้เมทริกซ์ความเครียดบน CPU ออนไลน์ทั้งหมดเป็นเวลา 60 วินาทีและวัดอุณหภูมิ:
stress-ng --matrix -1 --tz -t 60
stress-ng: info: [1171459] setting to a 60 second run per stressor
stress-ng: info: [1171459] dispatching hogs: 8 matrix
stress-ng: info: [1171459] successful run completed in 60.01s (1 min, 0.01 secs)
stress-ng: info: [1171459] matrix:
stress-ng: info: [1171459] acpitz0 75.00 C (348.15 K)
stress-ng: info: [1171459] acpitz1 75.00 C (348.15 K)
stress-ng: info: [1171459] pch_skylake 60.17 C (333.32 K)
stress-ng: info: [1171459] x86_pkg_temp 62.72 C (335.87 K)
เรียกใช้ตัวสร้างความเครียด I/O 4 ตัวผสมกัน และตรวจสอบการเปลี่ยนแปลงในข้อมูลเมตาของดิสก์ SMART:
sudo stress-ng --iomix 4 --smart -t 30s
stress-ng: info: [1171471] setting to a 30 second run per stressor
stress-ng: info: [1171471] dispatching hogs: 4 iomix
stress-ng: info: [1171471] successful run completed in 30.37s
stress-ng: info: [1171471] Device ID S.M.A.R.T. Attribute Value Change
stress-ng: info: [1171471] sdc 01 Read Error Rate 88015771 71001
stress-ng: info: [1171471] sdc 07 Seek Error Rate 59658169 92
stress-ng: info: [1171471] sdc c3 Hardware ECC Recovered 88015771 71001
stress-ng: info: [1171471] sdc f1 Total LBAs Written 481904395 877
stress-ng: info: [1171471] sdc f2 Total LBAs Read 3768039248 5139
stress-ng: info: [1171471] sdd be Temperature Difference 3670049 1
การเรียกระบบมาตรฐานโดยใช้ VDSO:
stress-ng --vdso 1 -t 5 --metrics
stress-ng: info: [1171584] setting to a 5 second run per stressor
stress-ng: info: [1171584] dispatching hogs: 1 vdso
stress-ng: info: [1171585] stress-ng-vdso: exercising vDSO functions: clock_gettime time gettimeofday getcpu
stress-ng: info: [1171585] stress-ng-vdso: 9.88 nanoseconds per call (excluding 1.73 nanoseconds test overhead)
stress-ng: info: [1171584] successful run completed in 5.10s
stress-ng: info: [1171584] stressor bogo ops real time usr time sys time bogo ops/s bogo ops/s CPU used per
stress-ng: info: [1171584] (secs) (secs) (secs) (real time) (usr+sys time) instance (%)
stress-ng: info: [1171584] vdso 430633496 5.10 5.10 0.00 84375055.96 84437940.39 99.93
stress-ng: info: [1171584] vdso 9.88 nanoseconds per call (average per stressor)
สร้างและวัดการขาดสาขาโดยใช้ตัวชี้วัดที่สมบูรณ์แบบ:
sudo stress-ng --branch 1 --perf -t 10 | grep Branch
stress-ng: info: [1171714] 604,703,327 Branch Instructions 53.30 M/sec
stress-ng: info: [1171714] 598,760,234 Branch Misses 52.77 M/sec (99.02%)
รันการเรียงสับเปลี่ยนของตัวเน้น I/O บนระบบไฟล์ ZFS โดยไม่รวมตัวเน้นแบบ rawdev ที่มีการตรวจสอบข้อผิดพลาดของบันทึกเคอร์เนล:
stress-ng --class io --permute 0 -x rawdev -t 1m --vmstat 1 --klog-check --temp-path /zfs-pool/test
x86 เท่านั้น: วัดกำลังโดยใช้อินเทอร์เฟซ RAPL บนตัวเน้นย้ำเมทริกซ์ 3D พร้อมกัน 8 ตัวพร้อมเปิดใช้งานการตรวจสอบ โปรดทราบว่าการอ่าน RAPL ต้องได้รับอนุญาตจากรูท
sudo stress-ng --matrix-3d 8 --matrix-3d-size 512 --rapl -t 10 --verify
stress-ng: info: [4563] setting to a 10 secs run per stressor
stress-ng: info: [4563] dispatching hogs: 8 matrix-3d
stress-ng: info: [4563] matrix-3d:
stress-ng: info: [4563] core 6.11 W
stress-ng: info: [4563] dram 2.71 W
stress-ng: info: [4563] pkg-0 8.20 W
stress-ng: info: [4563] psys 16.90 W
stress-ng: info: [4563] uncore 0.06 W
stress-ng: info: [4563] skipped: 0
stress-ng: info: [4563] passed: 8: matrix-3d (8)
stress-ng: info: [4563] failed: 0
stress-ng: info: [4563] metrics untrustworthy: 0
stress-ng: info: [4563] successful run completed in 11.38 secs
วัดถิ่นที่อยู่ของรัฐ C:
stress-ng --intmath 0 -t 1m --c-states
stress-ng: info: [6998] setting to a 1 min run per stressor
stress-ng: info: [6998] dispatching hogs: 8 intmath
stress-ng: info: [6998] intmath:
stress-ng: info: [6998] C0 99.98%
stress-ng: info: [6998] C1 0.00%
stress-ng: info: [6998] C1E 0.01%
stress-ng: info: [6998] C3 0.00%
stress-ng: info: [6998] C6 0.01%
stress-ng: info: [6998] C7s 0.00%
stress-ng: info: [6998] C8 0.00%
stress-ng: info: [6998] POLL 0.00%
stress-ng: info: [6998] skipped: 0
stress-ng: info: [6998] passed: 8: intmath (8)
stress-ng: info: [6998] failed: 0
stress-ng: info: [6998] metrics untrustworthy: 0
stress-ng: info: [6998] successful run completed in 1 min
พบข้อบกพร่องและการถดถอยด้วยความเครียด-ng
stress-ng พบเคอร์เนล, ข้อบกพร่อง/การถดถอยของ QEMU และข้อบกพร่องของ libc ต่างๆ มีการแก้ไขที่เหมาะสมเพื่อแก้ไขปัญหาเหล่านี้:
2558:
- คีย์: ตรวจสอบให้แน่ใจว่าเราทำการแก้ไข assoc array ฟรี หากการแก้ไขถูกต้อง
- proc: แก้ไขข้อผิดพลาด -ESRCH เมื่อเขียนไปที่ /proc/$pid/coredump_filter
- ข้อผิดพลาดการแบ่ง SMP
2559:
- fs/locks.c: เคอร์เนลอ๊ะระหว่างการทดสอบความเครียดของการล็อค posix
- sched/core: แก้ไขการแข่งขันระหว่าง try_to_wake_up() และงานที่ถูกปลุก
- devpts: แก้ไขการยกเลิกการอ้างอิงตัวชี้ null ในการจัดสรรหน่วยความจำที่ล้มเหลว
- arm64: อย่าบังคับใช้การจัดตำแหน่ง 16 ไบต์อย่างเข้มงวดกับตัวชี้สแต็ก
2017:
- ARM: dts: meson8b: เพิ่มโซนหน่วยความจำที่สงวนไว้เพื่อแก้ไขการค้างแบบเงียบ ๆ
- ARM64: dts: meson-gx: เพิ่มโซนหน่วยความจำที่สงวนไว้ของเฟิร์มแวร์
- ext4: ล็อคบล็อก xattr ก่อนตรวจสอบ
- rcu_preempt ตรวจพบแผงลอยบน CPU/งาน
- BUG: ไม่สามารถจัดการเคอร์เนล NULL pointer dereference ได้
- คำเตือน: ตรวจพบการพึ่งพาการล็อคแบบวงกลมที่เป็นไปได้
2018:
- ภาพประกอบ: ofdlock(): การยืนยันล้มเหลว: lckdat->l_start == 0
- debugobjects: ใช้รายการฟรีทั่วโลกใน __debug_check_no_obj_freed()
- ext4_validate_inode_bitmap:99: comm stress-ng: บิตแมปไอโหนดเสียหาย
- virtio/s390: แก้ไขการแข่งขันใน ccw_io_helper()
2019:
- mm/page_idle.c: แก้ไขอ๊ะ เนื่องจาก end_pfn มีขนาดใหญ่กว่า max_pfn
- mm: การบดอัด: หลีกเลี่ยงการใช้งาน CPU 100% ในระหว่างการบดอัดเมื่องานถูกฆ่า
- mm/vmalloc.c: โหลด CPU ล่วงหน้าด้วยอ็อบเจ็กต์เดียวเพื่อการแบ่งแยก
- perf evlist: ใช้ unshare(CLONE_FS) ใน sb threads เพื่อให้ setns(CLONE_NEWNS) ทำงาน
- riscv: ปฏิเสธ syscalls ที่ไม่ถูกต้องต่ำกว่า -1
2020:
- RISC-V: ไม่อนุญาตให้เขียน+exec เฉพาะคำขอการแมปเพจใน mmap
- riscv: ตั้งค่า max_pfn เป็น PFN ของหน้าสุดท้าย
- crypto: hisilicon - อัปเดตพารามิเตอร์โมดูลไดรเวอร์ SEC
- net: atm: แก้ไขการอัปเดตดัชนีตำแหน่งใน lec_seq_next
- กำหนด/แก้ไขข้อบกพร่อง: แก้ไขความเสียหายของหน่วยความจำที่เกิดจากการอ่านแฟล็กเล็กๆ หลายครั้ง
- ocfs2: อัตราจำกัดการแจ้งเตือน 'ถึงเวลาค้นหาสูงสุด'
- การใช้ perf อาจทำให้เคอร์เนลเสียหายพร้อมกับสแต็กโอเวอร์โฟลว์
- stress-ng บนเคอร์เนลโฟกัสที่เปิดใช้งาน gcov จะทริกเกอร์ OOPS
- ข้อบกพร่องของเคอร์เนล list_del ความเสียหายบน s390x จาก stress-ng mknod และ symlink stress-ng
2021:
- sparc64: แก้ไขการกรอง opcode ในการจัดการไม่มีโหลดข้อผิดพลาด
- การเปิดไฟล์ด้วย O_DIRECT บนระบบไฟล์ที่ไม่รองรับจะทำให้ไฟล์ว่างเปล่า
- การล็อค / อะตอมมิก: sparc: แก้ไข arch_cmpxchg64_local()
- btrfs: แก้ไขความอ่อนล้าของอาร์เรย์ก้อนของระบบเนื่องจากการจัดสรรพร้อมกัน
- btrfs: ทำใหม่การจัดสรรก้อนเพื่อหลีกเลี่ยงความอ่อนล้าของอาร์เรย์ก้อนของระบบ
- btrfs: แก้ไขการหยุดชะงักด้วยการจัดสรรก้อนพร้อมกันที่เกี่ยวข้องกับก้อนระบบ
- การล็อค / อะตอมมิก: sparc: แก้ไข arch_cmpxchg64_local()
- ไปป์: ทำการแจ้งเตือน FASYNC สำหรับทุก ๆ ไพพ์ IO ไม่ใช่แค่การเปลี่ยนแปลงสถานะ
- io-wq: ลบการจัดสรร GFP_ATOMIC ออกจากเส้นทางการออกกำหนดการ
- mm/swap: พิจารณาจำนวนหน้าสูงสุดใน iomap_swapfile_add_extent
- block: loop: แก้ไขการหยุดชะงักระหว่างการเปิดและการลบ
- tmpfs: O_DIRECT | O_CREATE เปิดรายงานความล้มเหลวในการเปิด แต่จริงๆ แล้วสร้างไฟล์ขึ้นมา
2022:
- copy_process(): ย้าย fd_install() ออกจาก sighand->siglock ส่วนสำคัญ
- minix: แก้ไขข้อผิดพลาดเมื่อเปิดไฟล์ด้วย O_DIRECT
- arch/arm64: แก้ไขการเริ่มต้นโทโพโลยีสำหรับการตั้งเวลาหลัก
- การรัน stress-ng บน Minux 3.4.0-RC6 บน amd64 assert ใน vm/region.c:313
- การทดสอบยกเลิกการแชร์ทำให้เกิดข้อผิดพลาดของเพจที่ไม่สามารถจัดการได้
- request_module DoS
- การถดถอยเกณฑ์มาตรฐาน NUMA ใน Linux 5.18
- อันเดอร์โฟลว์ใน mas_spanning_rebalance() และทดสอบ
- mm/huge_memory: อย่าปิดบัง swp_entry_t ระหว่างการแยก THP
- AppArmor: การถดถอย -42.5% ของ stress-ng.kill.ops_per_sec เนื่องจากการกระทำ
- แหล่งที่มาของนาฬิกา: ระงับ Watchdog ชั่วคราวเมื่อตรวจพบ lantency การอ่านสูง
2023:
- qemu-system-m68k segfaults บน opcode 0x4848
- rtmutex: ตรวจสอบให้แน่ใจว่าบริกรระดับสูงตื่นอยู่เสมอ
- mm/swap: แก้ไขการแข่งขัน swap_info_struct ระหว่าง swapoff และ get_swap_pages()
- block, bfq: แก้ไขข้อผิดพลาดการหารด้วยศูนย์ใน wsum เป็นศูนย์
- riscv: mm: ตรวจสอบให้แน่ใจว่า prot ของ VM_WRITE และ VM_EXEC จะต้องสามารถอ่านได้
- เปลี่ยนกลับ "mm: vmscan: ทำให้แผ่นพื้นโลกหดตัวแบบไม่มีล็อค"
- ขัดข้อง/ค้างใน mm/swapfile.c:718 add_to_avail_list เมื่อออกกำลังกาย stress-ng
- mm: แก้ไขสภาพการแข่งขันการเขียนกลับ zswap
- x86/fpu: ตั้งค่าคุณสมบัติ X86_FEATURE_OSXSAVE หลังจากเปิดใช้งาน OSXSAVE ใน CR4
- เคอร์เนล/ส้อม: ระวังบริบทการเรียก __put_task_struct()
- arm64: dts: ls1028a: เพิ่มข้อมูลแคช l1 และ l2
- filemap: เพิ่ม filemap_map_order0_folio() เพื่อจัดการ order0 folio
- mm: ตัวย่อ: เพิ่มโครงสร้างพื้นฐานสำหรับการจัดสรรตัวลดขนาดแบบไดนามิก
- mm: ตัวลดขนาด: ทำให้แผ่นพื้นโลกหดตัวแบบไม่มีล็อค
- bcachefs: ล้าง btree_node_just_write() เมื่อโหนดถูกนำมาใช้ซ้ำหรือถูกไล่ออก
- การติดตาม: แก้ไขการล็อกที่ไม่สมบูรณ์เมื่อปิดใช้งานเหตุการณ์ที่บัฟเฟอร์
- mm: โยกย้าย: แก้ไขการแมปเพจที่ไม่ถูกต้องระหว่างการย้ายเพจ
- mm: mmap: แมป MAP_STACK ถึง VM_NOHUGEPAGE
2024:
- fs: ปรับปรุงความทนทานของ dump_mapping()
- การติดตาม: ตรวจสอบให้แน่ใจว่ามองเห็นได้เมื่อแทรกองค์ประกอบลงใน tracing_map
- ตัวเชื่อมต่อ / cn_proc: เปลี่ยนกลับ "ตัวเชื่อมต่อ: แก้ไขจำนวน proc_event_num_listeners ไม่ถูกล้าง"
- powerpc/pseries: แก้ไขความแม่นยำของเวลาที่ขโมยไป
- OpenBSD: libm: segfault ใน sincosl
- การเปิดและปิด /dev/dri/card0 ในอินสแตนซ์ QEMU KVM จะปิดระบบ 6.10.0-rc6+
- uprobes: ป้องกัน mutex_lock() ภายใต้ rcu_read_lock()
- ระบบล็อคด้วยเคอร์เนล RT บน amd64
- คำเตือน: CPU: 17 PID: 118273 ที่ kernel/sched/deadline.c:794 setup_new_dl_entity+0x12c/0x1e8
- เคอร์เนลโอ๊ะโอใน Pick_next_task_fair ในเคอร์เนล 6.8.1-1002-เรียลไทม์
- เคอร์เนลโอ๊ะโอใน aafs_create ในเคอร์เนลเรียลไทม์ 6.8.1-1002
- mm: ปรับลูปซ้ำซ้อนให้เหมาะสม
- MultiVM - แขก L2 ใช้งานความเครียดและติดขัดขณะบู๊ตหลังจากทำให้เกิดข้อขัดข้อง
- powerpc/qspinlock: แก้ไขการหยุดชะงักในคิว MCS
- การถดถอยเคอร์เนลด้วยแฟล็กเมานต์ ext4 และ ea_inode และการใช้ xattrs
- sched_ext: งาน TASK_DEAD จะต้องเปลี่ยนเป็น SCX บน ops_enable
- กำหนดเวลา/กำหนดเวลา: แก้ไขการรั่วไหลของการอ้างอิง Task_struct
- sched_ext: แยก DSQ ทั่วโลกต่อโหนด NUMA
- การเรียก getcpu ด้วยที่อยู่ที่ไม่ตรงแนวทำให้เกิดความตื่นตระหนกเคอร์เนล
- cygwin: pread/pwrite: ป้องกันข้อผิดพลาด EBADF หลังจาก fork ()
- cygwin 3.5.4-1: การจัดการสัญญาณทำลายค่า 'long double'
- cygwin: timer_delete: แก้ไขค่าที่ส่งคืน
- cygwin: เปลี่ยน pthread_sigqueue() เพื่อยอมรับรหัสเธรด
- ความปลอดภัย/คีย์: แก้ไขแผ่นพื้นนอกขอบเขตใน key_task_permission
- sched_ext: อย่าถือ scx_tasks_lock นานเกินไป
- sched/numa: แก้ไขการยกเลิกการอ้างอิงตัวชี้ null ที่อาจเกิดขึ้นใน task_numa_work()
- สร้างความตื่นตระหนกอีกครั้งโดยใช้ตัวสร้างความเครียด fsize
การปรับปรุงเคอร์เนลที่ใช้ stress-ng
2020:
- selinux: เติมอินไลน์ของฟังก์ชันแฮชแท็บให้สมบูรณ์
- selinux: เก็บการเปลี่ยนบทบาทไว้ในตารางแฮช
- sched/rt: ปรับข้อจำกัดตัวกำหนดเวลา RT ของกลุ่มการตรวจสอบให้เหมาะสม
- sched/fair: จัดการกับกรณีของ task_h_load() ส่งคืนค่า 0
- กำหนดเวลา/กำหนดเวลา: Unthrottle PI เพิ่มเธรดขณะเข้าคิว
- mm: แก้ไขปัญหาประสิทธิภาพการทำงานของ madvise WILLNEED
- powerpc/dma: แก้ไข dma_map_ops::get_required_mask
- การปิดความเครียดทำให้เคอร์เนลโอ๊ะโอ v5.6-rt และ v5.4-rt
2021:
- เปลี่ยนกลับ "mm, slub: พิจารณาส่วนที่เหลือของรายการบางส่วนหาก Acquis_slab() ล้มเหลว
- mm: หน่วยความจำ: เพิ่ม orig_pmd เพื่อ struct vm_fault
- selftests/powerpc: เพิ่มการทดสอบการแก้ไขการบรรเทาผลกระทบ
- dm crypt: หลีกเลี่ยงการโต้แย้ง percpu_counter spinlock ใน crypt_page_alloc()
- mm/migrate: ปรับการอัปเดตลำดับการลดระดับ hotplug-time ให้เหมาะสม
- powerpc/rtas: การปรับปรุง rtas_busy_delay()
2022:
- sched/core: เวลาบังคับทางบัญชีสำหรับงานทั้งหมด ยกเว้นงานที่ไม่ได้ใช้งาน
- ipc/mqueue: ใช้ get_tree_nodev() ใน mqueue_get_tree()
2023:
- mm/swapfile: เพิ่ม cond_resched() ใน get_swap_pages()
- โมดูล: เพิ่มสถิติการดีบักเพื่อช่วยระบุแรงกดดันของหน่วยความจำ
- โมดูล: หลีกเลี่ยงการจัดสรรหากมีโมดูลอยู่แล้วและพร้อม
- sched: แทรกตัวจับเวลาแบนด์วิดท์ cfs เพื่อปรับปรุงประสิทธิภาพของเธรดเดี่ยวที่มีการใช้งานต่ำ
- mm/khugepaged: ลบ try_to_freeze() ที่ซ้ำซ้อนออก
2024:
- mm/vmalloc: กำจัดความขัดแย้งในการล็อคจากสองครั้งเป็นหนึ่งครั้ง
- mm: เปลี่ยน mm->get_unmapped_area() เป็นแฟล็ก
- mm: inline _compound_head() เสมอโดยมี CONFIG_HUGETLB_PAGE_OPTIMIZE_VMEMMAP=y
- mm: ปรับลูปซ้ำซ้อนของ mm_update_owner_next() ให้เหมาะสม
การนำเสนอ
- การนำเสนอความเครียดที่ ELCE 2019 ลียง
- วิดีโอการนำเสนอข้างต้น
- เซสชันการให้คำปรึกษาของ Linux Foundation พฤษภาคม 2022
- การนำเสนอ Kernel Recipes กันยายน 2023
- มูลนิธิ Linux, ELISA, มิถุนายน 2024
การอ้างอิง
- เครื่องมือทดสอบประสิทธิภาพเคอร์เนล Linux
2558:
- ปรับปรุงโมเดลพลังงานคลาวด์เพื่อเพิ่มประสิทธิภาพศูนย์ข้อมูล
- Tejo: โครงการตรวจจับความผิดปกติภายใต้การดูแลสำหรับฐานข้อมูล NewSQL
- CoMA: การตรวจสอบทรัพยากรของคอนเทนเนอร์ Docker
- การตรวจสอบความสัมพันธ์ในการใช้งาน CPU ระหว่างโฮสต์และแขกในโครงสร้างพื้นฐานระบบคลาวด์
2559:
- การเพิ่มการกำหนดแพลตฟอร์ม PQOS DPDK
- สู่การจัดการข้อมูลอย่างประหยัดพลังงานใน HPC: แนวทาง Open Ethernet Drive
- การวิเคราะห์ประสิทธิภาพของ CPU และหน่วยความจำในการจัดสรรทรัพยากรแบบไดนามิกและเฉพาะโดยใช้ XenServer ในสภาพแวดล้อมศูนย์ข้อมูล
- เซิร์ฟเวอร์ของคุณใช้พลังงานเท่าใด? การประมาณกำลังไฟของเต้ารับบนผนังโดยใช้การวัด RAPL
- DevOps สำหรับแอปพลิเคชัน IoT โดยใช้เครือข่ายเซลลูล่าร์และคลาวด์
- เครื่องจำลองปริมาณงานฟังก์ชันเครือข่ายเสมือน
- การระบุลักษณะและลดความแปรปรวนของประสิทธิภาพข้ามแพลตฟอร์มโดยใช้การจำลองเสมือนระดับระบบปฏิบัติการ
- เซิร์ฟเวอร์ของคุณใช้พลังงานเท่าใด? การประมาณกำลังไฟของเต้ารับติดผนังโดยใช้การวัด RAPL
- UIE: การประมาณค่าการรบกวนที่ผู้ใช้เป็นศูนย์กลางสำหรับแอปพลิเคชันระบบคลาวด์
2017:
- การปรับขนาดคอนเทนเนอร์อัตโนมัติ: ผลกระทบของการวัดแบบสัมพัทธ์และแบบสัมบูรณ์
- ทดสอบระบบย่อย Windows สำหรับ Linux
- การวิเคราะห์เชิงปฏิบัติของ Precision Time Protocol ภายใต้โหลดระบบประเภทต่างๆ
- สู่การคาดการณ์ต้นทุนการรับรู้พลังงานของเครื่องเสมือนในระบบคลาวด์
- อัลกอริธึมและสถาปัตยกรรมสำหรับการประมวลผลแบบขนาน
- แนวคิดและเครื่องมือขั้นสูงสำหรับการจัดหาพลังงานหมุนเวียนของศูนย์ข้อมูล
- การตรวจสอบและการสร้างแบบจำลองเซิร์ฟเวอร์คอมพิวเตอร์แบบเปิด
- การวิเคราะห์เชิงทดลองและเชิงตัวเลขสำหรับการนำความร้อนกลับมาใช้ใหม่ในศูนย์ข้อมูลที่ระบายความร้อนด้วยของเหลว
- การสร้างแบบจำลองและการวิเคราะห์ประสิทธิภาพภายใต้การแทรกแซงในระบบคลาวด์
- วัดและลดเวลาแฝงของเคอร์เนลอย่างมีประสิทธิภาพสำหรับข้อจำกัดแบบเรียลไทม์
- การตรวจสอบและวิเคราะห์ความสัมพันธ์ของโหลด CPU ระหว่างโฮสต์และแขกในโครงสร้างพื้นฐานเครือข่ายคลาวด์
- การวัดผลกระทบของแพทช์ Preempt-RT
- การระบุห้องสมุดที่เชื่อถือได้โดยใช้เทคนิค VMI
- Elastic-PPQ: ระบบอัตโนมัติสองระดับสำหรับการประมวลผลคิวรี่การตั้งค่าเชิงพื้นที่ผ่านสตรีมข้อมูลแบบไดนามิก
- การรวม OpenEPC ภายใน 5GTN เป็นการพิสูจน์แนวคิด NFV
- เครื่องมือวัดไบนารีแบบไดนามิกแบบ Time-Aware
- รายงานประสบการณ์: การขุดบันทึกโดยใช้การประมวลผลภาษาธรรมชาติและการประยุกต์ใช้การตรวจจับความผิดปกติ
- การรบกวนลักษณะเฉพาะของกระบวนการวิกฤตเวลาแบบผสมบนระบบ Linux แบบมัลติคอร์
- การประสานระบบคลาวด์ในระดับแอปพลิเคชัน
2018:
- การจำลองมัลติคอร์ในสภาพแวดล้อมเสมือนจริง
- Stress-SGX : โหลดและเน้นวงล้อมของคุณเพื่อความสนุกสนานและผลกำไร
- quiho: การทดสอบการถดถอยประสิทธิภาพอัตโนมัติโดยใช้โปรไฟล์การใช้ทรัพยากรที่อนุมาน
- การวิเคราะห์การเพิ่มประสิทธิภาพหน่วยความจำไฮเปอร์ไวเซอร์และเครื่องเสมือน
- การทดสอบแบบเรียลไทม์กับ Fuego
- FECBench: กรอบงานที่ขยายได้สำหรับการระบุแหล่งที่มาของการแทรกแซงประสิทธิภาพในสเปกตรัมทรัพยากร Cloud-Edge
- การหาปริมาณปฏิสัมพันธ์ระหว่างคุณสมบัติโครงสร้างของซอฟต์แวร์และฮาร์ดแวร์ในสถาปัตยกรรม ARM Big.LITTLE
- RAPL ในทางปฏิบัติ: ประสบการณ์ในการใช้ RAPL สำหรับการวัดกำลัง
2019:
- การแยกประสิทธิภาพของปริมาณงานที่อยู่ร่วมในสถาปัตยกรรมซอฟต์แวร์ยานพาหนะที่ใช้คอนเทนเนอร์
- การวิเคราะห์และการตรวจจับการหาประโยชน์จากแคช
- kMVX: การตรวจจับการรั่วไหลของข้อมูลเคอร์เนลด้วยการดำเนินการหลายตัวแปร
- ความสามารถในการปรับขนาดของ Kubernetes ที่ทำงานบน AWS
- การศึกษาการวัดประสิทธิภาพสำหรับการปรับขนาดแอปพลิเคชันในคอนเทนเนอร์ที่ใช้ CPU จำนวนมากโดยอัตโนมัติ
- Scavenger: ตัวจัดการทรัพยากรเวิร์กโหลดแบทช์แบบแบล็กบ็อกซ์สำหรับการปรับปรุงการใช้งานในสภาพแวดล้อมคลาวด์
- การประมาณประสิทธิภาพแอปพลิเคชันบนคลาวด์โดยอิงตามการทำโปรไฟล์ Micro-Benchmark
- การตรวจจับความผิดปกติใน NFV โดยใช้วิธีการเรียนรู้แบบไม่มีผู้ดูแลแบบต้นไม้
2020:
- การแลกเปลี่ยนประสิทธิภาพและพลังงานสำหรับการใช้งานแบบขนานบนระบบการประมวลผลหลายตัวที่ต่างกัน
- C-Balancer: ระบบสำหรับการสร้างโปรไฟล์และกำหนดเวลาคอนเทนเนอร์
- การสร้างแบบจำลองคุณลักษณะแฝงของ VM และการคาดการณ์ประสิทธิภาพของแอปพลิเคชันโดยใช้การแยกตัวประกอบเมทริกซ์ที่ไม่ใช่เชิงลบแบบควบคุมกึ่งควบคุม
- การทำโหลดบาลานซ์แบบกึ่งไดนามิก: การเรียนรู้แบบกระจายที่มีประสิทธิภาพในสภาพแวดล้อมที่ไม่เฉพาะเจาะจง
- การวิเคราะห์ประสิทธิภาพของเทคโนโลยีความปลอดภัยที่ใช้ฮาร์ดแวร์ช่วย
- วิศวกรรมซอฟต์แวร์ Green Cloud สำหรับการประมวลผลข้อมูลขนาดใหญ่
- การตรวจจับแบบเรียลไทม์สำหรับการโจมตีช่องทางแคชโดยใช้ Performance Counter Monitor
- การล้มล้างสถาปัตยกรรมการวัดความสมบูรณ์ของ Linux
- การประเมินประสิทธิภาพแบบเรียลไทม์โดยใช้คำขอขัดจังหวะอย่างรวดเร็วบนเคอร์เนล Linux มาตรฐาน
- การใช้พลังงานต่ำบนแพลตฟอร์ม Post-Moore สำหรับการวิจัย HPC
- การจัดการเวลาแฝงในสภาพแวดล้อม Edge-Cloud
- ไขปริศนาเวลาแฝงของการจัดกำหนดการ Linux แบบเรียลไทม์
2021:
- ปรับปรุงประสิทธิภาพ: การโจมตีช่องทางแอบแฝงแคชที่รวดเร็วและไร้ Flushless โดยการเปิดใช้งานการสมรู้ร่วมคิดแบบอะซิงโครนัส
- การวิเคราะห์เชิงทดลองใน Hadoop MapReduce: มุมมองที่ใกล้ชิดยิ่งขึ้นเกี่ยวกับเทคนิคการตรวจจับข้อผิดพลาดและการกู้คืน
- คุณลักษณะด้านประสิทธิภาพของ BlueField-2 SmartNIC
- การประเมินเวลาแฝงในระบบฝังตัวแบบมัลติโปรเซสเซอร์สำหรับกริดอัจฉริยะ
- งานระหว่างดำเนินการ: การกำหนดเวลาความหลากหลายเป็นกลไกในการป้องกัน
- สถาปัตยกรรมการเรียนรู้เชิงลึกตามลำดับสำหรับการตรวจจับความผิดปกติในเชนฟังก์ชันเครือข่ายเสมือน
- WattEdge: แนวทางแบบองค์รวมสำหรับการวัดพลังงานเชิงประจักษ์ใน Edge Computing
- PTEMagnet: การสำรองหน่วยความจำกายภาพแบบละเอียดเพื่อการเดินเพจที่รวดเร็วยิ่งขึ้นในระบบคลาวด์สาธารณะ
- ราคาของการล่มสลายและสเปกตรัม: ค่าโสหุ้ยด้านพลังงานของการบรรเทาผลกระทบในระดับระบบปฏิบัติการ
- การศึกษาเชิงประจักษ์ของการโจมตีด้วยความร้อนบนแพลตฟอร์ม Edge
- Sage: การดีบักประสิทธิภาพที่ขับเคลื่อนด้วย ML ที่ใช้งานได้จริงและปรับขนาดได้ในไมโครเซอร์วิส
- แนวทางทั่วไปสำหรับการจัดสรรงานเชิงปฏิบัติโดยใช้ลูปควบคุม MAPE-K]
- สู่การตรวจสอบคลาวด์รันไทม์แบบอิสระ
- FIRESTARTER 2: การสร้างโค้ดแบบไดนามิกสำหรับการทดสอบความเครียดของโปรเซสเซอร์
- การเปรียบเทียบประสิทธิภาพระหว่างคลัสเตอร์ Kubernetes และระบบฝังตัว
- การสำรวจประสิทธิภาพของระบบเสมือนจริง
- หลอกฮาร์ดแวร์ให้เป็นซอฟต์แวร์รักษาความปลอดภัยอย่างมีประสิทธิภาพ
2022:
- วิธีการทั่วไปในการประเมินค่าใช้จ่ายเมื่อรวมเซิร์ฟเวอร์: การลดประสิทธิภาพในเครื่องเสมือนและคอนเทนเนอร์
- FedComm: การทำความเข้าใจโปรโตคอลการสื่อสารสำหรับการเรียนรู้แบบรวมศูนย์บน Edge
- บรรลุการแยกเดี่ยวในระบบขอบอุตสาหกรรมที่มีวิกฤตแบบผสมด้วยคอนเทนเนอร์แบบเรียลไทม์
- การออกแบบและการใช้งานระบบทำนายข้อผิดพลาดด้วยการเรียนรู้ของเครื่องในโครงสร้างพื้นฐานคลาวด์
- Building Blocks ของ TSN ใน Linux
- uKharon: บริการสมาชิกสำหรับแอปพลิเคชันระดับไมโครวินาที
- การประเมินการพัฒนาเฟิร์มแวร์ Enclave ที่ปลอดภัยสำหรับเวิร์กสเตชัน RISC-V ร่วมสมัย เวิร์กสเตชัน RISC-V ร่วมสมัย
- การประเมิน Linux แบบเรียลไทม์บนสถาปัตยกรรมโปรเซสเซอร์ RISC-V
- Hertzbleed: เปลี่ยนการโจมตีแบบ Side-Channel ให้เป็นการโจมตีระยะไกลบน x86
- อย่าประกบกัน: การโจมตีและการบรรเทาผลกระทบจากช่องทางด้านข้างบนการเชื่อมต่อแบบตาข่าย
- ผลกระทบด้านประสิทธิภาพสำหรับระบบ RISC-V แบบมัลติคอร์พร้อมฮาร์ดแวร์ความปลอดภัยเฉพาะ
2023:
- ต่อสู้กับฮาร์ดแวร์ด้วยฮาร์ดแวร์: การตรวจจับและการบรรเทาการโจมตีทั้งระบบโดยใช้ตัวนับประสิทธิภาพ
- ขอแนะนำ k4.0s: โมเดลสำหรับการจัดการคอนเทนเนอร์แบบวิกฤตผสมในอุตสาหกรรม 4.0
- การศึกษาที่ครอบคลุมเกี่ยวกับการเพิ่มประสิทธิภาพระบบด้วยหน่วยประมวลผลข้อมูล
- การประมาณประสิทธิภาพแอปพลิเคชันบนคลาวด์โดยอิงตามการทำโปรไฟล์ Micro-Benchmark
- PSPRAY: เทคนิคการหาประโยชน์จาก Linux Kernel Heap ที่ใช้ Timing Side-Channel
- การตรวจจับและคาดการณ์ความผิดปกติของประสิทธิภาพที่แข็งแกร่งและแม่นยำสำหรับแอปพลิเคชันบนคลาวด์: เฟรมเวิร์กที่อิงการเรียนรู้แบบใหม่
- การศึกษาความเป็นไปได้สำหรับระบบควบคุมเรียลไทม์แบบฝังที่ใช้ Python
- การปรับตัวของ Parallel SaaS ให้เป็นทรัพยากรคลาวด์ที่ตั้งอยู่ร่วมที่แตกต่างกัน
- วิธีการและกรอบการทำงานในการพิจารณาความสามารถในการแยกส่วนของเทคโนโลยีเวอร์ช่วลไลเซชั่น
- สถานีข้อมูล: การคำนวณที่ได้รับมอบหมาย เชื่อถือได้ และตรวจสอบได้ เพื่อเปิดใช้งานกลุ่มการแบ่งปันข้อมูลด้วย Escrow ข้อมูล
- การศึกษาเชิงประจักษ์ของข้อผิดพลาดด้านทรัพยากรในแอปพลิเคชัน Edge-Computing
- ค้นหาการทดสอบที่ไม่สม่ำเสมอในแอปพลิเคชัน JavaScript โดยใช้ความเครียดและการเรียงลำดับชุดการทดสอบใหม่
- พลังของการวัดและส่งข้อมูลทางไกล: การเปิดเผยการโจมตี Side-Channel ที่ใช้ซอฟต์แวร์บนระบบ Apple M1/M2
- การประเมินประสิทธิภาพของระบบวิกฤตแบบผสมมัลติคอร์แบบฝังที่ใช้ PREEMPT RT Linux
- การรั่วไหลของข้อมูลในระบบคอมพิวเตอร์องค์กรเสมือนจริงแบบแยกเดี่ยว
- ข้อควรพิจารณาสำหรับการเปรียบเทียบประสิทธิภาพเครือข่ายในโครงสร้างพื้นฐานแบบคอนเทนเนอร์
- EnergAt: การระบุแหล่งที่มาของพลังงานที่ละเอียดสำหรับผู้เช่าหลายราย
- การหาปริมาณโปรไฟล์ความปลอดภัยของแอปพลิเคชัน Linux
- Gotham Testbed: IoT Testbed ที่ทำซ้ำได้สำหรับการทดลองด้านความปลอดภัยและการสร้างชุดข้อมูล
- การทำโปรไฟล์ด้วยความน่าเชื่อถือ: การตรวจสอบระบบจากสภาพแวดล้อมการดำเนินการที่เชื่อถือได้
- การอนุมานเกี่ยวกับการรับรู้ความร้อนบนอุปกรณ์โดยใช้การขนานเลเยอร์เดียวกับโปรเซสเซอร์ที่แตกต่างกัน
- สู่การจัดตารางเวลาพื้นที่ผู้ใช้ที่รวดเร็ว ปรับเปลี่ยนได้ และรองรับฮาร์ดแวร์
- การตรวจจับความผิดปกติที่ต่างกันสำหรับระบบซอฟต์แวร์ผ่านความสนใจข้ามโมดัลแบบกึ่งกำกับดูแล
- การเขียนโค้ดสีเขียว : แนวทางเชิงประจักษ์ในการควบคุมการใช้พลังงานของบริการซอฟต์แวร์
- การเพิ่มประสิทธิภาพการวิจัยทางวิศวกรรมประสิทธิภาพของซอฟต์แวร์เชิงประจักษ์ด้วยเหตุการณ์ระดับเคอร์เนล: แนวทางการติดตามระบบที่ครอบคลุม
- Cloud White: การตรวจจับและการประมาณค่า QoS ที่ลดลงของปริมาณงานที่มีความหน่วงแฝงที่สำคัญในระบบคลาวด์สาธารณะ
- การจัดการทรัพยากรแบบไดนามิกสำหรับแอปพลิเคชันขนานแบบซิงโครนัสแบบคลาวด์เนทีฟ
- สู่การเพิ่มประสิทธิภาพแบบไร้เซิร์ฟเวอร์ด้วยการปรับขนาดแบบแทนที่
- แนวทางแบบแยกส่วนในการออกแบบกรอบการทดลองสำหรับการวิจัยการจัดการทรัพยากร
- การไม่เปิดเผยตัวตนแบบกำหนดเป้าหมายผ่านช่องทางฝั่งแคช: การโจมตีและการป้องกัน
- การตรวจสอบเครื่องจำลอง RISC-V แบบเต็มระบบ: แนวทางที่เป็นระบบ
- การใช้งานการป้องกันบริการต่อแพ็กเก็ตแบบเบาใน eBPF/XDP
- การเพิ่มประสิทธิภาพและการประเมินประสิทธิภาพแบบเรียลไทม์ ROS2
- การวิเคราะห์เชิงทดลองและเชิงตัวเลขของพฤติกรรมทางความร้อนของศูนย์ข้อมูลที่ระบายความร้อนด้วยแช่เฟสเดียว
2024:
- IdleLeak: การใช้ประโยชน์จากผลข้างเคียงของ Idle State สำหรับการรั่วไหลของข้อมูล
- การทำโปรไฟล์ด้วยความไว้วางใจ: การตรวจสอบระบบจากสภาพแวดล้อมการดำเนินการที่เชื่อถือได้
- การพิจารณาที่เป็นแบบอย่างของการแยก QoS ที่ใช้ Cgroups สำหรับปริมาณงานฐานข้อมูล
- BARO: การวิเคราะห์สาเหตุที่แท้จริงสำหรับไมโครเซอร์วิสผ่านการตรวจจับจุดเปลี่ยนแบบเบย์เซียนแบบออนไลน์หลายตัวแปร
- แยกแยะความผิดปกติของประสิทธิภาพจากการเปลี่ยนแปลงปริมาณงานในแอปพลิเคชัน Cloud-Native
- ก้าวไปอีกขั้น: ทำความเข้าใจ Page Spray ในการใช้ประโยชน์จากเคอร์เนล Linux
- ผลกระทบของการใช้พลังงานในคลาวด์แบบคอนเทนเนอร์: การวิเคราะห์ที่ครอบคลุมของเครื่องมือวัดพลังงานแบบโอเพ่นซอร์ส
- การประเมินความเครียดจากความร้อนจากการเรียนรู้แบบรวมศูนย์ที่ใช้ IoT ต่างกัน
- การตรวจจับความผิดปกติภายในการประมวลผลการโทรที่มีความสำคัญต่อภารกิจ
- การประเมินเบื้องต้นเกี่ยวกับความสามารถแบบเรียลไทม์ของ Real-Time Linux บน Raspberry Pi 5
- การเปรียบเทียบสถาปัตยกรรมบน Linux แบบเรียลไทม์สำหรับแอปพลิเคชันดนตรีแบบฝัง
- Nona: โมเดลการทำนายพลังงานที่แม่นยำโดยใช้โครงข่ายประสาทเทียม
ฉันกระตือรือร้นที่จะเพิ่มการอ้างอิงใด ๆ สำหรับการวิจัยหรือโครงการที่ใช้ stress-ng ลงในหน้าโครงการ ฉันยังชื่นชมข้อมูลเกี่ยวกับจุดบกพร่องของเคอร์เนลหรือการถดถอยของประสิทธิภาพที่พบกับความเครียด-ng
ผู้ร่วมให้ข้อมูล
ขอขอบคุณผู้มีส่วนสนับสนุน stress-ng ต่อไปนี้ (ตามลำดับตัวอักษร):
อับดุล ฮาลีม, อาบูร์วา เดวาราจาน, อาเดรียนด์ มาร์ติน, อาเดรียน ราทิว, อเล็กซานดาร์ เอ็น. โคสตาดินอฟ, อเล็กซานเดอร์ คานาวิน, อเล็กซานดรู อาร์เดเลียน, อัลฟอนโซ ซานเชซ-เบอาโต, อัลเลน เอช, อามิท ซิงห์ โทมาร์, อังเดร เกลมาน, อังเดร ไวลด์, อานิสเซ่ อัสเทียร์, แอนตัน เอเลียสสัน, อาร์ยัน ฟาน เด เวน, บารุค เซียช, ไบรอัน ดับเบิลยู. ลูอิส, คามิลล์ คอนสตันส์, คาร์ลอส ซานโตส, คริสเตียน เออร์ฮาร์ด, คริสโตเฟอร์ บราวน์, ชุนยู หู, แดเนียล แอนดรีส, แดเนียล ฮอดจ์ส, ดานิโล ครุมริช, เดวิดสัน ฟรานซิส, เดวิด เทิร์นเนอร์, เดนิส ออฟเซียนโก, โดมินิค บี ซีซาร์โนตา, โดรินดา บาสซีย์, เอเดอร์ ซูเลียน, เอริค ลิน, เอริค สตาห์ลมาน, เออร์วาน เวลู, ฟาเบียน มัลฟอย, ฟาบริซ ฟอนเทน , เฟอร์นันด์ ซีเบอร์, ฟลอเรียน ไวเมอร์, ฟรานซิส ลาเนียล, กีแยร์เม่ ยานชาค, ฮุย หวัง, เซียห์-เซิง เซิน, อิยัน เมนเดซ วีก้า, อีวาน เชโปวาลอฟ, เจมส์ ฮันท์, ยาน ลูบเบ้, เจียนเซิน หลิว, จิมมี โฮ, จอห์น คาคูร์, จูลี, จูลส์ มาเซลบาส, จูเลียน โอลิเวน, เคนนี กง, คาลิด เอล์มมูสลี่, เขม ราช, ลูก้า พิซซ่ามิลิโอ, หลุยส์ แชมเบอร์เลน, หลุยส์ เฮนริเก้, ลูคัส ดูร์ฟิน่า, มัตเตโอ อิตาเลีย, แมทธิว ทิปเพตต์, เมาริซิโอ ฟาเรีย เด โอลิเวรา, มักซีม เชวาลิเยร์, แม็กซ์ เคลเลอร์มันน์, มายา ราชิช, มายูเรช ชิทาเล, เมย์ซัม อาซาด, ไมค์ โคเรเนฟฟ์, มูเนฮิซา คามาตะ, มีด เซีย, นิค แฮนลีย์, นิโคลัส คิกซ์, พอล เมนเซล, ปิยุช โกยาล, ราล์ฟ แรมเซาเออร์, โรเซน เปเนฟ, รูลิน ฮวง, ซาสชา ฮาวเออร์, เซอร์เกย์ มาตูเควิช, สิดเดช โปยาเรการ์, ชอยลี เราะห์มาน, สเตียน โอนาร์ไฮม์, ทาเดว ลิมา เดอ ซูซ่า คาสคาร์โด, เทีย ไวร็อด, ทินห์ ตรัน, ทิม การ์ดเนอร์, ทิม เกตส์, ทิม ออร์ลิง, ทอมมี รันตาลา, วิโทลด์ บาริลุค, ยี่เว่ย ลิน, ยง-ซวน หวาง, จียี่ ซุน