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

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

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

插樁的程序類型選擇

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

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

使用 eBPF 時(shí)，內(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 個(gè)參數(shù)；但是在最近的一個(gè)項(xiàng)目中，就遇到了如何獲取超過 5 個(gè)參數(shù)的難題，這也是本文的由來，如果你也有類似的困惑，本文也許是為你準(zhǔn)備的。

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

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

如下的內(nèi)核函數(shù)__get_user_pages（幸運(yùn)的是，該 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)

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

且看 BCC 是如何操作的。

BCC 代碼中明確表明：只支持寄存器參數(shù)。那什么是寄存器參數(shù)呢？其實(shí)就是內(nèi)核函數(shù)調(diào)用約定中的前 6 個(gè)參數(shù)要通過寄存器傳遞，只支持這前六個(gè)寄存器參數(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 中使用如下的代碼對(duì)用戶寫的BPF text進(jìn)行rewrite，覆蓋的參數(shù)剛好是前 6 個(gè)參數(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 提供的如此簡(jiǎn)便的 python 接口（內(nèi)核函數(shù)前面加上前綴 kprobe__，第一個(gè)參數(shù)永遠(yuǎn)是struct pt_regs *，然后需要使用幾個(gè)內(nèi)核參數(shù)就填寫幾個(gè)）來做一些監(jiān)控工作，是因?yàn)?BCC 在幕后做了大量的 rewirte 工作，respect！

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

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

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

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

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

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

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

regs_get_kernel_argument該函數(shù)在新版本的內(nèi)核中才有，實(shí)現(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 個(gè)參數(shù)，確實(shí)是在寄存器中獲取，分別是di, si, dx, cx, r8, r9，這也印證了我們之前的想法，且和 BCC 中的行為是一致的。

從regs_get_kernel_argument中也可以看到，從第 7 個(gè)參數(shù)開始，便開始從棧上獲取了，關(guān)鍵函數(shù)為：regs_get_kernel_stack_nth，這個(gè)函數(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;
}

//?等價(jià)于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是標(biāo)準(zhǔn)的棧上操作獲取，只不過內(nèi)核提供了一些地址合法性的檢查，不考慮這些的話，在 eBPF 中其實(shí)可以一步到位；使用如下函數(shù)，便能返回棧上的第 n 個(gè)參數(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 虛擬機(jī)的內(nèi)部的特殊標(biāo)識(shí)符（函數(shù)調(diào)用等地方使用），如果 jit 可用，bpf code 會(huì)被翻譯為native code。

Linux Amd64 調(diào)用約定

demo 驗(yàn)證

那 Amd64 的 ABI 是如何操作的呢？可以使用如下的代碼進(jìn)行驗(yàn)證:

#?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進(jìn)行編譯匯編得到 myfunc.o

eBPF 字節(jié)碼反匯編

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

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

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

前 6 個(gè)參數(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個(gè)參數(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個(gè)參數(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個(gè)參數(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個(gè)參數(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

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

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

如果在 BCC 中使用了超過 6 個(gè)的參數(shù)，則會(huì)報(bào)錯(cuò)，比如函數(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)

當(dāng)在 BCC 中做超過 6 個(gè)參數(shù)的獲取時(shí)，得到如下錯(cuò)誤：

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

如果只使用前 6 個(gè)寄存器的參數(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 運(yùn)行 BCC 代碼

./get-stack-arg.py

shell 2 使用 inotify-tools 驗(yàn)證

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

shell 3 做如下的操作

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

shell 1 如下輸出

shell 1 output

shell 2 如下輸出

shell 2 output

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

主要是做了如下改動(dòng)，增加對(duì)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 工具驗(yàn)證。

	BCC 輸出：

	ebpf-bcc-inotify

	inotify 輸出：

	ebpf-inotify

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

	祝大家玩得開心。

	　　審核編輯：湯梓紅

	?

閱讀全文

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

評(píng)論

相關(guān)推薦

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

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

2020-09-29 15:17:40

2078

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

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

2023-04-17 14:05:26

1116

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

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

2023-09-04 16:04:41

472

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

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

2015-12-05 22:01:25

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

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

2011-11-03 16:06:25

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

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

2023-09-05 07:07:25

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

2021-01-12 學(xué)習(xí)日志STM32f1庫函數(shù)開發(fā)學(xué)習(xí)實(shí)戰(zhàn)二 · 串口通信1. 背景知識(shí)2. usart文件夾介紹STM32f1庫函數(shù)開發(fā)學(xué)習(xí)實(shí)戰(zhàn)二 · 串口通信1. 背景知識(shí) 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)在在想插值的地方已插好值，但初始值沒有。如圖標(biāo)題9999為待插值文件，標(biāo)題ok為插值好的文件。

2016-08-26 17:55:33

matlab 插值函數(shù)interp1運(yùn)行出錯(cuò)

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

2018-04-23 20:54:32

openEuler 倡議建立 eBPF 軟件發(fā)布標(biāo)準(zhǔn)

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

2022-12-23 16:21:09

python三維插值

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

2021-07-12 06:33:49

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

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

2015-10-18 21:07:17

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

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

2016-11-03 17:26:04

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

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

2016-07-13 15:54:23

【資料】充電樁工作原理

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

2016-09-22 15:30:01

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

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

2014-04-24 22:41:35

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

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

2018-11-21 10:08:47

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

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

2018-11-22 16:58:19

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

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

2023-09-20 14:51:04

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

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

2017-11-27 14:27:02

停車?yán)U費(fèi)樁

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

2013-06-08 12:53:43

充電樁CE認(rèn)證如何辦理

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

2019-07-31 16:12:24

充電樁主要特點(diǎn)

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

2021-09-17 07:19:28

充電樁國(guó)網(wǎng)1591標(biāo)準(zhǔn)詳解

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

2016-09-13 21:46:50

充電樁展會(huì) 廣州充電樁展會(huì)

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

2016-12-02 18:06:20

充電樁工作原理

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

2016-10-18 14:56:06

充電樁市場(chǎng)簡(jiǎn)析、分類及選型參考

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

2023-10-17 17:12:15

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

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

2022-12-29 16:20:01

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

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

2021-09-15 06:32:45

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

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

2021-09-14 06:48:24

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

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

2022-09-08 15:31:36

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

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

2018-07-24 12:02:02

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

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

2016-03-09 14:28:14

及時(shí)電電動(dòng)車智能充電樁能解決的五個(gè)核心問題

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

2022-03-10 18:02:26

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

大彩串口屏在充電樁行業(yè)的應(yīng)用：電動(dòng)汽車作為一種發(fā)展前景廣闊的綠色交通工具，今后的普及速度會(huì)異常迅猛，未來的市場(chǎng)前景也是異常巨大的。廣州大彩憑借自身優(yōu)秀的研發(fā)創(chuàng)新能力，給充電樁行業(yè)帶來極具成本優(yōu)勢(shì)、功能強(qiáng)大的智能屏方案。目前，大彩串口屏在充電樁上的應(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ū)電動(dòng)車智能充電樁功能描述

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

2022-03-22 09:34:52

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

2022-02-16 07:49:07

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

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

2021-07-02 06:52:26

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

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

2021-07-09 08:56:13

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

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

2024-02-27 14:33:11

歐標(biāo)直流充電樁、交流充電樁

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

2018-08-14 11:59:47

求labview實(shí)戰(zhàn)項(xiàng)目

求labview實(shí)戰(zhàn)項(xiàng)目。。。

2012-10-04 21:25:36

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

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

2017-09-27 10:13:50

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

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

2017-04-26 08:27:13

電動(dòng)車充電樁絕緣監(jiān)測(cè)

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

2016-11-03 18:41:10

電瓶車充電樁新手如何運(yùn)營(yíng) 電瓶車充電樁功能

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

2022-03-22 09:29:45

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

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

2018-11-08 16:02:00

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

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

2019-09-09 15:07:28

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

座，分散充電樁480萬個(gè)，滿足全國(guó)500萬輛電動(dòng)汽車充電需求。2016至2020年期間，中央財(cái)政將繼續(xù)安排資金對(duì)充電基礎(chǔ)設(shè)施建設(shè)、運(yùn)營(yíng)給予獎(jiǎng)補(bǔ)。　　　　直流電動(dòng)汽車充電站，俗稱就是“快充”，它是固定

2020-07-02 15:50:49

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

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

2018-05-31 11:04:38

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

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

2019-12-17 13:49:33

說說充電樁

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

2013-02-23 11:32:37

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

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

2021-07-19 09:08:51

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

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

2018-08-18 07:24:07

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

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

2018-06-05 10:41:11

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

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

2018-06-21 12:38:03

阿爾克新能源充電樁

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

2018-08-13 15:45:55

131 充電樁模塊維修

充電樁電路維修

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

安科瑞電瓶車充電樁如何掃碼充電？詳詢?cè)?3961308780#充電樁

充電樁

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

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

充電樁

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

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

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

2015-12-18 14:32:17

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

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

2015-12-28 11:57:39

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

充電樁

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

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

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

2016-02-18 11:44:02

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

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

2016-03-02 17:23:42

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

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

2017-07-14 13:32:46

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

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

2020-06-20 10:34:13

4205

深入探究Linux中的Kprobe機(jī)制

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

2021-01-02 11:53:00

2220

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

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

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 只實(shí)現(xiàn)了SOCKET_FILTER，而eBPF還有KPROBE 、PERF等。3）BPF使用socket 實(shí)現(xiàn)了

2021-07-05 15:17:22

9004

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

雖然部分C語言函數(shù)的返回值與其參數(shù)存在對(duì)應(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í)實(shí)戰(zhàn)一 · I/O口1. 文件夾結(jié)構(gòu)2. 配置細(xì)節(jié) · 從寄存器到庫函數(shù)3. 跑馬燈4. 按鍵輸入STM32f1庫函數(shù)開發(fā)學(xué)習(xí)

2022-01-13 16:17:00

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

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

2022-02-22 14:56:08

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

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

2022-05-05 15:51:15

Python項(xiàng)目開發(fā)實(shí)戰(zhàn)

Python項(xiàng)目開發(fā)實(shí)戰(zhàn)

2022-06-13 14:51:27

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

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

2022-06-14 09:25:25

2780

介紹eBPF針對(duì)可觀測(cè)場(chǎng)景的應(yīng)用

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

2022-08-11 09:10:07

1146

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

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

2022-08-14 09:48:57

978

eBPF安全可觀測(cè)性的前景展望

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

2022-08-17 11:27:48

1185

openEuler倡議建立eBPF軟件發(fā)布標(biāo)準(zhǔn)

2022-12-06 10:29:18

360

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

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

2023-01-10 11:37:04

1857

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

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

2023-02-08 09:45:13

1174

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

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

2023-03-08 10:21:26

621

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

用云杉網(wǎng)絡(luò) VP 向陽的話來說：“ eBPF 最重要（沒有之一）的特點(diǎn)是安全性” 。他表示，以往必須編寫內(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)核中運(yùn)行沙盒程序，而無需更改內(nèi)核源代碼或加載內(nèi)核模塊

2023-05-08 08:26:38

380

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

Linux kernel 的 kretprobe 機(jī)制和 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 。這篇文章介紹一個(gè)基于ebpf技術(shù)的強(qiáng)大工具--bpftrace。在現(xiàn)代計(jì)算機(jī)系統(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實(shí)戰(zhàn)(內(nèi)存泄漏

2023-09-25 09:04:13

317

eBPF動(dòng)手實(shí)踐系列三：基于原生libbpf庫的eBPF編程改進(jìn)方案簡(jiǎn)析

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

2024-03-19 14:19:55

124

基于原生libbpf庫的eBPF編程改進(jìn)方案

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

2024-03-19 14:19:18

已全部加載完成

搜索歷史

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

評(píng)論