个人中心
文章发布
退出
作者热门文章
- android - 多次调用 OnPrimaryClipChangedListener
- android - 无法更新 RecyclerView 中的 TextView 字段
- android.database.CursorIndexOutOfBoundsException : Index 0 requested, 光标大小为 0
- android - 使用 AppCompat 时，我们是否需要明确指定其 UI 组件(Spinner、EditText)颜色
25
4
如果这个问题的答案很明显，我深表歉意，但为什么在 linux 系统上有两个版本的 vdso[1] 用于 32 位可执行文件，选择的标准是什么其中呢？
* 可以在 /lib/modules/KERNEL_NAME/vdso
最佳答案
x32 是一个 Linux ABI这是 x86 和 x64 的混合体。它使用 32 位地址大小，但以完整的 64 位模式运行，包括所有可用的 64 位指令和寄存器。
关于linux - vdso32 和 vdsox32 有什么区别？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/52418630/
25
4
0
我正在尝试使用最新的内核源代码创建 vDSO。我正在关注本教程https://www.linuxjournal.com/content/creating-vdso-colonels-other-chi
这个问题在这里已经有了答案: What are vdso and vsyscall? (2 个答案) 关闭 7 年前。 这是一个快速示例程序。 (这基本上会得到与进程关联的procmap) > ca
我目前正在尝试实现我自己的 VDSO。我用过this tutorial其中解释了如何为 2.6 内核执行此操作。 我对其进行了测试，并且可以正常工作。 (我成功地创建了一个内核变量并从用户态访问它。)
最近的 Linux 内核(至少在 amd64 上)提供了一个名为 linux-vdso.so.1 的神奇对象文件，它抽象出内核的系统调用接口(interface)，允许内核选择最佳调用惯例。如果您用
刚刚在 Linux 内核中搜索了 vdso Hook (例如在 kernel.org 上找到了 this)，它目前似乎主要用于与时间相关的系统调用。这让我想到了两个问题: 是否有计划很快使用 vDSO
我知道将 vdso=0 传递给内核可以关闭此功能，并且 glibc 中的动态链接器可以自动检测并使用内核中的 vdso 功能。 在这里我遇到了这个问题。我的机构中有一个 RHEL 5.6 盒子(内核
我跟踪了一个 java 进程，该进程触发了大量内核时间来查看正在使用哪些系统调用，并且惊讶地发现 gettimeofday()和clock_gettime()占主导地位(我怀疑这是由于日志记录)，考虑
我在 Intel(R) Xeon(R) CPU E5-2667 v4 @ 3.20GHz 上使用 CentOS Linux 7.3.1611 在我的用户空间应用程序测试期间，我注意到 clock_ge
我做了 sudo cat/proc/1/maps -vv 我正在尝试理解输出。我可以看到许多共享库按预期映射到内存映射段。 7f3c00137000-7f3c00179000 r-xp 0000000
我正在学习 VDSO，编写了一个调用 gettimeofday() 的简单应用程序 #define _GNU_SOURCE #include #include #include #include
我正在通过 seccomp 模式为自定义字节码解释器实现 Linux 安全沙箱。为了尽可能减少攻击面，我想在一个完全干净的虚拟地址空间中运行它。我只需要代码和数据段以及可用的堆栈，但我不需要 vsys
我剖析了最后一个 libc 中的系统调用: git clone git://sourceware.org/git/glibc.git 我在 sysdeps/unix/sysv/linux/i386/s
来自this post ，我学会了 syscall 是在 x86-64 上进入内核模式的默认方式。 实际上，最近的内核正在实现VDSO 然后我在 http://man7.org/linux/man-p
我想以一种可以使用 objdump -D 验证它是否正确的方式将 VDSO 转储到磁盘。 我们可以使用 getauxval(AT_SYSINFO_EHDR) 获取 VDSO 的基地址，如 vdso(7
考虑以下针对 Linux x86_64 的程序: inf.s: .global _start .text _start: jmp _start 这基本上是一个无限循环。 如果我
不加载 VDSO.so 是您在使用 gdb 和 glibc >2.2 时遇到的著名错误之一。我发现它计划在 gdb 7.5.1 中得到修复，但事实并非如此。好的，我在这里找到了解决方法 Here ，但
在 glibc 版本 2.15 的 64 位内核上运行的 32 位应用程序是否支持 vdso？如果是，如何使其适用于在 64 位内核上运行的 32 位应用程序？因为即使“linux-vdso.so.1
我有一个简短的测试程序: 当我将其编译为静态可执行文件 (gcc -static) 时，strace 显示 time(2) 和 getimeofday(2) 正在执行系统调用 当我动态编译它时，我没有
我有一位客户正在运行一个名为 cleanfileg 的文件解析程序，从上次更新开始，他在解析一个文件时遇到了日期格式错误。 奇怪的是，我们都在同一个文件上运行同一个程序，在同一版本的 RHEL64 (
我是一名优秀的程序员,十分优秀！