![\"Optimizimi](\"\/wp-content\/uploads\/2021\/05\/908fb8d92e84a3e7557af7f6c622298e.png\")
<\/center> <\/p>\nOptimizations principale: <\/p>\n
- \n
- Optimizimi i kodit libreactor. Si baz\u00eb \u00ebsht\u00eb p\u00ebrdorur varianti R18 nga seti Techempower, i cili \u00ebsht\u00eb p\u00ebrmir\u00ebsuar duke hequr kodin p\u00ebr t\u00eb kufizuar numrin e b\u00ebrthamave CPU t\u00eb p\u00ebrdorura (optimizimi leht\u00ebsoi rritjen e performanc\u00ebs me 25-27%), nd\u00ebrtimi n\u00eb GCC me opsionet '-O3' (p\u00ebrfitimi 5-10%) dhe '-march-native' (5-10%), z\u00ebvend\u00ebsimi i thirrjeve read\/write me recv\/send (5-10%) dhe ulja e shpenzimeve t\u00eb p\u00ebrdorimit t\u00eb pthreads (2-3%). Rritja totale e performanc\u00ebs pas optimizimit t\u00eb kodit ishte 55%, nd\u00ebrsa kapaciteti kaloi nga 224k req\/s n\u00eb 347k req\/s.\n
- \u00c7aktivizimi i mbrojtjes nga dob\u00ebsit\u00eb e shkaktuara nga ekzekutimi spekulativ i instruksioneve. P\u00ebrdorimi i parametrave gjat\u00eb ngarkimit t\u00eb kernelit 'nospectre_v1 nospectre_v2 pti=off mds=off tsx_async_abort=off' leht\u00ebsoi rritjen e performanc\u00ebs me 28%, nd\u00ebrsa kapaciteti kaloi nga 347k req\/s n\u00eb 446k req\/s. Ndryshe, p\u00ebrfitimi nga parametrin 'nospectre_v1' (mbrojtja nga Spectre v1 + SWAPGS) ishte 1-2%, 'nospectre_v2' (mbrojtja nga Spectre v2) \u2014 15-20%, 'pti=off' (Spectre v3\/Meltdown) \u2014 6%, 'mds=off tsx_async_abort=off' (MDS\/Zombieload dhe TSX Asynchronous Abort) \u2014 6%. T\u00eb gjitha konfigurimet p\u00ebr mbrojtjen nga sulmet L1TF\/Foreshadow (l1tf=flush), iTLB multihit, Speculative Store Bypass dhe SRBDS jan\u00eb l\u00ebn\u00eb t\u00eb paprekura, pasi nuk ndikuan n\u00eb performanc\u00eb, sepse nuk kalonin me konfigurimin e testuar (p.sh., specifik p\u00ebr KVM<\/a>, virtualizimin e ndodhur dhe modelet e tjera t\u00eb CPU).\n
- \u00c7aktivizimi i mekanizmave t\u00eb auditit dhe bllokimit t\u00eb thirrjeve sistemore p\u00ebrmes komand\u00ebs 'auditctl -a never,task' dhe specifikimit t\u00eb opsionit '--security-opt seccomp=unconfined' gjat\u00eb nisjes s\u00eb kontejnerit docker. Rritja totale e performanc\u00ebs ishte 11%, nd\u00ebrsa kapaciteti kaloi nga 446k req\/s n\u00eb 495k req\/s.\n
- \u00c7aktivizimi i iptables\/netfilter p\u00ebrmes shkarkimit t\u00eb modulave t\u00eb lidhura me ta nga b\u00ebrthama. Ideja p\u00ebr t\u00eb \u00e7aktivizuar firewalla, i cili nuk u p\u00ebrdor n\u00eb zgjidhjen specifike t\u00eb serverit, u nxit nga rezultatet e profilizimit, sipas t\u00eb cilave fuksioni nf_hook_slow merrte 18% t\u00eb koh\u00ebs. Vihet n\u00eb dukje se nftables funksionon m\u00eb efikashem se iptables, por n\u00eb Amazon Linux vazhdon t\u00eb p\u00ebrdoret iptables. Pas \u00e7aktivizimit t\u00eb iptables, rritja e performanc\u00ebs ishte 22%, dhe kapaciteti i kalimit u rrit nga 495k req\/s n\u00eb 603k req\/s.\n
- P\u00ebrmir\u00ebsimi i migrimit t\u00eb p\u00ebrpunuesve mes b\u00ebrthamave t\u00eb ndryshme CPU p\u00ebr t\u00eb rritur efikasitetin e p\u00ebrdorimit t\u00eb caches t\u00eb procesor\u00ebve. Optimizimi u realizua si n\u00eb nivelin e lidhjes s\u00eb proceseve libreactor me b\u00ebrthama CPU (CPU Pinning), ashtu edhe p\u00ebrmes ngjitjes s\u00eb p\u00ebrpunuesve t\u00eb rrjetit t\u00eb b\u00ebrtham\u00ebs (Receive Side Scaling). P\u00ebr shembull, u \u00e7aktivizua irqbalance dhe u vendos\u00ebn qart\u00eb lidhjet e radh\u00ebve me CPU n\u00eb \/proc\/irq\/$IRQ\/smp_affinity_list. P\u00ebr t\u00eb p\u00ebrdorur t\u00eb nj\u00ebjt\u00ebn b\u00ebrtham\u00eb CPU p\u00ebr p\u00ebrpunimin e procesit libreactor dhe rendin e paketave hyr\u00ebse, u angazhua nj\u00eb p\u00ebrpunues BPF i personalizuar, i lidhur p\u00ebrmes vendosjes s\u00eb flamurit SO_ATTACH_REUSEPORT_CBPF gjat\u00eb krijimit t\u00eb soketit. P\u00ebr lidhjen me CPU t\u00eb radh\u00ebve t\u00eb paketave dal\u00ebse, u ndryshuan parametrat n\u00eb \/sys\/class\/net\/eth0\/queues\/tx-<n>\/xps_cpus. Rritja totale e performanc\u00ebs ishte 38%, dhe kapaciteti i kalimit u rrit nga 603k req\/s n\u00eb 834k req\/s.\n
- Optimizimi i trajtimit t\u00eb nd\u00ebrprerjeve dhe p\u00ebrdorimi i polling. Aktivizimi i modit adaptive-rx n\u00eb driver-in ENA dhe manipulimi me sysctl net.core.busy_read leht\u00ebsoi rritjen e performanc\u00ebs me 28% (kapaciteti kaloi nga 834k req\/s n\u00eb 1.06M req\/s, nd\u00ebrsa vonesat ran\u00eb nga 361\u03bcs n\u00eb 292\u03bcs).\n
- \u00c7aktivizimi i sh\u00ebrbimeve sistemike q\u00eb \u00e7ojn\u00eb n\u00eb bllokime shtes\u00eb n\u00eb stakun e rrjetit. \u00c7aktivizimi i dhclient dhe vendosja Adresa IP<\/a> duke e b\u00ebr\u00eb at\u00eb manualisht \u00e7oi n\u00eb nj\u00eb rritje t\u00eb performanc\u00ebs prej 6%, dhe kapaciteti i kalimit u rrit nga 1.06M req\/s n\u00eb 1.12M req\/s. Arsyeja e ndikimit t\u00eb dhclient n\u00eb performanc\u00eb n\u00eb analiz\u00ebn e trafikut duke p\u00ebrdorur raw-soketin.\n
- Lufta me Spin Lock. Kalimi i stack-ut rrjetor n\u00eb modin 'noqueue' p\u00ebrmes sysctl 'net.core.default_qdisc=noqueue' dhe 'tc qdisc replace dev eth0 root mq' \u00e7oi n\u00eb nj\u00eb rritje t\u00eb performanc\u00ebs me 2%, nd\u00ebrsa kapaciteti kaloi nga 1.12M req\/s n\u00eb 1.15M req\/s.\n
- Optimizimet p\u00ebrfundimtare t\u00eb vogla, si\u00e7 \u00ebsht\u00eb \u00e7aktivizimi i GRO (Generic Receive Offload) me komand\u00ebn «ethtool -K eth0 gro off» dhe z\u00ebvend\u00ebsimi i algoritmit t\u00eb kontrollit t\u00eb ngarkes\u00ebs cubic me reno p\u00ebrmes sysctl «net.ipv4.tcp_congestion_control=reno». Rritja e p\u00ebrgjithshme e performanc\u00ebs ishte 4%. Kapaciteti kaloi nga 1.15M req\/s n\u00eb 1.2M req\/s. <\/ul>\n
P\u00ebrve\u00e7 optimizimeve q\u00eb funksionuan, n\u00eb artikull shqyrtohen gjithashtu metoda q\u00eb nuk \u00e7uan n\u00eb rritjen e pritur t\u00eb performanc\u00ebs. P\u00ebr shembull, k\u00ebto u d\u00ebshmuan si t\u00eb paefektshme: <\/p>\n
- \n
- Ekzekutimi i ve\u00e7ant\u00eb i libreactor nuk ndryshoi n\u00eb performanc\u00eb nga ekzekutimi n\u00eb kontejner. Z\u00ebvend\u00ebsimi i writev me send, rritja e maxevents n\u00eb epoll_wait, eksperimentet me versionet dhe flamujt GCC nuk pat\u00ebn ndikim (efekti u v\u00ebrejt vet\u00ebm p\u00ebr flamujt «-O3» dhe «-march-native»).\n
- P\u00ebrmir\u00ebsimi n\u00eb performanc\u00eb nuk u ndikua nga p\u00ebrdit\u00ebsimi i b\u00ebrtham\u00ebs Linux n\u00eb versionet 4.19 dhe 5.4, p\u00ebrdorimi i planifikuesve SCHED_FIFO dhe SCHED_RR, manipulimet me sysctl kernel.sched_min_granularity_ns, kernel.sched_wakeup_granularity_ns, transparent_hugepages=never, skew_tick=1 dhe clocksource=tsc.\n
- N\u00eb drajverin ENA, aktivizimi i m\u00ebnyrave Offload (segmentation, scatter-gather, rx\/tx checksum), nd\u00ebrtimi me flamurin «-O3» dhe aplikimi i parametrave ena.rx_queue_size dhe ena.force_large_llq_header nuk kishin ndikim.\n
- Ndryshimet n\u00eb stak\u00ebn rrjetore nuk \u00e7uan n\u00eb nj\u00eb rritje t\u00eb performanc\u00ebs:\n