Thanks Basem, your feedback is helpful. This would be on the client side, and we would need to support Windows and macOS. While Windows has eBPF support (work-in-progress), I cannot find anything for macOS.
On Thursday, July 27, 2023 at 12:21:57 PM UTC-4 Basem Barakat wrote: > The gRPC framework like most frameworks is user space based > > Assuming a Linux like os, so to relay rpcs from/to kernel the > communication need to go through a user space. > > Not sure on which side is kernel: client or server ? But the principle > remains the same: > > User space and kernel applications could communicate in many ways: > Ioctl is once simple way: > > And depending on the type of communication eBPF could be more suitable ? > > The advantage of eBPF is already present in Linux kernel and not kernel > modification is required, you will need to learn it as it has its own > language but c like compilers and tool kit are available > > > > Basem > > > On Jul 27, 2023, at 10:36 AM, Patrick Gili <gili.pa...@gmail.com> wrote: > > Basem, would you mind expanding on your recommendation, "running in user > space but using something like eBPF to read and relay..."? > > > > On Tuesday, July 25, 2023 at 9:52:10 AM UTC-4 smita deshpande wrote: > >> >> Hello, >> >> I read about eBPF. However, if there is any sample example in grpc which >> is relaying the kernel commands would really help me understand. I want to >> know if there is any feature is available in grpc or a plugin that I could >> use to relay the kernel commands. Is there a delegation mechanism to >> userspace (where the gRCP client would be rooted) that could generate the >> client-side stubs, so we wouldn't have to write and maintain them manually? >> >> Thanks, >> Smita >> On Thursday, July 13, 2023 at 7:29:43 PM UTC-4 Basem Barakat wrote: >> >>> I will probably recommend running in user space but use something like >>> eBPF to read and relay your kernel grpc commands >>> >>> Basem >>> >>> >>> On Jul 13, 2023, at 4:57 PM, smita deshpande <smitades...@gmail.com> >>> wrote: >>> >>> Can we run grpc in kernel mode? >>> I want to communicate over gRPC while in kernel mode. So there should >>> not be any multithreading and use of minimal memory. >>> What are the configurations to be used in proto file. Is there any >>> documentation on that? >>> >>> Thanks, >>> Smita >>> >>> -- >>> You received this message because you are subscribed to the Google >>> Groups "grpc.io" group. >>> To unsubscribe from this group and stop receiving emails from it, send >>> an email to grpc-io+u...@googlegroups.com. >>> To view this discussion on the web visit >>> https://groups.google.com/d/msgid/grpc-io/ae6fde13-85fd-45c2-9b48-52866fbeb65en%40googlegroups.com >>> >>> <https://groups.google.com/d/msgid/grpc-io/ae6fde13-85fd-45c2-9b48-52866fbeb65en%40googlegroups.com?utm_medium=email&utm_source=footer> >>> . >>> >>> -- > You received this message because you are subscribed to the Google Groups " > grpc.io" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to grpc-io+u...@googlegroups.com. > > To view this discussion on the web visit > https://groups.google.com/d/msgid/grpc-io/29c07fe8-413f-4c4d-8d91-ce0eae9b5f57n%40googlegroups.com > > <https://groups.google.com/d/msgid/grpc-io/29c07fe8-413f-4c4d-8d91-ce0eae9b5f57n%40googlegroups.com?utm_medium=email&utm_source=footer> > . > > -- You received this message because you are subscribed to the Google Groups "grpc.io" group. To unsubscribe from this group and stop receiving emails from it, send an email to grpc-io+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/grpc-io/546f5ff2-d6d3-4a93-bc6f-80c2fe3cae89n%40googlegroups.com.
