معاملات با فرکانس بالا (HFT) در حوزه میکروثانیه‌ها عمل می‌کند. در این سرعت، سربارهای استاندارد سیستم‌عامل دیگر قابل تحمل نیستند؛ بلکه کشنده هستند. برای دستیابی به تأخیر پایین و پایدار، توسعه‌دهندگان باید فراتر از پیکربندی‌های «آماده‌به‌کار» لینوکس بروند و به درون‌مایه‌های هسته بپردازند. این راهنما بهینه‌سازی‌های حیاتی برای برنامه‌ریز I/O و استک شبکه را بررسی می‌کند تا اطمینان حاصل شود که برنامه معاملاتی شما در پیوند سرعت، هیچ سنگی را جابه‌جا نمی‌کند.
انتخاب و تنظیم برنامه‌ریز I/O
هسته لینوکس چندین برنامه‌ریز I/O را ارائه می‌دهد، هر کدام با مصالحه‌های متفاوتی بین پهنای باند و تأخیر. برای HFT، جایی که دسترسی قابل پیش‌بینی و کم‌تأخیر به حافظه یا حافظه مشترک حیاتی است، برنامه‌ریزهای Deadline یا Noop (یا MQ-Deadline) معمولاً بر CFQ یا BFQ پیش‌فرض ترجیح داده می‌شوند.
چرا Deadline؟ این برنامه‌ریز تضمین می‌کند که درخواست‌های I/O در یک مهلت مشخص سرویس شوند، که برای ثبت داده‌های حساس به زمان یا ماندگاری دفتر سفارشات حیاتی است. Noop برای درایوهای حالت جامد (SSD) یا دستگاه‌های NVM Express (NVMe) ایده‌آل است، جایی که سخت‌افزار صف‌بندی و برنامه‌ریزی خود را مدیریت می‌کند.
# بررسی برنامه‌ریز فعلی I/O برای /dev/sda
cat /sys/block/sda/queue/scheduler
# تنظیم به برنامه‌ریز deadline (نیازمند ریشه)
echo deadline > /sys/block/sda/queue/scheduler
# افزایش عمق صف I/O برای NVMe (نمونه)
echo 256 > /sys/block/nvme0n1/queue/nr_requestsبهینه‌سازی استک شبکه: دور زدن هسته
استک شبکه سنتی لینوکس شامل چندین سوییچ زمینه و کپی حافظه است که منابع قابل توجهی از تأخیر هستند. برای HFT، دو استراتژی اصلی به کار می‌روند: تنظیم سوکت TCP و شبکه‌سازی در فضای کاربر (مانند DPDK یا FRR).
۱. تنظیم استک هسته
قبل از در نظر گرفتن راه‌حل‌های فضای کاربر، استک هسته را بهینه کنید. پارامترهای کلیدی شامل غیرفعال کردن الگوریتم Nagle، تنظیم اندازه بافرهای TCP و کاهش طول صف‌ها است.
# غیرفعال کردن الگوریتم Nagle (برای هر سوکت)
setsockopt(sockfd, SOL_TCP, TCP_NODELAY, &flag, sizeof flag);
# تنظیم TCP در سطح سیستم (نمونه sysctl)
# افزایش بافرهای ارسال/دریافت
net.core.wmem_max = 16777216
net.core.rmem_max = 16777216
net.ipv4.tcp_wmem = 4096 12582912 16777216
net.ipv4.tcp_rmem = 4096 12582912 16777216
# کاهش اندازه بافر بازچینش TCP
net.ipv4.tcp_adv_win_scale = 1۲. همپوشانی قطع‌ها و آگاهی از NUMA
کارت‌های رابط شبکه (NIC) قطع‌هایی (Interrupts) تولید می‌کنند که توسط هسته‌های CPU خاصی مدیریت می‌شوند. در سیستم‌های چند سوکتی یا NUMA، اگر قطع توسط هسته‌ای دور از حافظه برنامه مدیریت شود، جهش‌های تأخیر رخ می‌دهند.
اتصال قطع‌های NIC به CPUهای محلی:
# شناسایی شماره IRQ برای eth0
grep eth0 /proc/interrupts
# اتصال IRQ 20 به CPU 0 (برای توپولوژی خود تنظیم کنید)
echo 1 > /proc/irq/20/smp_affinityنمونه عملی: راه‌اندازی سوکت کم‌تأخیر
در اینجا یک قطعه کد C وجود دارد که یک سوکت پیکربندی شده برای حداقل سربار را نشان می‌دهد:
#include <sys/socket.h>
#include <netinet/tcp.h>
int create_optimized_socket() {
int sockfd = socket(AF_INET, SOCK_STREAM, 0);
if (sockfd == -1) {
perror("socket");
return -1;
}
int flag = 1;
// غیرفعال کردن Nagle
setsockopt(sockfd, IPPROTO_TCP, TCP_NODELAY, &flag, sizeof flag);
// تنظیم اندازه بافر دریافت
int rcvbuf = 4 * 1024 * 1024; // 4MB
setsockopt(sockfd, SOL_SOCKET, SO_RCVBUF, &rcvbuf, sizeof rcvbuf);
// فعال‌سازی keepalive برای تشخیص بیکاری
setsockopt(sockfd, SOL_SOCKET, SO_KEEPALIVE, &flag, sizeof flag);
return sockfd;
}
نتیجه‌گیری
بهینه‌سازی برای HFT درباره یافتن یک تنظیم جادویی واحد نیست. این یک رویکرد جامع است که شامل انتخاب برنامه‌ریز I/O، تنظیم پارامترهای هسته و مدیریت دقیق همپوشانی CPU و توپولوژی NUMA می‌شود. همیشه تأثیر هر تغییر را با استفاده از ابزارهای دقیق مانند perf و پروب‌های تأخیر سفارشی اندازه‌گیری کنید. به یاد داشته باشید: در HFT، هر نانو ثانیه اهمیت دارد و پیکربندی سیستم شما باید بازتاب‌دهنده این وسواس در دقت باشد.