Bài đăng này của khách được viết bởi Ross Dold từ EOSphere . Tìm hiểu thêm về hoạt động của EOSphere trong hệ sinh thái EOS ở cuối bài viết này.

Antelope Leap v5.0.0 đã được phát hành khoảng một tháng trước và hiện đang được nhiều mạng dựa trên Antelope áp dụng khi các nhà khai thác nút bắt đầu nâng cấp môi trường sản xuất của họ.

https://eosnetwork.com/zh/blog/leap-5-deployed/

Leap v5.0.0 được thiết kế để hoạt động hiệu quả, hiệu quả và đáng tin cậy hơn so với các phiên bản trước. Đây là tin tuyệt vời cho các nhà khai thác nút, vì ngay cả những cải tiến nhỏ cũng có thể mang lại lợi ích to lớn trên toàn bộ trang trại nút được quản lý 100.

Với suy nghĩ này, nhóm EOSphere đã ghi lại sự so sánh thực tế về các cải tiến IO của CPU, bộ nhớ và ổ đĩa giữa Leap v4.0.4 và v5.0.0 trong bài viết bên dưới.

Bài viết sau đây được viết dựa trên số liệu thống kê được thu thập từ một trong các nút ngang hàng công khai trên mạng chính của EOSSphere. Nút này được chọn vì nó đã được sản xuất và được sử dụng nhiều, với 180-195 nút công khai tự nhiên. Cấu hình phần cứng như sau:

CPU

Dưới đây là biểu đồ mức sử dụng CPU hàng tháng cho thấy mức sử dụng của v4.0.4 trước khi nâng cấp lên v5.0.0 vào ngày 22 tháng 1 năm 2024 (20:00).

Việc sử dụng CPU KVM của các nút ngang hàng công khai EOSphere

Việc sử dụng CPU ngay lập tức giảm từ mức trung bình 85% xuống mức bình thường là 60%. Đây là tin tuyệt vời để chạy nhiều nút trong môi trường vật lý, ảo hoặc đám mây. Điều này cũng có thể có nghĩa là giới hạn ngang hàng max-clients được định cấu hình theo truyền thống là 200 có thể được mở rộng lên 250 hoặc thậm chí 300 đối với các nút công khai.

Nếu bạn đã đọc các bài viết về chuỗi Antelope trước đây của chúng tôi, bạn sẽ biết rằng EOSphere luôn ủng hộ việc sử dụng chiến lược tmpfs để chạy các nút Leap.

Nếu bạn đã đọc các bài viết về chuỗi Antelope trước đây của chúng tôi, bạn sẽ biết rằng EOSphere luôn ủng hộ việc sử dụng chiến lược tmpfs để chạy các nút Leap.

Chiến lược tmpfs liên quan đến việc chạy thư mục state thái cơ sở dữ liệu nodeos chainbase trong một tmpfs mount, cho phép chúng tôi đăng ký vượt mức RAM thông qua SWAP và cải thiện việc sử dụng bộ nhớ cũng như hiệu quả IO của đĩa.

tmpfs là một hệ thống tệp Linux lưu giữ tất cả các tệp trong bộ nhớ ảo và nội dung của thư mục là tạm thời, điều đó có nghĩa là nếu thư mục không được kết nối hoặc máy chủ được khởi động lại, tất cả nội dung sẽ bị mất.

Thách thức khi sử dụng tmpfs là nó chỉ mang tính tạm thời, tất cả dữ liệu sẽ bị mất khi khởi động lại và Nodeos sau đó sẽ cần được khởi động lại thông qua ảnh chụp nhanh.

Leap v5.0.0 mang đến chế độ ánh xạ cơ sở dữ liệu mới có tên mapped_private thay thế cho chế độ mapped mặc định. Thay vì ghi liên tục vào đĩa với chế độ mapped , chế độ mapped_private sử dụng bộ nhớ tốt hơn và giảm IO của đĩa. Chế độ này thực hiện điều này bằng cách ánh xạ cơ sở dữ liệu thư viện chuỗi vào bộ nhớ bằng cách sử dụng ánh xạ riêng, có nghĩa là mọi dữ liệu thư viện chuỗi được truy cập trong quá trình thực thi đều được giữ lại trong bộ nhớ và không đủ điều kiện để được ghi lại vào tệp đĩa shared_memory.bin .

Nếu điều này nghe có vẻ quen thuộc thì đúng là như vậy. mapped_private là sự thay thế tuyệt vời cho chính sách tmpfs. Điều này có nghĩa là không cần gắn phân vùng tmpfs và vì dữ liệu thư viện liên kết trong bộ nhớ được ghi vào đĩa khi thoát nên không cần phải khởi động lại bằng ảnh chụp nhanh khi khởi động lại.

cấu hình mapped_private

Cấu hình của mapped_private chỉ cần thêm phần sau vào config.ini

> nano config.inidatabase-map-mode = mapped_private

Để bắt đầu một nút mapped_private cần có đủ bộ nhớ để ghi đè ánh xạ riêng tư đã định cấu hình của chain-state-db-size-mb = , RAM vật lý có thể được thay thế bằng SWAP cho phép đăng ký vượt mức.

Tại thời điểm viết bài, 32GB RAM vật lý và 128Gb SWAP là đủ để chạy nút mạng chính EOS.

hoạt động và kết quả của mapped_private

Khi nút đầu tiên mapped_private khởi động, giả sử bạn bắt đầu từ ảnh chụp nhanh, toàn bộ thư viện chuỗi sẽ được tải lên bộ nhớ (RAM và SWAP) và có thể mất một chút thời gian.

Mức sử dụng CPU và bộ nhớ khi chế độ mapped_private được khởi động lần đầu tiên

Khi thoát nút, thư viện chuỗi trong bộ nhớ được ghi vào đĩa, quá trình này có thể mất một chút thời gian tùy thuộc vào kích thước của nó.

Các nút tiếp theo khởi động nhanh hơn, không yêu cầu ảnh chụp nhanh và chỉ thêm dữ liệu cần thiết để thực thi vào bộ nhớ, cho thấy mức sử dụng thấp hơn nhiều.

Việc sử dụng CPU và bộ nhớ của lần khởi động thứ hai ở chế độ mapped_private

Các lần thoát Nodeos tiếp theo cũng sẽ nhanh hơn, tùy thuộc vào thời gian nút đã chạy, vì mapped_private theo dõi các trang bẩn và chỉ ghi chúng ra khi thoát.

Việc sử dụng bộ nhớ cũng được cải thiện đôi chút so với chế độ mapped .

Sử dụng CPU và bộ nhớ ở chế độ ánh xạ

Ngoài việc đăng ký quá mức RAM và mức sử dụng thấp hơn, giá trị thực sự của việc sử dụng mapped_private và lý do khiến EOSphere bắt đầu sử dụng chế độ này ngay từ đầu là do IO của đĩa thấp hơn nhiều.

Yêu cầu về hiệu suất đòi hỏi người vận hành phải đặt thư mục state chứa cơ sở dữ liệu chainbase trên ổ SSD tốc độ cao. Ổ SSD có xếp hạng độ bền do nhà sản xuất chỉ định, trong đó nêu rõ lượng dữ liệu tối đa có thể được ghi vào ổ trước khi xảy ra lỗi. Điều này thường được đo bằng TerraByte Write (TBW) , thường nằm trong phạm vi 150–2000TBW trên đĩa tiêu dùng và trong phạm vi PB trên ổ đĩa doanh nghiệp. Về cơ bản, việc ghi đĩa quá mức có thể làm hao mòn ổ SSD, gây ra lỗi.

Dưới đây là một mẫu ngang hàng sử dụng chế độ mapped với ổ 1 đĩa IO (ghi), mạng đang nhìn thấy 10-15 giao dịch mỗi giây (TPS).

Sử dụng chế độ ánh xạ ổ đĩa 1 đĩa IO (ghi)

Đây là ổ 1 đĩa IO (ghi) của ví dụ ngang hàng của chúng tôi, sử dụng chế độ mapped_private , mạng đang nhìn thấy 10-15 TPS tương tự.

Ổ 1 đĩa IO (ghi) sử dụng chế độ mapped_private

Điều này cho thấy rằng việc sử dụng mapped_private giúp giảm đáng kể số lượng ghi.

Khoảng 4 megabyte (MB) mỗi giây đến 12 kilobyte (KB) mỗi giây. Khoảng 120TBW/năm giảm xuống còn 0,378TBW/năm.

Điều này có nghĩa là SSD có tuổi thọ cao hơn, môi trường ảo có quy mô tốt hơn và môi trường đám mây không bị hạn chế bởi giới hạn IO.

Tóm lại, Antelope Leap v5.0.0 có mức sử dụng CPU thấp hơn, mức sử dụng bộ nhớ hiệu quả hơn và IO đĩa thấp hơn dễ quản lý hơn khi sử dụng mapped_private .

Hãy chắc chắn đặt bất kỳ câu hỏi nào trong EOSphere Telegram và EOS Global Telegram

Bài đăng này được viết bởi Ross Dold của EOSphere . EOxSphere là nhà sản xuất khối và nhà cung cấp cơ sở hạ tầng cho mạng chính EOS và các chuỗi khối dựa trên Antelope khác. Tìm hiểu thêm về công việc của họ tại EOSphere.io và các liên kết bên dưới.

Mạng EOS là mô hình của kỷ nguyên blockchain 3.0, được cung cấp bởi EOS VM. EOS VM là một công cụ WebAssugging có độ trễ thấp, hiệu suất cao và có thể mở rộng, có thể thực hiện giao dịch xác định với hiệu suất gần như trực quan. Mạng EOS được thiết kế dành riêng cho Web3 và cam kết mang lại trải nghiệm tốt nhất cho người dùng và nhà phát triển Web3. EOS là trung tâm tài chính và blockchain hàng đầu của giao thức Antelope và sử dụng EOS Network Foundation (ENF) làm công cụ hợp tác đa chuỗi và phát triển các sản phẩm công cộng cơ bản nhằm cải thiện hơn nữa cơ sở hạ tầng và thúc đẩy sự phát triển nhanh chóng của EOS.

EOS Network Foundation (ENF) ra đời nhằm tạo ra một tương lai thịnh vượng, phi tập trung và phi tập trung cho hệ sinh thái EOS. Bằng cách khuyến khích sự tham gia tích cực của các bên liên quan chính về sinh thái EOS, hỗ trợ các dự án cộng đồng, cung cấp vốn cho hệ sinh thái và hỗ trợ xây dựng hệ sinh thái công nghệ mở, ENF đang khởi động một vòng thay đổi mới cho Web3. Là trung tâm của mạng EOS và là nền tảng nguồn mở hàng đầu, ENF được thành lập vào năm 2021 và có bộ khung, công cụ và thư viện triển khai blockchain ổn định. Cùng nhau, chúng tôi tạo điều kiện cho sự đổi mới trong việc xây dựng cộng đồng và nỗ lực tạo ra một tương lai mạnh mẽ hơn cho tất cả mọi người.