回复 60# 帅绝人寰
赫赫 说netburst 之后也没错阿， 记晚了一代，应该是从p6开始，但是开始这么多年了， cisc 还是大家对x86的印象
。。。。。。。。。。。。。。。
物价非涨啊，居然要119RMB，算了！
不是很同意前面一位同学说的先学8位、16位的CPU的说法。等这些学完了，人都老了（半开个玩笑:lol）。
从本书的前两章试读章节来看。看上去有点类似《深入理解计算机系统》的第2、3两章。由于后面的核心章节没接触到，所以也不好评论。不过作者的小站，mouseos，的确非常棒！从中能学到很多东西，或者说是让新手少走许多弯路。试读章节的排版太烂了，比如表格的排版，希望印刷的要好一些。
像这种X86/64底层的知识。就我目前了解的情况来看，估计就做编译器、OS、驱动等的朋友用到吧。现在正在和一些朋友研究并试图改进一个操作系统，基于BeOS的——Haiku，目前是作为兴趣研究，所以最近在研究学习底层方面的知识。等要是有什么成果了，再和大家一起研究。（现在估计还不合适，没成果，就不能忽悠大家。）:))
看@mik的小站，还有书的目录，可以了解mik的水平和能力是有目共睹的。希望大家能包容一点。
cjdao 发表于 2012-11-14 22:45 static/image/common/back.gif
呵呵，这么多大牛，貌似还没人分享宝贵经验呀！作为一个菜鸟正好借此机会学习学习，纯作抛砖引玉
1.菜 ...
很有文学色彩啊
shang2010 发表于 2012-11-15 11:37 static/image/common/back.gif
可是搞编译器的需要现在就动手准备这个，，
要是128位时代来临了，代码移植又会头疼的
搞编译器的同学其实是有意思的，
龙芯好像有个团队就在搞这个东东
zhaopingzi 发表于 2012-11-15 11:37 static/image/common/back.gif
公司的程序猿TMD，开发的程序都是32位下的，不支持64位，所以老中OOM这个招
关于oom 于64位的关系，我查了下，还真的有这回事。
记一次OOM的排查过程
难怪我的y470 装了64位总是卡，尤其适用chrome时，，我想大多数是 32位应用程序没有优化造成的。
class FOO
{
public:
FOO() {
p = new Object;
}
~FOO() {
if (p) delete p;
if (q) delete q;
}
void startup() {
q = new Object;
}
private:
Object *p;
Object *q;
};
int
main()
{
FOO foo;
return 0;
}
这个程序是个不安全的程序，
$ g++ -O2 test.cpp
$ ./a.out
Segmentation fault(core dumped)
原因在于哪里？ 如果对编译器以及底层信息了解的多点，这样诡异的问题就不会出现了
回复 9# tempname2
确实，这个long在64位上是64大小的， 一般程序都不会很依赖这样的设定，都会明确规定好大小
回复 66# titer1
在可预见的一段时间内，不会有128位的，这样搞也是学术研究玩玩，更不用谈移植了~