From 7f5fa771dda43ecac93adf6ae12f8d841982d632 Mon Sep 17 00:00:00 2001
From: Smoothengineer <160827599+Smoothengineer@users.noreply.github.com>
Date: Wed, 1 Oct 2025 18:12:43 +0530
Subject: [PATCH] Fixed grammar in README.md

---
 README.md | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/README.md b/README.md
index 9a38ec812e..1695287bab 100644
--- a/README.md
+++ b/README.md
@@ -46,7 +46,7 @@ just take it as a starting point.
 The total number of cores on the machine available should be 
 taken into account. Then, allocate threads for: 
 - netty IO :~4 per 200-300 players
-- chunk system io threads: ~3 per 200-300 players
+- chunk system I/O threads: ~3 per 200-300 players
 - chunk system workers if pre-generated, ~2 per 200-300 players
 - There is no best guess for chunk system workers if not pre-generated, as
   on the test server we ran we gave 16 threads but chunk generation was still
@@ -57,7 +57,7 @@ taken into account. Then, allocate threads for:
   the application is paused by GC and as such should not be taken into account.
 
 After all of that allocation, the remaining cores on the system until 80%
-allocation (total threads allocated < 80% of cpus available) can be
+allocation (total threads allocated < 80% of CPUs available) can be
 allocated to tickthreads (under global config, threaded-regions.threads). 
 
 The reason you should not allocate more than 80% of the cores is due to the