BPF এবং eBPF এর একটি সংক্ষিপ্ত পরিচিতি

হ্যালো, হাবর! আমরা আপনাকে জানাতে চাই যে আমরা প্রকাশের জন্য একটি বই প্রস্তুত করছি।"BPF সহ লিনাক্স পর্যবেক্ষণযোগ্যতা".

যেহেতু BPF ভার্চুয়াল মেশিনটি ক্রমাগত বিকশিত হচ্ছে এবং সক্রিয়ভাবে অনুশীলনে ব্যবহৃত হচ্ছে, আমরা আপনার জন্য এর প্রধান ক্ষমতা এবং বর্তমান অবস্থা বর্ণনা করে একটি নিবন্ধ অনুবাদ করেছি।

সাম্প্রতিক বছরগুলিতে, উচ্চ-পারফরম্যান্স প্যাকেট প্রক্রিয়াকরণের প্রয়োজন হলে লিনাক্স কার্নেলের সীমাবদ্ধতার জন্য ক্ষতিপূরণের জন্য প্রোগ্রামিং সরঞ্জাম এবং কৌশলগুলি ক্রমশ জনপ্রিয় হয়ে উঠেছে। এই ধরনের সবচেয়ে জনপ্রিয় কৌশল এক বলা হয় কার্নেল বাইপাস (কার্নেল বাইপাস) এবং কার্নেল নেটওয়ার্ক স্তরকে বাইপাস করে ব্যবহারকারীর স্থান থেকে সমস্ত প্যাকেট প্রক্রিয়াকরণ করার অনুমতি দেয়। কার্নেল বাইপাস করা থেকে নেটওয়ার্ক কার্ড নিয়ন্ত্রণ করাও জড়িত ব্যবহারকারী স্থান. অন্য কথায়, নেটওয়ার্ক কার্ডের সাথে কাজ করার সময়, আমরা ড্রাইভারের উপর নির্ভর করি ব্যবহারকারী স্থান.

একটি ইউজার-স্পেস প্রোগ্রামে নেটওয়ার্ক কার্ডের সম্পূর্ণ নিয়ন্ত্রণ স্থানান্তর করার মাধ্যমে, আমরা কার্নেল ওভারহেড (প্রসঙ্গ স্যুইচিং, নেটওয়ার্ক লেয়ার প্রসেসিং, ইন্টারাপ্ট ইত্যাদি) কমিয়ে দিই, যা 10Gb/s বা তার বেশি গতিতে চলার সময় বেশ গুরুত্বপূর্ণ। কার্নেল বাইপাস প্লাস অন্যান্য বৈশিষ্ট্যের সংমিশ্রণ (ধির গতির কাজ) এবং সতর্ক কর্মক্ষমতা টিউনিং (NUMA অ্যাকাউন্টিং, CPU বিচ্ছিন্নতা, ইত্যাদি) ইউজার স্পেসে উচ্চ-পারফরম্যান্স নেটওয়ার্ক প্রক্রিয়াকরণের মৌলিক বিষয়গুলির সাথে মিলে যায়৷ সম্ভবত প্যাকেট প্রক্রিয়াকরণের এই নতুন পদ্ধতির একটি অনুকরণীয় উদাহরণ ডিপিডিকে ইন্টেল থেকে (ডেটা প্লেন ডেভেলপমেন্ট কিট), যদিও সিসকোর ভিপিপি (ভেক্টর প্যাকেট প্রসেসিং), নেটম্যাপ এবং অবশ্যই, সহ অন্যান্য সুপরিচিত সরঞ্জাম এবং কৌশল রয়েছে। স্ন্যাব.

ব্যবহারকারীর জায়গায় নেটওয়ার্ক মিথস্ক্রিয়া সংগঠিত করার অনেকগুলি অসুবিধা রয়েছে:

• OS কার্নেল হল হার্ডওয়্যার সংস্থানগুলির জন্য একটি বিমূর্ত স্তর। কারণ ব্যবহারকারী স্পেস প্রোগ্রামগুলিকে তাদের সংস্থানগুলি সরাসরি পরিচালনা করতে হবে, তাদের নিজস্ব হার্ডওয়্যারও পরিচালনা করতে হবে। এটি প্রায়ই আপনার নিজস্ব ড্রাইভার প্রোগ্রাম করার মানে হয়.
• যেহেতু আমরা কার্নেলের স্থান সম্পূর্ণরূপে ছেড়ে দিচ্ছি, তাই আমরা কার্নেলের দ্বারা সরবরাহ করা সমস্ত নেটওয়ার্কিং কার্যকারিতাও ছেড়ে দিচ্ছি। ইউজার স্পেস প্রোগ্রামগুলিকে অবশ্যই কার্নেল বা অপারেটিং সিস্টেম দ্বারা উপলব্ধ বৈশিষ্ট্যগুলিকে পুনরায় প্রয়োগ করতে হবে।
• প্রোগ্রামগুলি স্যান্ডবক্স মোডে কাজ করে, যা তাদের মিথস্ক্রিয়াকে গুরুত্ব সহকারে সীমিত করে এবং অপারেটিং সিস্টেমের অন্যান্য অংশের সাথে একীভূত হতে বাধা দেয়।

মোটকথা, যখন ইউজার স্পেসে নেটওয়ার্কিং ঘটে, তখন কার্নেল থেকে ইউজার স্পেসে প্যাকেট প্রসেসিং সরানোর মাধ্যমে পারফরম্যান্স লাভ করা হয়। XDP ঠিক বিপরীত কাজ করে: এটি ব্যবহারকারীর স্থান (ফিল্টার, সমাধানকারী, রাউটিং, ইত্যাদি) থেকে কার্নেল স্পেসে নেটওয়ার্কিং প্রোগ্রামগুলিকে সরিয়ে দেয়। একটি প্যাকেট একটি নেটওয়ার্ক ইন্টারফেসে আঘাত করার সাথে সাথে এবং এটি কার্নেল নেটওয়ার্ক সাবসিস্টেমে চলে যাওয়ার আগে XDP আমাদের একটি নেটওয়ার্ক ফাংশন সম্পাদন করতে দেয়। ফলস্বরূপ, প্যাকেট প্রক্রিয়াকরণ গতি উল্লেখযোগ্যভাবে বৃদ্ধি পায়। যাইহোক, কার্নেল কীভাবে ব্যবহারকারীকে কার্নেল স্পেসে তাদের প্রোগ্রামগুলি চালানোর অনুমতি দেয়? এই প্রশ্নের উত্তর দেওয়ার আগে, আসুন BPF কী তা দেখে নেওয়া যাক।

BPF এবং eBPF

বিভ্রান্তিকর নাম সত্ত্বেও, BPF (বার্কলে প্যাকেট ফিল্টারিং) আসলে, একটি ভার্চুয়াল মেশিন মডেল। এই ভার্চুয়াল মেশিনটি মূলত প্যাকেট ফিল্টারিং পরিচালনা করার জন্য ডিজাইন করা হয়েছিল, তাই নাম।

BPF ব্যবহার করে সবচেয়ে বিখ্যাত টুল এক tcpdump. ব্যবহার করে প্যাকেট ক্যাপচার করার সময় tcpdump ব্যবহারকারী প্যাকেট ফিল্টার করার জন্য একটি অভিব্যক্তি নির্দিষ্ট করতে পারেন। শুধুমাত্র এই অভিব্যক্তির সাথে মিলে যাওয়া প্যাকেটগুলি ক্যাপচার করা হবে৷ উদাহরণস্বরূপ, অভিব্যক্তি "tcp dst port 80” পোর্ট 80 এ আগত সমস্ত TCP প্যাকেটকে বোঝায়। কম্পাইলার এই অভিব্যক্তিটিকে BPF বাইটকোডে রূপান্তর করে ছোট করতে পারে।

$ sudo tcpdump -d "tcp dst port 80"
(000) ldh [12] (001) jeq #0x86dd jt 2 jf 6
(002) ldb [20] (003) jeq #0x6 jt 4 jf 15
(004) ldh [56] (005) jeq #0x50 jt 14 jf 15
(006) jeq #0x800 jt 7 jf 15
(007) ldb [23] (008) jeq #0x6 jt 9 jf 15
(009) ldh [20] (010) jset #0x1fff jt 15 jf 11
(011) ldxb 4*([14]&0xf)
(012) ldh [x + 16] (013) jeq #0x50 jt 14 jf 15
(014) ret #262144
(015) ret #0

উপরের প্রোগ্রামটি মূলত এটি করে:

• নির্দেশ (000): অফসেট 12-এ প্যাকেট লোড করুন, একটি 16-বিট শব্দ হিসাবে, সঞ্চয়কারীতে। অফসেট 12 প্যাকেটের ইথারটাইপের সাথে মিলে যায়।
• নির্দেশ (001): 0x86dd এর সাথে সঞ্চয়কারীর মান তুলনা করে, অর্থাৎ, IPv6 এর জন্য ইথারটাইপ মানের সাথে। যদি ফলাফলটি সত্য হয়, তাহলে প্রোগ্রাম কাউন্টারটি নির্দেশে (002) যায় এবং যদি না হয়, তাহলে (006)।
• নির্দেশ (006): 0x800 (IPv4 এর জন্য ইথারটাইপ মান) এর সাথে মান তুলনা করে। যদি উত্তরটি সত্য হয়, তবে প্রোগ্রামটি (007) এ যায়, যদি না হয় তবে (015)।

এবং তাই যতক্ষণ না প্যাকেট ফিল্টারিং প্রোগ্রাম একটি ফলাফল প্রদান করে। এটি সাধারণত একটি বুলিয়ান। একটি অ-শূন্য মান (নির্দেশ (014)) ফেরত দেওয়ার অর্থ হল প্যাকেটটি গৃহীত হয়েছে এবং একটি শূন্য মান (নির্দেশ (015)) ফেরত দেওয়ার অর্থ হল প্যাকেটটি গ্রহণ করা হয়নি৷

BPF ভার্চুয়াল মেশিন এবং এর বাইটকোড 1992 সালের শেষের দিকে স্টিভ ম্যাকক্যান এবং ভ্যান জ্যাকবসন দ্বারা প্রস্তাবিত হয়েছিল যখন তাদের গবেষণাপত্র প্রকাশিত হয়েছিল BSD প্যাকেট ফিল্টার: ব্যবহারকারী-স্তরের প্যাকেট ক্যাপচারের জন্য নতুন আর্কিটেকচার, এই প্রযুক্তিটি প্রথম 1993 সালের শীতে Usenix সম্মেলনে উপস্থাপিত হয়েছিল।

যেহেতু BPF একটি ভার্চুয়াল মেশিন, এটি প্রোগ্রামগুলি চালানোর পরিবেশকে সংজ্ঞায়িত করে। বাইটকোড ছাড়াও, এটি ব্যাচ মেমরি মডেল (লোড নির্দেশাবলী ব্যাচের উপর প্রযোজ্য), রেজিস্টার (এ এবং এক্স; অ্যাকিউমুলেটর এবং ইনডেক্স রেজিস্টার), স্ক্র্যাচ মেমরি স্টোরেজ এবং একটি অন্তর্নিহিত প্রোগ্রাম কাউন্টারকেও সংজ্ঞায়িত করে। মজার বিষয় হল, BPF বাইটকোডটি Motorola 6502 ISA এর পরে মডেল করা হয়েছিল। স্টিভ ম্যাকক্যান তার মধ্যে স্মরণ পূর্ণাঙ্গ প্রতিবেদন Sharkfest '11-এ, তিনি Apple II-তে তার হাইস্কুলের দিনের প্রোগ্রামিং থেকে বিল্ড 6502 এর সাথে পরিচিত ছিলেন এবং এই জ্ঞান তার BPF বাইটকোড ডিজাইনের কাজকে প্রভাবিত করেছিল।

বিপিএফ সমর্থন লিনাক্স কার্নেলে v2.5 এবং উচ্চতর সংস্করণে প্রয়োগ করা হয়েছে, প্রধানত জে শুলিস্টের প্রচেষ্টায় যোগ করা হয়েছে। BPF কোড 2011 সাল পর্যন্ত অপরিবর্তিত ছিল, যখন এরিক ডুমাসেট BPF দোভাষীকে JIT মোডে চালানোর জন্য পুনরায় ডিজাইন করেছিলেন (সূত্র: প্যাকেট ফিল্টার জন্য JIT) এর পরে, কার্নেল, BPF বাইটকোড ব্যাখ্যা করার পরিবর্তে, সরাসরি BPF প্রোগ্রামগুলিকে লক্ষ্য আর্কিটেকচারে রূপান্তর করতে পারে: x86, ARM, MIPS ইত্যাদি।

পরবর্তীতে, 2014 সালে, আলেক্সি স্টারোভয়েটভ BPF-এর জন্য একটি নতুন JIT প্রক্রিয়ার প্রস্তাব করেছিলেন। প্রকৃতপক্ষে, এই নতুন JIT একটি নতুন BPF-ভিত্তিক আর্কিটেকচারে পরিণত হয়েছিল এবং এটিকে eBPF বলা হয়েছিল। আমি মনে করি উভয় VM কিছু সময়ের জন্য সহাবস্থান করেছিল, কিন্তু বর্তমানে প্যাকেট ফিল্টারিং ইবিপিএফ-এর উপর ভিত্তি করে প্রয়োগ করা হয়েছে। প্রকৃতপক্ষে, আধুনিক ডকুমেন্টেশনের অনেক উদাহরণে, BPF কে eBPF বোঝানো হয়, এবং ক্লাসিক্যাল BPF আজ cBPF নামে পরিচিত।

eBPF ক্লাসিক BPF ভার্চুয়াল মেশিনকে বিভিন্ন উপায়ে প্রসারিত করে:

• আধুনিক 64-বিট আর্কিটেকচারের উপর ভিত্তি করে। eBPF 64-বিট রেজিস্টার ব্যবহার করে এবং উপলব্ধ রেজিস্টারের সংখ্যা 2 (সংগ্রহকারী এবং X) থেকে বাড়িয়ে 10 করে। eBPF অতিরিক্ত অপকোডও প্রদান করে (BPF_MOV, BPF_JNE, BPF_CALL...)।
• নেটওয়ার্ক স্তর সাবসিস্টেম থেকে বিচ্ছিন্ন। BPF ব্যাচ ডেটা মডেলের সাথে বাঁধা ছিল। যেহেতু এটি প্যাকেট ফিল্টারিংয়ের জন্য ব্যবহার করা হয়েছিল, এটির কোডটি সাবসিস্টেমে অবস্থিত ছিল যা নেটওয়ার্ক যোগাযোগ প্রদান করে। যাইহোক, eBPF ভার্চুয়াল মেশিনটি আর ডেটা মডেলের সাথে আবদ্ধ নয় এবং যেকোনো উদ্দেশ্যে ব্যবহার করা যেতে পারে। সুতরাং, এখন eBPF প্রোগ্রামটিকে ট্রেসপয়েন্ট বা কেপ্রোবের সাথে সংযুক্ত করা যেতে পারে। এটি অন্যান্য কার্নেল সাবসিস্টেমের প্রসঙ্গে ইবিপিএফ ইন্সট্রুমেন্টেশন, কর্মক্ষমতা বিশ্লেষণ এবং অন্যান্য ব্যবহারের ক্ষেত্রে পথ খুলে দেয়। এখন ইবিপিএফ কোডটি তার নিজস্ব পথে অবস্থিত: কার্নেল/বিপিএফ।
• গ্লোবাল ডেটা স্টোর যা ম্যাপ নামে পরিচিত। মানচিত্র হল মূল-মূল্যের দোকান যা ব্যবহারকারীর স্থান এবং কার্নেল স্থানের মধ্যে ডেটা বিনিময় সক্ষম করে। eBPF বিভিন্ন ধরনের মানচিত্র প্রদান করে।
• সেকেন্ডারি ফাংশন। বিশেষ করে, একটি প্যাকেজ পুনরায় লিখতে, একটি চেকসাম গণনা করতে, বা একটি প্যাকেজ ক্লোন করতে। এই ফাংশনগুলি কার্নেলের ভিতরে চলে এবং ব্যবহারকারী-স্পেস প্রোগ্রাম নয়। আপনি eBPF প্রোগ্রাম থেকে সিস্টেম কল করতে পারেন।
• কল শেষ করুন। ইবিপিএফ-এ প্রোগ্রামের আকার 4096 বাইটে সীমাবদ্ধ। টেইল কল বৈশিষ্ট্যটি একটি eBPF প্রোগ্রামকে একটি নতুন eBPF প্রোগ্রামে নিয়ন্ত্রণ স্থানান্তর করতে দেয় এবং এইভাবে এই সীমাবদ্ধতাকে বাইপাস করে (32টি প্রোগ্রাম এইভাবে লিঙ্ক করা যেতে পারে)।

eBPF: উদাহরণ

লিনাক্স কার্নেল উত্সগুলিতে eBPF এর জন্য বেশ কয়েকটি উদাহরণ রয়েছে। সেগুলি স্যাম্পল/bpf/ এ পাওয়া যায়। এই উদাহরণগুলি কম্পাইল করতে, কেবল লিখুন:

$ sudo make samples/bpf/

আমি নিজে eBPF-এর জন্য একটি নতুন উদাহরণ লিখব না, কিন্তু স্যাম্পল/bpf/-এ উপলব্ধ নমুনার একটি ব্যবহার করব। আমি কোডের কিছু অংশ দেখব এবং এটি কীভাবে কাজ করে তা ব্যাখ্যা করব। উদাহরণস্বরূপ, আমি প্রোগ্রামটি বেছে নিয়েছি tracex4.

সাধারণভাবে, নমুনা/bpf/-এর প্রতিটি উদাহরণে দুটি ফাইল থাকে। এক্ষেত্রে:

• tracex4_kern.c, eBPF বাইটকোড হিসাবে কার্নেলে কার্যকর করা উৎস কোড রয়েছে।
• tracex4_user.c, ব্যবহারকারী স্থান থেকে একটি প্রোগ্রাম রয়েছে।

এই ক্ষেত্রে, আমাদের কম্পাইল করতে হবে tracex4_kern.c eBPF বাইটকোডে। বর্তমানে gcc eBPF এর জন্য কোন ব্যাকএন্ড নেই। ভাগ্যক্রমে, clang ইবিপিএফ বাইটকোড আউটপুট করতে পারে। Makefile ব্যবহারসমূহ clang সংকলনের জন্য tracex4_kern.c অবজেক্ট ফাইলে।

আমি উপরে উল্লেখ করেছি যে eBPF এর সবচেয়ে আকর্ষণীয় বৈশিষ্ট্যগুলির মধ্যে একটি হল মানচিত্র। tracex4_kern একটি মানচিত্র সংজ্ঞায়িত করে:

struct pair {
    u64 val;
    u64 ip;
};  

struct bpf_map_def SEC("maps") my_map = {
    .type = BPF_MAP_TYPE_HASH,
    .key_size = sizeof(long),
    .value_size = sizeof(struct pair),
    .max_entries = 1000000,
};

BPF_MAP_TYPE_HASH eBPF দ্বারা অফার করা অনেক ধরনের কার্ডের মধ্যে একটি। এই ক্ষেত্রে, এটা শুধু একটি হ্যাশ. আপনি হয়ত একটি বিজ্ঞাপন লক্ষ্য করেছেন SEC("maps"). SEC একটি ম্যাক্রো যা একটি বাইনারি ফাইলের একটি নতুন বিভাগ তৈরি করতে ব্যবহৃত হয়। আসলে, উদাহরণে tracex4_kern আরও দুটি বিভাগ সংজ্ঞায়িত করা হয়েছে:

SEC("kprobe/kmem_cache_free")
int bpf_prog1(struct pt_regs *ctx)
{   
    long ptr = PT_REGS_PARM2(ctx);

    bpf_map_delete_elem(&my_map, &ptr); 
    return 0;
}
    
SEC("kretprobe/kmem_cache_alloc_node") 
int bpf_prog2(struct pt_regs *ctx)
{
    long ptr = PT_REGS_RC(ctx);
    long ip = 0;

    // получаем ip-адрес вызывающей стороны kmem_cache_alloc_node() 
    BPF_KRETPROBE_READ_RET_IP(ip, ctx);

    struct pair v = {
        .val = bpf_ktime_get_ns(),
        .ip = ip,
    };
    
    bpf_map_update_elem(&my_map, &ptr, &v, BPF_ANY);
    return 0;
}   

এই দুটি ফাংশন আপনাকে মানচিত্র থেকে একটি এন্ট্রি মুছে ফেলার অনুমতি দেয় (kprobe/kmem_cache_free) এবং মানচিত্রে একটি নতুন এন্ট্রি যোগ করুন (kretprobe/kmem_cache_alloc_node) বড় অক্ষরে লেখা সমস্ত ফাংশনের নাম সংজ্ঞায়িত ম্যাক্রোর সাথে মিলে যায় bpf_helpers.h.

যদি আমি অবজেক্ট ফাইলের বিভাগগুলি ডাম্প করি তবে আমার দেখতে হবে যে এই নতুন বিভাগগুলি ইতিমধ্যে সংজ্ঞায়িত করা হয়েছে:

$ objdump -h tracex4_kern.o

tracex4_kern.o: file format elf64-little

Sections:
Idx Name Size VMA LMA File off Algn
0 .text 00000000 0000000000000000 0000000000000000 00000040 2**2
CONTENTS, ALLOC, LOAD, READONLY, CODE
1 kprobe/kmem_cache_free 00000048 0000000000000000 0000000000000000 00000040 2**3
CONTENTS, ALLOC, LOAD, RELOC, READONLY, CODE
2 kretprobe/kmem_cache_alloc_node 000000c0 0000000000000000 0000000000000000 00000088 2**3
CONTENTS, ALLOC, LOAD, RELOC, READONLY, CODE
3 maps 0000001c 0000000000000000 0000000000000000 00000148 2**2
CONTENTS, ALLOC, LOAD, DATA
4 license 00000004 0000000000000000 0000000000000000 00000164 2**0
CONTENTS, ALLOC, LOAD, DATA
5 version 00000004 0000000000000000 0000000000000000 00000168 2**2
CONTENTS, ALLOC, LOAD, DATA
6 .eh_frame 00000050 0000000000000000 0000000000000000 00000170 2**3
CONTENTS, ALLOC, LOAD, RELOC, READONLY, DATA

এখনও আছে tracex4_user.c, প্রধান প্রোগ্রাম। মূলত, এই প্রোগ্রাম ঘটনা শোনে kmem_cache_alloc_node. এই ধরনের ঘটনা ঘটলে, সংশ্লিষ্ট eBPF কোডটি কার্যকর করা হয়। কোডটি একটি ম্যাপে অবজেক্টের আইপি অ্যাট্রিবিউট সংরক্ষণ করে এবং তারপরে মূল প্রোগ্রামে অবজেক্টটি লুপ করা হয়। উদাহরণ:

$ sudo ./tracex4
obj 0xffff8d6430f60a00 is 2sec old was allocated at ip ffffffff9891ad90
obj 0xffff8d6062ca5e00 is 23sec old was allocated at ip ffffffff98090e8f
obj 0xffff8d5f80161780 is 6sec old was allocated at ip ffffffff98090e8f

কিভাবে একটি ব্যবহারকারী স্থান প্রোগ্রাম এবং একটি eBPF প্রোগ্রাম সম্পর্কিত? সূচনা উপর tracex4_user.c একটি অবজেক্ট ফাইল লোড করে tracex4_kern.o ফাংশন ব্যবহার করে load_bpf_file.

int main(int ac, char **argv)
{
    struct rlimit r = {RLIM_INFINITY, RLIM_INFINITY};
    char filename[256];
    int i;

    snprintf(filename, sizeof(filename), "%s_kern.o", argv[0]);

    if (setrlimit(RLIMIT_MEMLOCK, &r)) {
        perror("setrlimit(RLIMIT_MEMLOCK, RLIM_INFINITY)");
        return 1;
    }

    if (load_bpf_file(filename)) {
        printf("%s", bpf_log_buf);
        return 1;
    }

    for (i = 0; ; i++) {
        print_old_objects(map_fd[1]);
        sleep(1);
    }

    return 0;
}

করার সময় load_bpf_file eBPF ফাইলে সংজ্ঞায়িত প্রোব যোগ করা হয় /sys/kernel/debug/tracing/kprobe_events. এখন আমরা এই ইভেন্টগুলির জন্য শুনি এবং সেগুলি ঘটলে আমাদের প্রোগ্রাম কিছু করতে পারে।

$ sudo cat /sys/kernel/debug/tracing/kprobe_events
p:kprobes/kmem_cache_free kmem_cache_free
r:kprobes/kmem_cache_alloc_node kmem_cache_alloc_node

নমুনা/বিপিএফ/-এ অন্যান্য সমস্ত প্রোগ্রাম একইভাবে গঠন করা হয়। তারা সবসময় দুটি ফাইল ধারণ করে:

• XXX_kern.c: eBPF প্রোগ্রাম।
• XXX_user.c: প্রধান প্রোগ্রাম।

eBPF প্রোগ্রাম একটি বিভাগের সাথে যুক্ত মানচিত্র এবং ফাংশন সনাক্ত করে। যখন কার্নেল একটি নির্দিষ্ট ধরনের একটি ইভেন্ট জারি করে (উদাহরণস্বরূপ, tracepoint), আবদ্ধ ফাংশন নির্বাহ করা হয়। কার্ডগুলি কার্নেল প্রোগ্রাম এবং ইউজার স্পেস প্রোগ্রামের মধ্যে যোগাযোগ প্রদান করে।

উপসংহার

এই নিবন্ধটি সাধারণ পরিভাষায় BPF এবং eBPF নিয়ে আলোচনা করেছে। আমি জানি আজ ইবিপিএফ সম্পর্কে অনেক তথ্য এবং সংস্থান রয়েছে, তাই আমি আরও অধ্যয়নের জন্য আরও কয়েকটি সংস্থান সুপারিশ করব

আমি পড়ার পরামর্শ দিচ্ছি:

• BPF: সার্বজনীন ইন-কারনেল ভার্চুয়াল মেশিন জোনাথন করবেট। BPF এর একটি ভূমিকা এবং কিভাবে এটি eBPF এ বিকশিত হয়েছে।
• eBPF এর একটি পুঙ্খানুপুঙ্খ ভূমিকা ব্রেন্ডন গ্রেগ। LWN.net থেকে প্রবন্ধ। ব্রেন্ডন প্রায়শই ইবিপিএফ সম্পর্কে টুইট করেন এবং তার বিষয়ের উপর সংস্থানগুলির একটি তালিকা বজায় রাখেন ব্লগ পোস্ট.
• BPF এবং eBPF এর উপর নোট জুলিয়া ইভান্স। সুচক্র শর্মা "দ্য বিএসডি প্যাকেট ফিল্টার: ইউজার-লেভেল প্যাকেট ক্যাপচারের জন্য একটি নতুন আর্কিটেকচার"-এর উপস্থাপনায় মন্তব্য। মন্তব্য ভাল এবং সত্যিই আপনি স্লাইড বুঝতে সাহায্য.
• eBPF, part1: অতীত, বর্তমান এবং ভবিষ্যত ফেরিস এলিস। সঙ্গে লংগ্রেড ধারাবাহিকতা, কিন্তু এটা পড়ার মূল্য. ইবিপিএফ-এ আমার দেখা সেরা নিবন্ধগুলির মধ্যে একটি।

উত্স: www.habr.com