From c4ebab0996871c3ddb3b133104424ca6bb8da4d9 Mon Sep 17 00:00:00 2001 From: Jason Andrews Date: Fri, 20 Jun 2025 16:23:55 -0500 Subject: [PATCH] spelling and tag updates --- .wordlist.txt | 92 ++++++++++++++++++- content/learning-paths/automotive/_index.md | 9 +- .../3_container_spliting.md | 4 +- .../embedded-and-microcontrollers/_index.md | 2 +- .../edge/_index.md | 2 +- .../laptops-and-desktops/_index.md | 2 +- .../servers-and-cloud-computing/_index.md | 19 ++-- .../bolt-merge/how-to-1.md | 2 +- .../dotnet-migration/4-dotnet-versions.md | 6 +- .../installing_go_and_sweet.md | 2 +- .../manual_run_benchstat.md | 2 +- 11 files changed, 117 insertions(+), 25 deletions(-) diff --git a/.wordlist.txt b/.wordlist.txt index 0b5f05a1cd..6620632450 100644 --- a/.wordlist.txt +++ b/.wordlist.txt @@ -1657,7 +1657,6 @@ Kconfig buildroot RMM Bolt -Optimisation PGO llvmorg latencies @@ -4235,4 +4234,93 @@ libssl misclassification retransmission subquery -uninstrumented \ No newline at end of file +uninstrumented +ASIL +AdvSIMD +AnyCPU +BIST +BMS +Benchstat +Bleve +CMS +CPUx +CockroachDB +CycloneDDS +DCPS +DCPerf +DataReaders +DataWriters +Dn +EV +Gi +GopherLua +HARA +HHVM +HIL +HipHop +JIRA +Jayat +Julien +MISRA +MarkdownRenderXHTML +MediaWiki +NET's +NSG +OrchardCMS +OrchardCore +PATHNAME +Polarion +QoS +RSS +Req +SELinux +STS +ThreadPool +VM's +VM’s +autorun +azureuser +bb +benchstat +biogo +bitness +bleve +br +brstack +cockroachdb +cycloneDDS +differentiators +esbuild +etcd +facebookresearch +gRPC +geomean +geomeans +geospatial +hardcoding +igor +interop +ipfrag +ipv +krishna +metaprogramming +minifies +misprediction +multicast +multicore +odinlmshen +optimise +orchardcore +ov +pathname +psci +retuned +rexec +rmem +roadmap +runnable +taskset +unicast +wrk's +yy +zenoh \ No newline at end of file diff --git a/content/learning-paths/automotive/_index.md b/content/learning-paths/automotive/_index.md index a2d86544b2..f25f1f9cce 100644 --- a/content/learning-paths/automotive/_index.md +++ b/content/learning-paths/automotive/_index.md @@ -11,15 +11,16 @@ subtitle: Build secure, connected, smart IoT devices title: Automotive weight: 4 subjects_filter: -- Containers and Virtualization: 2 +- Containers and Virtualization: 3 - Performance and Architecture: 1 operatingsystems_filter: - Baremetal: 1 -- Linux: 2 +- Linux: 3 - RTOS: 1 tools_software_languages_filter: - Automotive: 1 -- Docker: 1 -- Python: 1 +- Docker: 2 +- Python: 2 - ROS 2: 1 +- ROS2: 1 --- diff --git a/content/learning-paths/automotive/openadkit2_safetyisolation/3_container_spliting.md b/content/learning-paths/automotive/openadkit2_safetyisolation/3_container_spliting.md index f4d07f14ab..52a0b56131 100644 --- a/content/learning-paths/automotive/openadkit2_safetyisolation/3_container_spliting.md +++ b/content/learning-paths/automotive/openadkit2_safetyisolation/3_container_spliting.md @@ -161,7 +161,7 @@ Since the planning-control and simulator containers will now run on different ma ##### Enable Host Networking All three containers (visualizer, simulator, planning-control) need access to the host’s network interfaces for DDS-based peer discovery. -Replace Docker’s default bridge network with host networking: +Replace Docker's default bridge network with host networking: ```YAML visualizer: @@ -369,4 +369,4 @@ This confirms that: - ROS 2 nodes are able to communicate across EC2 instances via /hello topic. - The network settings including host mode, security group, and CycloneDDS peer configuration are correctly applied. -In the next section, you’ll complete the full end-to-end demonstrationa with all of concepts. +In the next section, you’ll complete the full end-to-end demonstration with all of the concepts. diff --git a/content/learning-paths/embedded-and-microcontrollers/_index.md b/content/learning-paths/embedded-and-microcontrollers/_index.md index eeb8fd0e51..89d08161fc 100644 --- a/content/learning-paths/embedded-and-microcontrollers/_index.md +++ b/content/learning-paths/embedded-and-microcontrollers/_index.md @@ -20,7 +20,7 @@ subjects_filter: - Containers and Virtualization: 6 - Embedded Linux: 4 - Libraries: 3 -- ML: 13 +- ML: 14 - Performance and Architecture: 21 - RTOS Fundamentals: 4 - Security: 2 diff --git a/content/learning-paths/embedded-and-microcontrollers/edge/_index.md b/content/learning-paths/embedded-and-microcontrollers/edge/_index.md index 72e4f00957..46cc03fa70 100644 --- a/content/learning-paths/embedded-and-microcontrollers/edge/_index.md +++ b/content/learning-paths/embedded-and-microcontrollers/edge/_index.md @@ -24,7 +24,7 @@ prerequisites: author: Bright Edudzi Gershon Kordorwu ### Tags skilllevels: Introductory -subjects: tinyML +subjects: ML armips: - Cortex-M diff --git a/content/learning-paths/laptops-and-desktops/_index.md b/content/learning-paths/laptops-and-desktops/_index.md index b3aa2da78f..045d90596b 100644 --- a/content/learning-paths/laptops-and-desktops/_index.md +++ b/content/learning-paths/laptops-and-desktops/_index.md @@ -34,8 +34,8 @@ tools_software_languages_filter: - C/C++: 4 - CCA: 1 - Clang: 11 -- cmake: 1 - CMake: 2 +- cmake: 1 - Coding: 16 - CSS: 1 - Daytona: 1 diff --git a/content/learning-paths/servers-and-cloud-computing/_index.md b/content/learning-paths/servers-and-cloud-computing/_index.md index dcef07a3e8..94addb9e43 100644 --- a/content/learning-paths/servers-and-cloud-computing/_index.md +++ b/content/learning-paths/servers-and-cloud-computing/_index.md @@ -8,7 +8,7 @@ key_ip: maintopic: true operatingsystems_filter: - Android: 2 -- Linux: 147 +- Linux: 150 - macOS: 10 - Windows: 14 pinned_modules: @@ -19,17 +19,17 @@ pinned_modules: - migration subjects_filter: - CI-CD: 5 -- Containers and Virtualization: 27 +- Containers and Virtualization: 28 - Databases: 15 - Libraries: 9 - ML: 27 -- Performance and Architecture: 57 +- Performance and Architecture: 59 - Storage: 1 - Web: 10 subtitle: Optimize cloud native apps on Arm for performance and cost title: Servers and Cloud Computing tools_software_languages_filter: -- .NET: 2 +- .NET: 3 - .NET SDK: 1 - 5G: 1 - ACL: 1 @@ -51,12 +51,14 @@ tools_software_languages_filter: - AWS Elastic Container Service (ECS): 1 - AWS Elastic Kubernetes Service (EKS): 3 - AWS Graviton: 1 -- Bash: 1 +- Azure CLI: 1 +- Azure Portal: 1 - bash: 2 +- Bash: 1 - Bastion: 3 - BOLT: 2 - bpftool: 1 -- C: 4 +- C: 5 - C#: 2 - C++: 8 - C/C++: 2 @@ -88,7 +90,7 @@ tools_software_languages_filter: - GitHub: 6 - GitLab: 1 - Glibc: 1 -- Go: 3 +- Go: 4 - Google Axion: 3 - Google Benchmark: 1 - Google Cloud: 1 @@ -126,6 +128,7 @@ tools_software_languages_filter: - Ollama: 1 - ONNX Runtime: 1 - OpenBLAS: 1 +- OrchardCore: 1 - PAPI: 1 - perf: 5 - Perf: 1 @@ -169,7 +172,7 @@ tools_software_languages_filter: weight: 1 cloud_service_providers_filter: - AWS: 17 -- Google Cloud: 12 +- Google Cloud: 13 - Microsoft Azure: 9 - Oracle: 2 --- diff --git a/content/learning-paths/servers-and-cloud-computing/bolt-merge/how-to-1.md b/content/learning-paths/servers-and-cloud-computing/bolt-merge/how-to-1.md index 19d4027fbf..9914183789 100644 --- a/content/learning-paths/servers-and-cloud-computing/bolt-merge/how-to-1.md +++ b/content/learning-paths/servers-and-cloud-computing/bolt-merge/how-to-1.md @@ -34,7 +34,7 @@ Here is an outline of the steps: With the merged profile, you apply BOLT optimizations separately to each binary and shared library. This step ensures that both your main application and its dependencies are optimized based on real-world usage patterns, resulting in a more efficient and responsive software stack. -5. Link the final optimized binary with the separately bolted libraries to deploy a fully optimized runtime stack +5. Link the final optimized binary with the separately optimized libraries to deploy a fully optimized runtime stack After optimizing each component, you combine them to create a deployment where both the application and its libraries benefit from BOLT's enhancements. diff --git a/content/learning-paths/servers-and-cloud-computing/dotnet-migration/4-dotnet-versions.md b/content/learning-paths/servers-and-cloud-computing/dotnet-migration/4-dotnet-versions.md index 7dcd881edb..b188296812 100644 --- a/content/learning-paths/servers-and-cloud-computing/dotnet-migration/4-dotnet-versions.md +++ b/content/learning-paths/servers-and-cloud-computing/dotnet-migration/4-dotnet-versions.md @@ -43,7 +43,7 @@ With .NET 5 Microsoft started the “one .NET” unification. Even though it had .NET 6 laid the foundation for the modern performance story on Arm64: -- Tiered PGO entered preview, combining tiered compilation with profile-guided optimisation. +- Tiered PGO entered preview, combining tiered compilation with profile-guided optimization. - Better scalability on many-core Arm servers thanks to the new ThreadPool implementation. - First-class support for Apple M1, enabling full .NET development on Arm-based macOS, as well as for Windows Arm64. @@ -55,7 +55,7 @@ With .NET 5 Microsoft started the “one .NET” unification. Even though it had Key highlights were: - General-availability of Native AOT publishing for console applications, producing self-contained, very small binaries with fast start-up on Arm64. -- Dynamic PGO (Profile-Guided Optimisation) and On-Stack Replacement became the default, letting the JIT optimise the hottest code paths based on real run-time data. +- Dynamic PGO (Profile-Guided Optimization) and On-Stack Replacement became the default, letting the JIT optimise the hottest code paths based on real run-time data. - New Arm64 hardware intrinsics (e.g. SHA-1/SHA-256, AES, CRC-32) exposed through System.Runtime.Intrinsics, enabling high-performance crypto workloads. ## .NET 8 (current LTS – support until November 2026) @@ -64,7 +64,7 @@ Key highlights were: Important Arm-related improvements include: -- Native AOT support for ASP.NET Core, trimming enhancements and even smaller self-contained binaries, translating into faster cold-start for containerised Arm services. +- Native AOT support for ASP.NET Core, trimming enhancements and even smaller self-contained binaries, translating into faster cold-start for containerized Arm services. - Further JIT tuning for Arm64 delivering single-digit to low double-digit throughput gains in real-world benchmarks. - Smaller base container images (`mcr.microsoft.com/dotnet/aspnet:8.0` and `…/runtime:8.0`) thanks to a redesigned layering strategy, particularly beneficial on Arm where network bandwidth is often at a premium. - Garbage-collector refinements that reduce pause times on highly-threaded, many-core servers. diff --git a/content/learning-paths/servers-and-cloud-computing/go-benchmarking-with-sweet/installing_go_and_sweet.md b/content/learning-paths/servers-and-cloud-computing/go-benchmarking-with-sweet/installing_go_and_sweet.md index f23701ef85..2cb26b45ae 100644 --- a/content/learning-paths/servers-and-cloud-computing/go-benchmarking-with-sweet/installing_go_and_sweet.md +++ b/content/learning-paths/servers-and-cloud-computing/go-benchmarking-with-sweet/installing_go_and_sweet.md @@ -18,7 +18,7 @@ Subsequent steps in the learning path assume you are running this script (instal {{% /notice %}} -Start by copying and pasting the script below on **both** of your GCP VMs. This script checks the architecture of your running VM, installs the required Go packge on your VM. It then installs sweet, benchmarks, and the benchstat tools. +Start by copying and pasting the script below on **both** of your GCP VMs. This script checks the architecture of your running VM, installs the required Go package on your VM. It then installs sweet, benchmarks, and the benchstat tools. **You don't need to run it after pasting**, just paste it into your home directory and press enter to install all needed dependencies: diff --git a/content/learning-paths/servers-and-cloud-computing/go-benchmarking-with-sweet/manual_run_benchstat.md b/content/learning-paths/servers-and-cloud-computing/go-benchmarking-with-sweet/manual_run_benchstat.md index d609857191..66ff075f26 100755 --- a/content/learning-paths/servers-and-cloud-computing/go-benchmarking-with-sweet/manual_run_benchstat.md +++ b/content/learning-paths/servers-and-cloud-computing/go-benchmarking-with-sweet/manual_run_benchstat.md @@ -26,7 +26,7 @@ The file contains the results of the `markdown` benchmark run on the Arm-based c To compare the results, you'll use `benchstat` to analyze the two result files you downloaded. Since all the prerequisites are already installed on the `c4` and `c4a` instances, benchstat will be run from one of those instances. -1. **Create working directory:** Make a temporary benchstat directory to hold the results files on either the c4a or c4 isntance, and change directory into it: +1. **Create working directory:** Make a temporary benchstat directory to hold the results files on either the c4a or c4 instance, and change directory into it: ```bash mkdir benchstat_results