shang2010 发表于 2012-11-15 11:11 static/image/common/back.gif
编译器很多都蛮奇怪的，想问个简单的问题
有没有这么一个表示整数的基本类型，像void *一样，在32位 ...
似乎没有标准保证有哪个类型可以做到如此
公司的程序猿TMD，开发的程序都是32位下的，不支持64位，所以老中OOM这个招
cjaizss 发表于 2012-11-15 11:34 static/image/common/back.gif
似乎没有标准保证有哪个类型可以做到如此
可是搞编译器的需要现在就动手准备这个，，
要是128位时代来临了，代码移植又会头疼的
本帖最后由 shang2010 于 2012-11-15 11:50 编辑
回复 42# zhaopingzi
程序猿主流薪水，两万多一点:luya:
shang2010 发表于 2012-11-15 11:29 static/image/common/back.gif
+1
赶紧贴你们team的 jd
为嘛？
上半年曾经一直在看作者的mouseos站点，指令系统和 沉思录，不知道 书的内容和沉思录相比，会更深入吗？或者深入程度是否能够相等呢。沉思录的内容还是不错的，所以在看到出书的时候还是想买一本的。
本帖最后由 amarant 于 2012-11-16 14:25 编辑
1、关注系统程序员所关注的系统架构问题探讨
以前学内核完全是依着内核的基本经典书籍学习，理解其中的算法、实现等。到了实际代码里，经常是四五个函数一跟就到了架构相关的代码。那时候只学习过8086的实现，系统资源简单的不能再简单了！后来也陆续补充了一些386的知识，对系统的实现的认识也有很大的提高。但到了非常细节的问题，如为什么slab要着色？为什么原子操作能保证原子性？这些问题还总是一知半解。
直到后来开始学习一些RISC处理器的内部实现才恍然大悟。x86的实现，就鄙人来说是非常臃肿的，甚至是比较丑陋的。不过现在pc机都这个，咱们也没办法，还是得学一些基础知识吧。LZ牛人，出的书一定是非常***（广告内容已被CU自动屏蔽，本处省略数千字）
一个处理器，就程序员的角度来看，我觉得主要有指令集、特权集管理、异常处理、访存管理等。如果对指令集熟悉的话，发生kernel panic的时候，根据最后的几条指令很大概率可以找到一些蜘丝马迹。对异常机制熟悉的话，就可以结合异常pc地址等定位到错误pc代码位置。而对于一个操作系统最关键的mm部分，如果不结合处理器的访存来学习的话，我相信一定会比较迷茫的。
以上是作为一个专门调处理器的程序猿角度来说的，就做驱动等工作来说，我觉得能熟悉处理器一些实现也是很好的。这样，至少可以知道为什么这里需要锁、为什么这段内存不能访问、为什么驱动的io口要配置成uncache等实际问题的原因。
非常重要的一点，学习架构知识可以满足自己的好奇心，消磨自己的时间。
sounds nice, 有时间先看下预览
回复 18# Drewsun
有什么区别？？:m01:
amarant 发表于 2012-11-15 23:08 static/image/common/back.gif
1、关注系统程序员所关注的系统架构问题探讨
以前学内核完全是依着内核的基本经典书籍学习，理解其中的算法 ...
RISC处理器内部相对齐整，CISC有多种实现方式，相对比较古怪一些。不过X86目前毕竟是PC机的王道。