简介
该用户还未填写简介
擅长的技术栈
可提供的服务
暂无可提供的服务
转载一篇关于虚拟机的文章,深入浅出,讲的非常好,需要认真细读才能体会。我读了两遍,有时间得多看几遍。 想了解解析器,解释器,编译器,虚拟机等多种概念的同学可以好生研究下这篇文章,作者写的很用心,下面是原文地址:http://rednaxelafx.iteye.com/blog/492667或者http://www.iteye.com/topic/492667 文中的
JNI层的代码其实比较简单,难点是要掌握c++和java数据类型的转换,明白java程序是运行在虚拟机中的,特别是函数并不是可以互相调用,jni中的内存概念并没有暴露给java虚拟机进程等。 一. java参数类型和jni本地参数类型对照 基本类型Java 类型 jni本地类型 描述 boolean
对于linux系统,我们可以从/proc/{pid}/maps或者memmap(该文件不是每一个linux版本都有)获取进程的内存使用情况,这两个文件的可读性还是比较差的。#cat maps 00008000-00009000 r-xp 00000000 1f:12 288 /mnt/msc_int0/hello (1)00010000-00011000
第二部分:linux启动 一、zImage是怎样炼成的? zImage是linux内核编译之后产生的最终文件,它的生成过程比较复杂,这里不谈编译过程,只聊聊编译的最后阶段: 1. arm-linux-gnu-ld用arch/arm/kernel/vmlinux.lds、arch/arm/kernel/head.o、arch/arm/kernel/init_task
<br />/*<br />题记:<br /> 上一篇文章《android平台上linux启动时init进程解析init.rc文件分析.txt》中跟踪了nand分区上的yaffs2文件系统在系统初始化时最上层的表现,调用到libc库函数mount()为止。对于我关心的几个分区可以将其罗列一下:<br /> mount(“/dev/block/mtdblock4”, “/system”, “y
<br />四、android层源码解析<br />在linux之上经过android的软件堆层层封装,最终在上层的java应用程序中使用。休眠唤醒也是从最上层发出的命令,然后一层一层地将参数解析,往最底层传,最后走上标准linux的休眠唤醒之路。<br /> 这一部分将会初略分析休眠唤醒机制上linux之上所走的路线。<br /> <br /> 在linux之
<br />本文基于u-boot-1.3.4,开发板fs2410,交叉编译工具路径/usr/local/arm/crosstool/gcc-3.4.5-glibc-2.3.6/arm-linux-gnu/bin<br />make fs2410_config<br />make all<br />简单的两条命令就可以编译完成。下面开始分析其详细过程,curdir为u-boot顶层目录<br />/
<br />说明:<br />1. Based on linux 2.6.32 and android 2.2,only support SDR(mem).<br />2. 参考文章:<br />http://2695477.blog.51cto.com/blog/2685477/484751<br />http://www.docin.com/p-115475680.html<br />http
<br />转文地址:http://blog.163.com/jiaguang3010717@126/blog/static/1268082432010310103037253/<br /><br />系统挂起(Suspend)是电源管理(APM&ACPI)的一个特性,给用户带来了很大的方便。Linux在2.6系列核心中对电源管理有了较好的支持,下面就谈谈Linux对系统挂起的支持情况。<br /
<br /><!--/* Font Definitions */@font-face{font-family:宋体;panose-1:2 1 6 0 3 1 1 1 1 1;mso-font-alt:SimSun;mso-font-charset:134;mso-generic-font-family:auto;mso-font-pitch:variable;mso-font-signature: