實戰(zhàn)eBPF kprobe函數(shù)插樁

本文作者為團隊小伙伴阿松，在Linux文件監(jiān)控領(lǐng)域?qū)崙?zhàn)經(jīng)驗豐富。本次引入eBPF在文件監(jiān)控上應(yīng)用，提升文件變更的關(guān)聯(lián)進程信息等。在實現(xiàn)過程中，分享了eBPF kbproe時，被插樁函數(shù)超多參數(shù)獲取的解決方案。

本文內(nèi)容，如非特殊說明，均基于 4.18 內(nèi)核，x86-64 CPU 架構(gòu)。

插樁的程序類型選擇

說起 eBPF 大家都不陌生，就內(nèi)核而言，hook 會盡可能選在 tracepoint，如果沒有 tracepoint，會考慮使用 kprobe。

tracepoint 的范圍有限，而內(nèi)核函數(shù)又太多，基于各種需求場景，kprobe 的出場機會較多；但需要注意的，并不是所有的內(nèi)核函數(shù)都可以選作 hook 點，inline 函數(shù)無法被 hook，static 函數(shù)也有可能被優(yōu)化掉；如果想知道究竟有哪些函數(shù)可以選做 hook 點，在 Linux 機器上，可以通過less /proc/kallsyms查看。

使用 eBPF 時，內(nèi)核代碼 kprobe 的書寫范例如下：

SEC("kprobe/vfs_write")
int?kprobe_vfs_write(struct?pt_regs?*regs)
{
????struct?file?*file
????file?=?(struct?file?*)PT_REGS_PARM1(regs);
????//?...
}

其中 pt_regs 的結(jié)構(gòu)體如下：

struct?pt_regs?{
/*
?*?C?ABI?says?these?regs?are?callee-preserved.?They?aren't?saved?on?kernel?entry
?*?unless?syscall?needs?a?complete,?fully?filled?"struct?pt_regs".
?*/
?unsigned?long?r15;
?unsigned?long?r14;
?unsigned?long?r13;
?unsigned?long?r12;
?unsigned?long?bp;
?unsigned?long?bx;
/*?These?regs?are?callee-clobbered.?Always?saved?on?kernel?entry.?*/
?unsigned?long?r11;
?unsigned?long?r10;
?unsigned?long?r9;
?unsigned?long?r8;
?unsigned?long?ax;
?unsigned?long?cx;
?unsigned?long?dx;
?unsigned?long?si;
?unsigned?long?di;
/*
?*?On?syscall?entry,?this?is?syscall#.?On?CPU?exception,?this?is?error?code.
?*?On?hw?interrupt,?it's?IRQ?number:
?*/
?unsigned?long?orig_ax;
/*?Return?frame?for?iretq?*/
?unsigned?long?ip;
?unsigned?long?cs;
?unsigned?long?flags;
?unsigned?long?sp;
?unsigned?long?ss;
/*?top?of?stack?page?*/
};

通常來說，我們要獲取的參數(shù)，均可通過諸如 PT_REGS_PARM1 這樣的宏來拿到，宏定義如下：

#define?PT_REGS_PARM1(x)?((x)->di)
#define?PT_REGS_PARM2(x)?((x)->si)
#define?PT_REGS_PARM3(x)?((x)->dx)
#define?PT_REGS_PARM4(x)?((x)->cx)
#define?PT_REGS_PARM5(x)?((x)->r8)

可以看到，上述的宏只能獲取 5 個參數(shù)；但是在最近的一個項目中，就遇到了如何獲取超過 5 個參數(shù)的難題，這也是本文的由來，如果你也有類似的困惑，本文也許是為你準備的。

如何獲取插樁函數(shù)中第 6 個參數(shù)

上述的 5 個宏已經(jīng)可以覆蓋大多數(shù)的獲取小于 5 個參數(shù)的需求，不知道大家有沒有想過，使用 eBPF 時如果獲取的參數(shù)個數(shù)大于 5 個怎么辦呢？

如下的內(nèi)核函數(shù)__get_user_pages（幸運的是，該 static 函數(shù)并未被優(yōu)化掉）：

static?long?__get_user_pages(struct?task_struct?*tsk,?struct?mm_struct?*mm,
??unsigned?long?start,?unsigned?long?nr_pages,
??unsigned?int?gup_flags,?struct?page?**pages,
??struct?vm_area_struct?**vmas,?int?*nonblocking)

在希望對這個函數(shù)進行 hook 的時候犯了難，該函數(shù)總共有 8 個參數(shù)，如果想拿到最后 3 個參數(shù)，該如何操作呢？

且看 BCC 是如何操作的。

BCC 代碼中明確表明：只支持寄存器參數(shù)。那什么是寄存器參數(shù)呢？其實就是內(nèi)核函數(shù)調(diào)用約定中的前 6 個參數(shù)要通過寄存器傳遞，只支持這前六個寄存器參數(shù)。

constexpr?int?MAX_CALLING_CONV_REGS?=?6;
const?char?*calling_conv_regs_x86[]?=?{
??"di",?"si",?"dx",?"cx",?"r8",?"r9"
};

bool?BTypeVisitor::VisitFunctionDecl(FunctionDecl?*D)?{
????if?(D->param_size()?>?MAX_CALLING_CONV_REGS?+?1)?{
??????error(GET_BEGINLOC(D->getParamDecl(MAX_CALLING_CONV_REGS?+?1)),
????????????"too?many?arguments,?bcc?only?supports?in-register?parameters");
??????return?false;
????}
}

BCC 中使用如下的代碼對用戶寫的BPF text進行rewrite，覆蓋的參數(shù)剛好是前 6 個參數(shù)，分別保存于di, si, dx, cx, r8, r9寄存器：

const?char?*calling_conv_regs_x86[]?=?{
??"di",?"si",?"dx",?"cx",?"r8",?"r9"
};

void?BTypeVisitor::genParamDirectAssign(FunctionDecl?*D,?string&?preamble,
????????????????????????????????????????const?char?**calling_conv_regs)?{
??for?(size_t?idx?=?0;?idx?=?1)?{
??????//?Move?the?args?into?a?preamble?section?where?the?same?params?are
??????//?declared?and?initialized?from?pt_regs.
??????//?Todo:?this?init?should?be?done?only?when?the?program?requests?it.
??????string?text?=?rewriter_.getRewrittenText(expansionRange(arg->getSourceRange()));
??????arg->addAttr(UnavailableAttr::CreateImplicit(C,?"ptregs"));
??????size_t?d?=?idx?-?1;
??????const?char?*reg?=?calling_conv_regs[d];
??????preamble?+=?"?"?+?text?+?"?=?("?+?arg->getType().getAsString()?+?")"?+
??????????????????fn_args_[0]->getName().str()?+?"->"?+?string(reg)?+?";";
????}
??}
}

看到這里，大家應(yīng)該明白，之所以能使用 BCC 提供的如此簡便的 python 接口（內(nèi)核函數(shù)前面加上前綴 kprobe__，第一個參數(shù)永遠是struct pt_regs *，然后需要使用幾個內(nèi)核參數(shù)就填寫幾個）來做一些監(jiān)控工作，是因為 BCC 在幕后做了大量的 rewirte 工作，respect！

int?kprobe__tcp_v4_connect(struct?pt_regs?*ctx,?struct?sock?*sk)?{
????[...]
}

之前總是由于 eBPF 給的限制（按照 eBPF 的 calling convention，只有 5 個參數(shù)可以傳遞），以為更多的參數(shù)是無法獲取的。實際上可以回憶下，實際上按照 amd64 的調(diào)用約定，最多是可以通過寄存器傳遞 6 個參數(shù)的。

這么看下來，獲取第 6 個參數(shù)的方案其實也是很簡單，手動添加如下的宏即可：

#define?PT_REGS_PARM6(x)?((x)->r9)

插樁函數(shù)超過 6 個參數(shù)怎么辦

amd64 的調(diào)用約定同樣規(guī)定了，超過 6 個的參數(shù)，都會在棧上傳遞，具體可以參考regs_get_kernel_argument

那么如果參數(shù)超過 6 個，處理方案呼之欲出：從棧上獲取。

regs_get_kernel_argument該函數(shù)在新版本的內(nèi)核中才有，實現(xiàn)如下：

static?inline?unsigned?long?regs_get_kernel_argument(struct?pt_regs?*regs,
???????????unsigned?int?n)
{
?static?const?unsigned?int?argument_offs[]?=?{
#ifdef?__i386__
??offsetof(struct?pt_regs,?ax),
??offsetof(struct?pt_regs,?dx),
??offsetof(struct?pt_regs,?cx),
#define?NR_REG_ARGUMENTS?3
#else
??offsetof(struct?pt_regs,?di),
??offsetof(struct?pt_regs,?si),
??offsetof(struct?pt_regs,?dx),
??offsetof(struct?pt_regs,?cx),
??offsetof(struct?pt_regs,?r8),
??offsetof(struct?pt_regs,?r9),
#define?NR_REG_ARGUMENTS?6
#endif
?};

?if?(n?>=?NR_REG_ARGUMENTS)?{
??n?-=?NR_REG_ARGUMENTS?-?1;
??return?regs_get_kernel_stack_nth(regs,?n);
?}?else
??return?regs_get_register(regs,?argument_offs[n]);
}

從上述的代碼可以看到，常用的前 6 個參數(shù)，確實是在寄存器中獲取，分別是di, si, dx, cx, r8, r9，這也印證了我們之前的想法，且和 BCC 中的行為是一致的。

從regs_get_kernel_argument中也可以看到，從第 7 個參數(shù)開始，便開始從棧上獲取了，關(guān)鍵函數(shù)為：regs_get_kernel_stack_nth，這個函數(shù)在 4.18 內(nèi)核中也有，如下：

static?inline?unsigned?long?regs_get_kernel_stack_nth(struct?pt_regs?*regs,?unsigned?int?n)
{
?unsigned?long?*addr?=?(unsigned?long?*)kernel_stack_pointer(regs);
?addr?+=?n;
?if?(regs_within_kernel_stack(regs,?(unsigned?long)addr))
??return?*addr;
?else
??return?0;
}

//?等價于bpf提供的幫助宏?#define?PT_REGS_SP(x)?((x)->sp)
static?inline?unsigned?long?kernel_stack_pointer(struct?pt_regs?*regs)
{
?return?regs->sp;
}

regs_get_kernel_stack_nth是標準的棧上操作獲取，只不過內(nèi)核提供了一些地址合法性的檢查，不考慮這些的話，在 eBPF 中其實可以一步到位；使用如下函數(shù)，便能返回棧上的第 n 個參數(shù)（從 1 開始）。

static?__always_inline?unsigned?long?regs_get_kernel_stack_nth(struct?pt_regs?*regs,
????????????unsigned?int?n)
{
?unsigned?long?*addr;
??unsigned?long?val;

?addr?=?(unsigned?long?*)PT_REGS_SP(x)?+?n;
?if?(addr)?{
?????bpf_probe_read(&val,?sizeof(val),?addr);
?????return?val;
?}
?return?0;
}

捎帶提一句，在 amd64 中，eBPF calling ABI 使用了 R1-R5 來傳遞參數(shù)，且做了如下的寄存器映射約定，方便 jit 轉(zhuǎn)換為 native code，提高效率。

R0?–?rax??????return?value?from?function
R1?–?rdi??????1st?argument
R2?–?rsi??????2nd?argument
R3?–?rdx??????3rd?argument
R4?–?rcx??????4th?argument
R5?–?r8???????5th?argument
R6?–?rbx??????callee?saved
R7?-?r13??????callee?saved
R8?-?r14??????callee?saved
R9?-?r15??????callee?saved
R10?–?rbp?????frame?pointer

而 R0 - R10，是 bpf 虛擬機的內(nèi)部的特殊標識符（函數(shù)調(diào)用等地方使用），如果 jit 可用，bpf code 會被翻譯為native code。

Linux Amd64 調(diào)用約定

demo 驗證

那 Amd64 的 ABI 是如何操作的呢？可以使用如下的代碼進行驗證:

#?cat?myfunc.c
int?utilfunc(int?a,?int?b,?int?c)
{
????int?xx?=?a?+?2;
????int?yy?=?b?+?3;
????int?zz?=?c?+?4;
????int?sum?=?xx?+?yy?+?zz;

????return?xx?*?yy?*?zz?+?sum;
}

int?myfunc(int?a,?int?b,?int?c,?int?d,
????????????int?e,?int?f,?int?g,?int?h)
{
????int?xx?=?(a?+?b)?*?c?*?d?*?e?*?(f?+?(g?*?h));
????int?zz?=?utilfunc(xx,?2,?xx?%?2);
????return?zz?+?20;
}

int?main()?{
????myfunc(1,?2,?3,?4,?5,?6,?7,?8);
????return?0;
}

gcc -c -g myfunc.c進行編譯匯編得到 myfunc.o

eBPF 字節(jié)碼反匯編

objdump -S myfunc.o反匯編，查看調(diào)用約定是不是和我們從教科書上看到的一致

先看 main 函數(shù)，可以簡單地得出如下結(jié)論：

超過 6 個參數(shù)的函數(shù)調(diào)用，需要用到棧傳遞

前 6 個參數(shù)，分別使用 di、si、dx、cx、r8、r9

使用棧傳遞的參數(shù)，是從右向左壓棧，此例中先壓入 8，再壓入 7

00000000000000c4?:

int?main()?{
??c4:?f3?0f?1e?fa???????????endbr64
??c8:?55????????????????????push???%rbp
??c9:?48?89?e5??????????????mov????%rsp,%rbp
????myfunc(1,?2,?3,?4,?5,?6,?7,?8);
??cc:?6a?08?????????????????push???$0x8????#棧上傳遞參數(shù)
??ce:?6a?07?????????????????push???$0x7????#棧上傳遞參數(shù)
??d0:?41?b9?06?00?00?00?????mov????$0x6,%r9d?#如下是寄存器傳遞參數(shù)
??d6:?41?b8?05?00?00?00?????mov????$0x5,%r8d
??dc:?b9?04?00?00?00????????mov????$0x4,%ecx
??e1:?ba?03?00?00?00????????mov????$0x3,%edx
??e6:?be?02?00?00?00????????mov????$0x2,%esi
??eb:?bf?01?00?00?00????????mov????$0x1,%edi?#第1個參數(shù)，寄存器傳遞
??f0:?e8?00?00?00?00????????call???f5?
??f5:?48?83?c4?10???????????add????$0x10,%rsp
????return?0;
??f9:?b8?00?00?00?00????????mov????$0x0,%eax
}
??fe:?c9????????????????????leave
??ff:?c3????????????????????ret

用戶空間程序調(diào)用

再看被 main 調(diào)用的 myfunc 函數(shù)的反匯編：

和 main 函數(shù)的調(diào)用參數(shù)排列一致，參數(shù)1-6是寄存器傳遞，參數(shù)7-8是棧上傳遞

int?myfunc(int?a,?int?b,?int?c,?int?d,
????????????int?e,?int?f,?int?g,?int?h)
{
??50:?f3?0f?1e?fa???????????endbr64
??54:?55????????????????????push???%rbp
??55:?48?89?e5??????????????mov????%rsp,%rbp
??58:?48?83?ec?28???????????sub????$0x28,%rsp
??5c:?89?7d?ec??????????????mov????%edi,-0x14(%rbp)?#第1個參數(shù)，從edi中復(fù)制到棧上
??5f:?89?75?e8??????????????mov????%esi,-0x18(%rbp)
??62:?89?55?e4??????????????mov????%edx,-0x1c(%rbp)
??65:?89?4d?e0??????????????mov????%ecx,-0x20(%rbp)
??68:?44?89?45?dc???????????mov????%r8d,-0x24(%rbp)
??6c:?44?89?4d?d8???????????mov????%r9d,-0x28(%rbp)?#第6個參數(shù)
????int?xx?=?(a?+?b)?*?c?*?d?*?e?*?(f?+?(g?*?h));
??70:?8b?55?ec??????????????mov????-0x14(%rbp),%edx
??73:?8b?45?e8??????????????mov????-0x18(%rbp),%eax
??76:?01?d0?????????????????add????%edx,%eax??????#?a+b
??78:?0f?af?45?e4???????????imul???-0x1c(%rbp),%eax?#(a+b)?*?c
??7c:?0f?af?45?e0???????????imul???-0x20(%rbp),%eax?#(a+b)?*?c?*?d
??80:?0f?af?45?dc???????????imul???-0x24(%rbp),%eax?#(a+b)?*?c?*?d?*?e
??84:?89?c2?????????????????mov????%eax,%edx
??86:?8b?45?10??????????????mov????0x10(%rbp),%eax??#棧上第1個參數(shù)?g
??89:?0f?af?45?18???????????imul???0x18(%rbp),%eax??#?g*h
??8d:?89?c1?????????????????mov????%eax,%ecx
??8f:?8b?45?d8??????????????mov????-0x28(%rbp),%eax?#?參數(shù)f
??92:?01?c8?????????????????add????%ecx,%eax????????#?(g*h)?+?f
??94:?0f?af?c2??????????????imul???%edx,%eax????????#?((g*h)?+?f)?*?(a+b)?*?c?*?d?*?e
??97:?89?45?f8??????????????mov????%eax,-0x8(%rbp)

寄存器堆棧狀態(tài)

main 函數(shù)調(diào)用 myfunc，做完 prolog 操作后，棧和寄存器的狀態(tài)如下：

main-myfunc

實戰(zhàn) kprobe 獲取 6 個以上參數(shù)

說了那么多，到底是不是符合預(yù)期呢？嘗試使用 BCC 驗證下，為了方便驗證，換了一個比較容易從用戶態(tài)驗證的 hook 點：inotify_handle_event

如果在 BCC 中使用了超過 6 個的參數(shù)，則會報錯，比如函數(shù) kprobe__inotify_handle_event 的原型如下：

int?kprobe__inotify_handle_event(struct?pt_regs?*ctx,?struct?fsnotify_group?*group,
?????????????????????????struct?inode?*inode,
?????????????????????????u32?mask,?const?void?*data,?int?data_type,
?????????????????????????const?unsigned?char?*file_name,?u32?cookie,
?????????????????????????struct?fsnotify_iter_info?*iter_info)

當在 BCC 中做超過 6 個參數(shù)的獲取時，得到如下錯誤：

error:?too?many?arguments,?bcc?only?supports?in-register?parameters

如果只使用前 6 個寄存器的參數(shù)，如下代碼即可：

#!/usr/bin/python

from?bcc?import?BPF

#?load?BPF?program
b?=?BPF(text="""
#include?
int?kprobe__inotify_handle_event(struct?pt_regs?*ctx,?struct?fsnotify_group?*group,
?????????????????????????struct?inode?*inode,
?????????????????????????u32?mask,?const?void?*data,?int?data_type,
?????????????????????????const?unsigned?char?*file_name)
{
??char?comm[128];
??int?pid?=?bpf_get_current_pid_tgid()?>>?32;

??bpf_get_current_comm(comm,?sizeof(comm));
??bpf_trace_printk("pid?is:%d,?comm?is:?%s\n",?pid,?comm);
??bpf_trace_printk("file?is:?%s\n",?file_name);
??return?0;
}
""")

b.trace_print()

但是我們可以使用如下的方式，拿到剩下的參數(shù)（以 cookie 為例）：

??unsigned?long?cookie;
??bpf_probe_read(&cookie,?8,?(unsigned?long*)PT_REGS_SP(ctx)?+?1);

完整代碼如下：

#!/usr/bin/python

from?bcc?import?BPF

#?load?BPF?program
b?=?BPF(text="""
#include?
int?kprobe__inotify_handle_event(struct?pt_regs?*ctx,?struct?fsnotify_group?*group,
?????????????????????????struct?inode?*inode,
?????????????????????????u32?mask,?const?void?*data,?int?data_type,
?????????????????????????const?unsigned?char?*file_name)
{
??char?comm[128];
??unsigned?long?cookie;
??int?pid?=?bpf_get_current_pid_tgid()?>>?32;
??bpf_probe_read(&cookie,?8,?(unsigned?long*)PT_REGS_SP(ctx)?+?1);
??bpf_get_current_comm(comm,?sizeof(comm));
??bpf_trace_printk("pid?is:%d,?comm?is:?%s\n",?pid,?comm);
??bpf_trace_printk("cookie?is?%d,?file?is:?%s\n",?cookie,?file_name);
??return?0;
}
""")

b.trace_print()

shell 1 運行 BCC 代碼

./get-stack-arg.py

shell 2 使用 inotify-tools 驗證

[root@rmed?~]#?inotifywait?-m?./

shell 3 做如下的操作

[root@rmed?~]#?mv?testFileA?testFileB

shell 1 如下輸出

shell 1 output

shell 2 如下輸出

shell 2 output

為了保持嚴謹性，可以使用https://man7.org/linux/man-pages/man7/inotify.7.html[1] 中的代碼進行驗證，

主要是做了如下改動，增加對IN_MOVED_FROM | IN_MOVED_TO的監(jiān)控：

diff?--git?a/inotify.c?b/inotify.c
index?08fa55a..7116a9a?100644
---?a/inotify.c
+++?b/inotify.c
@@?-61,6?+61,10?@@
????????????????????if?(event->mask?&?IN_CLOSE_WRITE)
????????????????????????printf("IN_CLOSE_WRITE:?");

+???????????????????if?(event->mask?&?IN_MOVED_FROM)
+???????????????????????printf("IN_MOVED_FROM:?");
+???????????????????if?(event->mask?&?IN_MOVED_TO)
+???????????????????????printf("IN_MOVED_TO:?");
????????????????????/*?Print?the?name?of?the?watched?directory.?*/

????????????????????for?(int?i?=?1;?i?len)
????????????????????????printf("%s",?event->name);

+???????????????????if?(event->cookie)
+???????????????????????printf("cookie:?%d",?event->cookie);
????????????????????/*?Print?type?of?filesystem?object.?*/

????????????????????if?(event->mask?&?IN_ISDIR)
@@?-123,7?+129,7?@@

????????????for?(i?=?1;?i?

	?

	同樣的，使用 BCC 和自己編譯的 inotify 工具驗證。

	BCC 輸出：

	ebpf-bcc-inotify

	inotify 輸出：

	ebpf-inotify

	輸出符合預(yù)期，剩下的第 8 個參數(shù)，大家可自行修改代碼驗證。

	祝大家玩得開心。

	　　審核編輯：湯梓紅

	?

閱讀全文

內(nèi)核(39814) 內(nèi)核(39814)
Linux(206513) Linux(206513)
函數(shù)(61194) 函數(shù)(61194)

機器學(xué)習(xí)實戰(zhàn)之logistic回歸

輸入數(shù)據(jù)的判斷結(jié)果。過程非常關(guān)鍵，需要預(yù)測函數(shù)的大概形式，比如是線性還是非線性的。本文參考機器學(xué)習(xí)實戰(zhàn)的相應(yīng)部分，看一下數(shù)據(jù)集。 // 兩個特征 -0.017612 14.053064

2020-09-29 15:17:40

2078

解構(gòu)內(nèi)核源碼eBPF樣例編譯過程

了解和掌握純c語言的ebpf編譯和使用，有助于我們加深對于eBPF技術(shù)原理的進一步掌握，也有助于開發(fā)符合自己業(yè)務(wù)需求的高性能的ebpf程序。

2023-04-17 14:05:26

1116

基于ebpf的性能工具-bpftrace腳本語法

bpftrace 通過高度抽象的封裝來使用 eBPF，大多數(shù)功能只需要寥寥幾筆就可以運行起來，可以很快讓我們搞清楚 eBPF 是什么樣的，而暫時不關(guān)心 eBPF 復(fù)雜的內(nèi)部機理。由于

2023-09-04 16:04:41

472

Kewell-充電樁自動測試系統(tǒng)-專注于直流充電樁（機）測試

本帖最后由崔楊于 2016-7-12 11:45 編輯目前大多企業(yè)對于充電樁測試用設(shè)備停留在用蓄電池或阻性負載，這對于企業(yè)無論是從研發(fā)功能性試驗或批量生產(chǎn)檢測效率上都極為不便。 “充電樁

2015-12-05 22:01:25

Matlab應(yīng)用中的插值函數(shù)

命令1 interp1功能一維數(shù)據(jù)插值（表格查找）。該命令對數(shù)據(jù)點之間計算內(nèi)插值。它找出一元函數(shù)f(x)在中間點的數(shù)值。其中函數(shù)f(x)由所給數(shù)據(jù)決定。x：原始數(shù)據(jù)點Y：原始數(shù)據(jù)點xi：插值點Yi

2011-11-03 16:06:25

STM32MP1充電樁全數(shù)字交互實現(xiàn)

STM32MP1充電樁全數(shù)字交互實現(xiàn)內(nèi)容包括：充電樁市場簡介、充電樁方案系統(tǒng)構(gòu)成和STM32MP1在充電樁中優(yōu)勢特點。

2023-09-05 07:07:25

STM32f1庫函數(shù)開發(fā)學(xué)習(xí)實戰(zhàn)二：串口通信

2021-01-12 學(xué)習(xí)日志STM32f1庫函數(shù)開發(fā)學(xué)習(xí)實戰(zhàn)二 · 串口通信1. 背景知識2. usart文件夾介紹STM32f1庫函數(shù)開發(fā)學(xué)習(xí)實戰(zhàn)二 · 串口通信1. 背景知識 DMA 通信方式

2021-08-16 09:18:48

ZigBee、GPRS在充電樁中的應(yīng)用是什么？

2021-05-20 06:27:57

labview插值問題

求教，labview用一維插值控件在想要插值的地方插好值后，如何與原來未插值的數(shù)據(jù)合并起來，比如原來的數(shù)組值為1，7，13；插值以后想變?yōu)?，3，5，7，9，11，13，該如何做？？現(xiàn)在在想插值的地方已插好值，但初始值沒有。如圖標題9999為待插值文件，標題ok為插值好的文件。

2016-08-26 17:55:33

matlab 插值函數(shù)interp1運行出錯

運行以下簡單的使用插值函數(shù)interp1的程序，提示錯誤如下，請問該如何修改。另外，附上數(shù)據(jù)圖。clc;clear;load('SOC.mat')load('OCV.mat')for q=1

2018-04-23 20:54:32

openEuler 倡議建立 eBPF 軟件發(fā)布標準

eBPF 是一個能夠在內(nèi)核運行沙箱程序的技術(shù)，提供了一種在內(nèi)核事件和用戶程序事件發(fā)生時安全注入代碼的機制，使得非內(nèi)核開發(fā)人員也可以對內(nèi)核進行控制。隨著內(nèi)核的發(fā)展，eBPF 逐步從最初的數(shù)據(jù)包過濾

2022-12-23 16:21:09

python三維插值

://www.sfkyty.com/一維插值插值不同于擬合。插值函數(shù)經(jīng)過樣本點，擬合函數(shù)一般基于最小二乘法盡量靠近所有樣本點穿過。常見插值方法有拉格朗日插值法、分段插值法、樣條插值法。拉格朗日插值多項式：當節(jié)點數(shù)n較大時，拉格朗日插值多項式的次數(shù)較高，可能出現(xiàn)不一致的收斂情況，而且計

2021-07-12 06:33:49

stm32的庫開發(fā)實戰(zhàn)指南

有誰有stm32的庫開發(fā)實戰(zhàn)指南,給我來一份，謝了！1211639441

2015-10-18 21:07:17

【LinkIt 7687申請】基于充電樁的物聯(lián)網(wǎng)云平臺項目

申請理由：項目描述：在國家政策一輪又一輪的推動下電動汽車充電樁越來越普及，人們對樁的要求也越來越高。車主不僅要知道哪些樁離自己最近、哪些樁現(xiàn)在空閑可以充電、充上電之后又要知道當前的充電狀狀態(tài)。　　1

2016-11-03 17:26:04

【充電樁小科普】如何分辨直流充電樁和交流充電樁？

解決方案.今日為各位網(wǎng)友充電樁的問題！大家知道，充電樁是給電動汽車”加油”的充電設(shè)施，充電樁又分為交流充電樁和直流充電樁，那么交流樁和直流樁又有什么不同呢？一、什么是充電樁充電樁其功能類似于加油站

2016-07-13 15:54:23

【資料】充電樁工作原理

充電樁工作原理電氣系統(tǒng)交流充電樁電氣系統(tǒng)設(shè)計如圖5所示，主回路由輸入保護斷路器、交流智能電能表、交流控制接觸器和充電接口連接器組成；二次回路由控制繼電器、急停按鈕、運行狀態(tài)指示燈、充電樁智能控制器

2016-09-22 15:30:01

一維數(shù)組插值函數(shù)？

請問，一維數(shù)組插值函數(shù)，X端為什么是實數(shù)？索引不是整數(shù)嗎？

2014-04-24 22:41:35

交流充電樁內(nèi)部結(jié)構(gòu)介紹

`本產(chǎn)品涵蓋40千瓦交流充電樁、7千瓦交流充電樁、1拖多微型充電站、混充樁、電動自行車充電樁。性能說明：工業(yè)級外殼、IP56防護等級，國產(chǎn)大廠漏電保護器、進口控制芯片和原件、4G全網(wǎng)通模塊、7寸彩色

2018-11-21 10:08:47

交直流充電樁區(qū)別

直流電動汽車充電站，俗稱就是“快充”，它是固定安裝在電動汽車外，與交流電網(wǎng)連接，可以為非車載電動汽車動力電池提供直流電源的供電裝置。直流充電樁的輸入電壓采用三相四線 AC380V±15%，頻率

2018-11-22 16:58:19

交直流充電樁測試系統(tǒng)

交直流充電樁測試系統(tǒng) 系統(tǒng)介紹充電樁測試系統(tǒng)是成都虹威科技有限公司針對交直流充電樁開發(fā)的一款專用測試系統(tǒng)。測試系統(tǒng)具備：■ 支持最新標準測試項目要求■ 測試條件真實，準確反應(yīng)標準定義■ 可根據(jù)需求

2023-09-20 14:51:04

交直流充電樁的區(qū)別

1、交流充電樁交流充電樁是固定安裝在社區(qū)停車場、居民小區(qū)、大型商場、服務(wù)區(qū)、路邊停車場等場所，接入電網(wǎng)，為電動汽車車載充電機提供可控的單向交流電源或三相交流電源的供電裝置。交流充電樁本身并不

2017-11-27 14:27:02

停車繳費樁

一、停車繳費樁：要求如下，有些可能需要改進，求高手幫忙設(shè)計一下，設(shè)計流程圖，程序都可以（匯編語言）。1、當停車的時候，按下啟動鍵，開始計費，結(jié)束時按下停止鍵，停止計費2、可以鍵盤輸入計費單價，每小時

2013-06-08 12:53:43

充電樁CE認證如何辦理

充電樁CE認證，充電樁出口認證充電樁出口有CE認證專用標準截至目前，我國電動汽車充電站大多局限于電動公交汽車或內(nèi)部集團用車，還沒有建成真正面向不同用戶的充電站服務(wù)網(wǎng)絡(luò) 。已經(jīng)建成或在

2019-07-31 16:12:24

充電樁主要特點

日益凸顯。普及電動汽車的充電樁并優(yōu)化其各項性能，從而縮短充電時常，改善使用充電樁的體驗，提高便利性，才能為電動車的普及打下堅實基礎(chǔ)。因此一個在充電過程中，充電樁根據(jù)電池需求調(diào)整充電電壓和充電電流狀態(tài)的記錄設(shè)備重要性日益凸顯。方案硬件支持IPETRONIK HVshunt CCS其主要特點如下

2021-09-17 07:19:28

充電樁國網(wǎng)1591標準詳解

`充電樁標準是什么？簡而言之，就是對充電樁進行統(tǒng)一標準規(guī)定并規(guī)定測試方法，進而達到充電樁統(tǒng)一的目的。首先我們要談為什么要測樁，說到測樁的必要性，通俗易懂說一則故事：一個人買了一臺新能源汽車，充電

2016-09-13 21:46:50

充電樁展會廣州充電樁展會

2017廣州第三屆國際新能源汽車充電樁博覽會——分享1000億元廣闊市場——充電樁年度風(fēng)云聚會時間:2017年3月3—5日地點：廣州琶洲?國際采購中心（3萬平米展覽面積，強強聯(lián)合，見證全行業(yè)協(xié)作

2016-12-02 18:06:20

充電樁工作原理

充電樁系統(tǒng)需求：l 支持本地顯示、觸摸屏輸入及按鍵輸入；l 用戶通過非接觸式 IC 卡刷卡充電；l 通過顯示屏能夠進行充電方式選擇、充電狀態(tài)顯示、充電計費查詢、消費金額顯示及余額查詢；l 根據(jù)用戶

2016-10-18 14:56:06

充電樁市場簡析、分類及選型參考

一、充電樁市場信息新能源汽車滲透率持續(xù)攀升，驅(qū)動充電樁行業(yè)發(fā)展：自2020年下半年以來，中國新能源汽車市場一直保持高速增長。預(yù)計2022年中國新能源汽車銷量有望突破650萬輛以上，預(yù)計到2025

2023-10-17 17:12:15

充電樁需求：私家車與公共充電樁三比一

本帖最后由我愛方案網(wǎng) 于 2022-12-29 16:21 編輯充電樁在成為重要的新基建標志性設(shè)備后，伴隨著新能源汽車保有量激增，配套充電基礎(chǔ)設(shè)施的需求不斷增大。中國充電聯(lián)盟數(shù)據(jù)顯示，截至

2022-12-29 16:20:01

共享充電樁APP開發(fā)

政策導(dǎo)向的扶持與補貼，在未來，電動汽車的需求勢必將增長更快。這一數(shù)據(jù)信息也從另一個側(cè)面證實了，共享充電樁APP開發(fā)將擁有著廣闊的市場。共享充電樁APP開發(fā)擁有市場潛力...

2021-09-15 06:32:45

共享汽車充電樁的設(shè)計方案

物聯(lián)網(wǎng)共享時代來臨，共享汽車、新能源汽車正在火熱興??起，一個擁有私家樁的車主每日對于充電樁的需求僅幾個小時,一周的充電次數(shù)在兩到三次,那么其余時間充電樁處于空置狀態(tài)。共享汽車充電樁模式就是把閑置

2021-09-14 06:48:24

關(guān)于 eBPF 安全可觀測性，你需要知道的那些事兒

、Datadog-agent、KubeArmor 是現(xiàn)階段云原生場景下比較流行的幾款運行時防護方案。這些方案主要是基于 eBPF 掛載內(nèi)核函數(shù)并編寫過濾策略，在內(nèi)核層出現(xiàn)異常攻擊時觸發(fā)預(yù)置的策略，無需再返回

2022-09-08 15:31:36

區(qū)分新能源充電樁直流和交流的方法

很多人慢慢的接受了新能源電動汽車，但是對于電動汽車配套的充電樁還是有點疑惑，尤其是如今市面上面的直流電動汽車充電樁和交流電動汽車充電樁，那到底如何去區(qū)分呢？簡單來說，交流充電樁需要借助車載充電機

2018-07-24 12:02:02

原創(chuàng)：目前直流充電樁急需解決的安全隱患 WZY

的。沒有電子鎖的老樁改造是一個必須做的工作。2) 老的樁體充電槍無溫度檢測，如果長時間使用導(dǎo)致充電槍老化或者槍的品質(zhì)問題導(dǎo)致槍體過熱融化甚至導(dǎo)致起火；做槍的廠家不少，各廠家充電槍的混插后的接觸電阻也是

2016-03-09 14:28:14

及時電電動車智能充電樁能解決的五個核心問題

隨著電動車的使用率越來越高，電動車充電樁隱患問題也隨之發(fā)生，電動車充電樁不規(guī)范也會出現(xiàn)發(fā)熱起火的現(xiàn)象。而小區(qū)安裝及時電電動車智能充電樁恰好解決了這個問題。很多小區(qū)為了滿足業(yè)主的需求，都紛紛安裝了及時

2022-03-10 18:02:26

大彩串口屏在充電樁行業(yè)的應(yīng)用

大彩串口屏在充電樁行業(yè)的應(yīng)用：電動汽車作為一種發(fā)展前景廣闊的綠色交通工具，今后的普及速度會異常迅猛，未來的市場前景也是異常巨大的。廣州大彩憑借自身優(yōu)秀的研發(fā)創(chuàng)新能力，給充電樁行業(yè)帶來極具成本優(yōu)勢、功能強大的智能屏方案。目前，大彩串口屏在充電樁上的應(yīng)用已逐漸成熟。

2019-11-21 14:46:07

如何去開發(fā)一款直流充電樁的控制器呢

如何去開發(fā)一款直流充電樁的控制器呢？直流充電樁的控制器有何功能呢？

2021-11-04 06:41:45

如何招到充電樁客戶清單？

本人開關(guān)電源模塊銷售一枚，這種電源廣泛用在充電樁內(nèi)部的電路板上，如何才能快速找到充電樁客戶并推薦？

2021-04-06 23:05:06

小區(qū)電動車智能充電樁功能描述

今天給大家介紹的是小區(qū)電動車智能充電樁，智能充電樁有幾種充電模式？現(xiàn)在，越來越多的電動車行駛在路上，有時候，也會在路上出現(xiàn)沒電的情況。對于這一現(xiàn)象，出現(xiàn)了智能充電樁，這智能充電樁到底是個怎么回事

2022-03-22 09:34:52

小尺寸串口屏在充電樁的應(yīng)用有哪些？

2022-02-16 07:49:07

帶升降壓功能的電動汽車大功率充電樁的三相PFC整流裝置及控制方法是什么？

電動汽車大功率充電樁的三相PFC整流裝置是什么？帶升降壓功能的電動汽車大功率充電樁的控制方法是什么？

2021-07-02 06:52:26

智慧路燈充電樁功率是多大？是直流電還是交流電？

智慧路燈充電樁功率是多大？是直流電還是交流電？智慧路燈新能源充電樁應(yīng)用范圍在哪？

2021-07-09 08:56:13

智能充電樁案例分析——交流充電樁

隨著電動汽車的發(fā)展，充電樁也成為當下的一個很熱門的工業(yè)產(chǎn)品。我們初步接觸充電樁，有了點滴的感受。先簡單說說容易一點的交流充電樁。就是通過市電（220V,50赫茲）給電動汽車提供充電的能源來源。很

2024-02-27 14:33:11

歐標直流充電樁、交流充電樁

阿爾克充電樁符合歐標標準，使用模塊疊加，支持后續(xù)擴容，同時支持單、雙、三槍以及環(huán)沖等智能充電方式。擁有OCPP1.6的協(xié)議，以及相關(guān)認證，性價比高，支持OEM?，F(xiàn)已成功進入北美市場，擁有大客戶部署經(jīng)驗。

2018-08-14 11:59:47

求labview實戰(zhàn)項目

求labview實戰(zhàn)項目。。。

2012-10-04 21:25:36

物聯(lián)網(wǎng)時代，催生智能充電樁？

物聯(lián)網(wǎng)技術(shù)是一項綜合性的技術(shù)，它的最大特點就是物物相連，使任何物質(zhì)都變得更加智能。隨著國家政策對新能源新技術(shù)產(chǎn)業(yè)的扶持，物聯(lián)網(wǎng)時代下，智能充電樁的發(fā)展前景被越來越多人看好，成為投資者爭相投資的一大

2017-09-27 10:13:50

電動汽車充電樁及其生產(chǎn)要求

越來越嚴重的今天,新能源電動汽車已成為汽車產(chǎn)業(yè)未來發(fā)展的趨勢。當然，這個趨勢也導(dǎo)致了充電樁在各個公共場合的普及。充電樁的功能類似于加油站里面的加油機，可以固定在地面或墻壁，安裝于公共建筑（公共樓宇、商場

2017-04-26 08:27:13

電動車充電樁絕緣監(jiān)測

目前充電樁的絕緣監(jiān)測方式主要有平衡電橋和非平衡電橋，但是都無法做到在充電過程中監(jiān)測絕緣狀況，想和大家討論下有什么方法可以做到充電過程中也可以監(jiān)測

2016-11-03 18:41:10

電瓶車充電樁新手如何運營電瓶車充電樁功能

在深圳，隨處可見很多“電瓶車”奔走在大街上，看似再正常不過。然而，近兩年電瓶車充電引起的火災(zāi)事故常有發(fā)生，嚴重威脅了市民的生活安全。在小區(qū)內(nèi)安裝電瓶車充電樁正是解決此類問題的方法之一，不過市面上

2022-03-22 09:29:45

目前全國分布充電樁最多的是哪些充電樁品牌？

本人想做充電樁市場代理加盟，所以想了解下目前充電樁品牌最好的是哪些？

2018-11-08 16:02:00

直流充電樁中的直流傳感器的問題

想問一下充電樁專家們，現(xiàn)在直流充電樁中是否有使用直流傳感器/互感器呢？

2019-09-09 15:07:28

直流充電樁電源的解決方案

座，分散充電樁480萬個，滿足全國500萬輛電動汽車充電需求。2016至2020年期間，中央財政將繼續(xù)安排資金對充電基礎(chǔ)設(shè)施建設(shè)、運營給予獎補?！　　　≈绷麟妱悠嚦潆娬荆追Q就是“快充”，它是固定

2020-07-02 15:50:49

直流充電樁的發(fā)展趨勢

一、從未來新能源汽車的要求來看充電樁的發(fā)展趨勢60~90kW的直流樁即將被市場淘汰。在伴隨著一個最新的新能源客車補貼方案的推出，我們可以預(yù)見到未來3-5年內(nèi)，國內(nèi)主流電動汽車需要具備的性能。從調(diào)整

2018-05-31 11:04:38

語音合成芯片在智能充電樁中的應(yīng)用

高發(fā)期。小區(qū)充電樁的出現(xiàn)方便了大家對電動車充電的充電問題，所以受到人們的歡迎，傳統(tǒng)的充電樁只能實現(xiàn)計時、計電度、計金額充電，但如果加入語音合成芯片又會擦出怎么的火花呢？建立小區(qū)智能充電樁的意義：電動車在

2019-12-17 13:49:33

說說充電樁

本帖最后由 wayntian 于 2013-2-23 11:33 編輯說說充電樁隨著電動汽車的發(fā)展，充電樁也成為當下的一個很熱門的工業(yè)產(chǎn)品。我們初步接觸充電樁，有了點滴的感受。先簡單

2013-02-23 11:32:37

請教怎樣去設(shè)計一種基于stm32的汽車智能充電樁？

基于stm32的汽車智能充電樁硬件是由哪些部分組成的？基于stm32的汽車智能充電樁實現(xiàn)的主要功能有哪些？怎樣去設(shè)計一種基于stm32的汽車智能充電樁？

2021-07-19 09:08:51

請問AD9788插值濾波器原函數(shù)可以提供么?

AD9788插值濾波器的系數(shù)在式樣書中有體現(xiàn),但是原函數(shù)可以提供么?

2018-08-18 07:24:07

請問直流充電樁和交流充電樁的區(qū)別是什么？

本帖最后由一只耳朵怪于 2018-6-5 16:22 編輯現(xiàn)在市場上有越來越多的交、直流充電樁，那么我們?nèi)绾螀^(qū)分他們呢？南京阿爾克為你講解交、直流充電樁的區(qū)別。直流充電樁可以稱為“快充

2018-06-05 10:41:11

談?wù)剣鴥?nèi)新能源充電樁發(fā)展前景

的公告。甚至國際汽車廠商燃油車禁售令也都出臺了，更是鼓勵了新能源汽車的未來規(guī)劃?！　?016新能源車充電樁的春天，根據(jù)汽車工業(yè)協(xié)會提供的數(shù)據(jù)，我國2015年新能源車生產(chǎn)34萬輛，銷售33萬輛，占汽車銷量

2018-06-21 12:38:03

阿爾克新能源充電樁

阿爾克充電樁符合歐標標準，使用模塊疊加，支持后續(xù)擴容，同時支持單、雙、三槍以及環(huán)沖等智能充電方式。擁有OCPP1.6的協(xié)議，以及相關(guān)認證，性價比高，支持OEM。阿爾克充電樁嚴格遵循歐美安全設(shè)計理念

2018-08-13 15:45:55

131 充電樁模塊維修

充電樁電路維修

車同軌，書同文，行同倫發(fā)布于 2022-08-07 19:26:51

安科瑞電瓶車充電樁如何掃碼充電？詳詢袁媛13961308780#充電樁

充電樁

jf_14451220發(fā)布于 2023-06-13 15:50:10

#充電樁安科瑞電瓶車充電樁功率報警如何設(shè)置？詳情聯(lián)系袁媛13961308780

充電樁

jf_14451220發(fā)布于 2023-06-13 16:10:15

經(jīng)典《C語言實戰(zhàn)105例》

經(jīng)典《C語言實戰(zhàn)105例》，各種實戰(zhàn)程序模塊拿來就可以用的喲

2015-12-18 14:32:17

Keil C51語言使用技巧及實戰(zhàn)

Keil C51語言使用技巧及實戰(zhàn)Keil C51語言使用技巧及實戰(zhàn)

2015-12-28 11:57:39

智能充電樁：充電樁聯(lián)網(wǎng)遠程維護方案#物聯(lián)網(wǎng)

充電樁

北京東用科技有限公司發(fā)布于 2023-07-07 18:20:24

LabVIEW入門與實戰(zhàn)開發(fā)100例

LabVIEW入門與實戰(zhàn)開發(fā)100例LabVIEW入門與實戰(zhàn)開發(fā)100例LabVIEW入門與實戰(zhàn)開發(fā)100例

2016-02-18 11:44:02

S7-200_實戰(zhàn)精華

S7-200_實戰(zhàn)精華S7-200_實戰(zhàn)精華S7-200_實戰(zhàn)精華S7-200_實戰(zhàn)精華

2016-03-02 17:23:42

c#開發(fā)Android應(yīng)用實戰(zhàn)

c#開發(fā)Android應(yīng)用實戰(zhàn)

2017-07-14 13:32:46

一文手把手教你Android中的 eBPF 流量監(jiān)控

eBPF 網(wǎng)絡(luò)流量工具結(jié)合使用內(nèi)核與用戶空間實現(xiàn)來監(jiān)控設(shè)備自上次啟動以來的網(wǎng)絡(luò)使用情況。它提供了額外的功能（如套接字標記、分離前臺/后臺流量，以及按 UID 劃分的防火墻），以根據(jù)手機狀態(tài)阻止

2020-06-20 10:34:13

4205

深入探究Linux中的Kprobe機制

概述 kprobe機制用于在內(nèi)核中動態(tài)添加一些探測點，可以滿足一些調(diào)試需求。本文主要探尋kprobe的執(zhí)行路徑，也就是說如何trap到kprobe，以及如何回到原路徑繼續(xù)執(zhí)行。實例先通過一個實例

2021-01-02 11:53:00

2220

如何用eBPF寫TCP擁塞控制算法？

其實不想用這個題目的，只因為TCP相關(guān)的東西比較吸引人的眼球，這篇文章的主題還是eBPF，而不是TCP。用eBPF寫TCP擁塞控制算法只是本文所講內(nèi)容的一個再平凡不過的例子。先看兩個問題，或者說

2020-12-26 09:44:14

1437

如何使用gobpf和uprobe來為Go程序構(gòu)建函數(shù)參數(shù)跟蹤程序

這是本系列文章的第一篇，講述了我們?nèi)绾卧谏a(chǎn)環(huán)境中使用 eBPF 調(diào)試應(yīng)用程序而無需重新編譯/重新部署。這篇文章介紹了如何使用 gobpf 和 uprobe 來為 Go 程序構(gòu)建函數(shù)參數(shù)跟蹤程序。

2021-04-03 16:15:00

4162

eBPF是什么以及eBPF能干什么

代碼片段，并通過LLVM編譯成eBPF 字節(jié)碼；2）cBPF 只實現(xiàn)了SOCKET_FILTER，而eBPF還有KPROBE 、PERF等。3）BPF使用socket 實現(xiàn)了

2021-07-05 15:17:22

9004

51單片機實戰(zhàn)教程之C語言基礎(chǔ)（五 C語言函數(shù)及其定義）

雖然部分C語言函數(shù)的返回值與其參數(shù)存在對應(yīng)關(guān)系，但是它與數(shù)學(xué)里的函數(shù)不是同一概念。有的書上把它定義為完成特定任務(wù)的代碼集合。 C語言函數(shù)的格式為：返回值數(shù)據(jù)格式 函數(shù)名（參數(shù)列表）｛函數(shù)

2021-11-21 09:51:01

STM32庫函數(shù)開發(fā)-GPIO

2021-01-11 學(xué)習(xí)日志STM32f1庫函數(shù)開發(fā)學(xué)習(xí)實戰(zhàn)一 · I/O口1. 文件夾結(jié)構(gòu)2. 配置細節(jié) · 從寄存器到庫函數(shù)3. 跑馬燈4. 按鍵輸入STM32f1庫函數(shù)開發(fā)學(xué)習(xí)

2022-01-13 16:17:00

arduino開發(fā)實戰(zhàn)指南

arduino開發(fā)實戰(zhàn)指南

2022-02-22 14:56:08

UVM實戰(zhàn)教材資料分享

UVM實戰(zhàn)教材資料分享。

2022-05-05 15:51:15

Python項目開發(fā)實戰(zhàn)

Python項目開發(fā)實戰(zhàn)

2022-06-13 14:51:27

eBPF深入理解和實現(xiàn)原理

簡單來說，wBPF 是一個在硬件上直接執(zhí)行 eBPF 程序的系統(tǒng)。

2022-06-14 09:25:25

2780

介紹eBPF針對可觀測場景的應(yīng)用

隨著eBPF推出，由于具有高性能、高擴展、安全性等優(yōu)勢，目前已經(jīng)在網(wǎng)絡(luò)、安全、可觀察等領(lǐng)域廣泛應(yīng)用，同時也誕生了許多優(yōu)秀的開源項目，如Cilium、Pixie等，而iLogtail 作為阿里內(nèi)外千萬實例可觀測數(shù)據(jù)的采集器，eBPF 網(wǎng)絡(luò)可觀測特性也預(yù)計會在未來8月發(fā)布。

2022-08-11 09:10:07

1146

C語言_函數(shù)封裝、變量的作用域

這篇文章介紹C語言函數(shù)封裝以及變量作用域、字符串的相關(guān)實戰(zhàn)練習(xí)。字符串轉(zhuǎn)整數(shù)、整數(shù)轉(zhuǎn)字符串、浮點數(shù)轉(zhuǎn)字符串、字符串轉(zhuǎn)浮點數(shù)、判斷平年閏年、技術(shù)字符串長度等等。

2022-08-14 09:48:57

978

eBPF安全可觀測性的前景展望

本次分享將從監(jiān)控和可觀測性、eBPF安全可觀測性分析、內(nèi)核安全可觀測性展望三個方面展開。

2022-08-17 11:27:48

1185

openEuler倡議建立eBPF軟件發(fā)布標準

2022-12-06 10:29:18

360

Linux 內(nèi)核：eBPF優(yōu)勢和eBPF潛力總結(jié)

Express Data Path (XDP)：網(wǎng)絡(luò)驅(qū)動程序是最早可以附加 XDP BPF 鉤子的點。當收到一個數(shù)據(jù)包時，eBPF 程序就會被觸發(fā)運行。

2023-01-10 11:37:04

1857

Linux內(nèi)核觀測技術(shù)eBPF中文入門指南

eBPF（extened Berkeley Packet Filter）是一種內(nèi)核技術(shù)，它允許開發(fā)人員在不修改內(nèi)核代碼的情況下運行特定的功能。eBPF 的概念源自于 Berkeley Packet Filter（BPF），后者是由貝爾實驗室開發(fā)的一種網(wǎng)絡(luò)過濾器，可以捕獲和過濾網(wǎng)絡(luò)數(shù)據(jù)包。

2023-02-08 09:45:13

1174

eBPF指令集v1.0使用規(guī)范介紹

eBPF有10個通用寄存器和一個只讀的棧幀寄存器，他們都是64-bit寬度。

2023-03-08 10:21:26

621

什么是eBPF，eBPF為何備受追捧？

用云杉網(wǎng)絡(luò) VP 向陽的話來說：“ eBPF 最重要（沒有之一）的特點是安全性” 。他表示，以往必須編寫內(nèi)核模塊才能做到的工作現(xiàn)在基本都能做到。

2023-05-06 11:41:26

1765

eBPF，何以稱得上是革命性的內(nèi)核技術(shù)？

eBPF 的全稱是 extended Berkeley Packet Filter，它被稱之為 “革命性” 的內(nèi)核技術(shù)，可以在 Linux 內(nèi)核中運行沙盒程序，而無需更改內(nèi)核源代碼或加載內(nèi)核模塊

2023-05-08 08:26:38

380

Linux kernel的kretprobe機制和kprobe有何區(qū)別？

Linux kernel 的 kretprobe 機制和 kprobe 完全不同，本質(zhì)原因在于，函數(shù)的入口地址是固定的，但函數(shù)的返回地址不固定，由于返回位置不固定，無法固定函數(shù)大小，無法事先插樁。

2023-08-07 09:15:39

540

eBPF的前世今生？eBPF在使用中遇到的問題有哪些？

在介紹eBPF (Extended Berkeley Packet Filter)之前，我們先來了解一下它的前身－BPF (Berkeley Packet Filter)伯克利數(shù)據(jù)包過濾器。

2023-08-12 15:10:05

1070

基于ebpf的性能工具-bpftrace

在前面我已經(jīng)分享了關(guān)于ebpf入門的文章：基于ubuntu22.04-深入淺出 eBPF 。這篇文章介紹一個基于ebpf技術(shù)的強大工具--bpftrace。在現(xiàn)代計算機系統(tǒng)中，了解系統(tǒng)的內(nèi)部

2023-09-04 16:02:51

314

ebpf的快速開發(fā)工具--libbpf-bootstrap

基于ubuntu22.04-深入淺出 eBPF 基于ebpf的性能工具-bpftrace 基于ebpf的性能工具-bpftrace腳本語法基于ebpf的性能工具-bpftrace實戰(zhàn)(內(nèi)存泄漏

2023-09-25 09:04:13

317

eBPF動手實踐系列三：基于原生libbpf庫的eBPF編程改進方案簡析

在上一篇文章《eBPF動手實踐系列二：構(gòu)建基于純C語言的eBPF項目》中，我們初步實現(xiàn)了脫離內(nèi)核源碼進行純C語言eBPF項目的構(gòu)建。libbpf庫在早期和內(nèi)核源碼結(jié)合的比較緊密，如今的libbpf庫更加成熟，已經(jīng)完全脫離內(nèi)核源碼獨立發(fā)展。

2024-03-19 14:19:55

124

基于原生libbpf庫的eBPF編程改進方案

為了簡化 eBPF程序的開發(fā)流程，降低開發(fā)者在使用 libbpf 庫時的入門難度，libbpf-bootstrap 框架應(yīng)運而生?；趌ibbpf-bootstrap框架的編程方案是目前網(wǎng)絡(luò)上看到的最主流編程方案。

2024-03-19 14:19:18

已全部加載完成

搜索歷史

實戰(zhàn)eBPF kprobe函數(shù)插樁

評論