有目标才不至于迷失方向，有计划才会有行动，否则一切就是空谈。趁京东双11活动，入手几本关于理财，家庭教育以及逻辑思维方面的书籍，因此制定半年读书计划：
每半个月阅读一本书 2017-11-06
《小狗钱钱》 2017-11-19 阅读完成
《中产阶级如何保护自己的财富》 2017-12-05 阅读完成
《小岛经济学》 2017-12-18 阅读完成
《管道的故事》 2017-12-21 阅读完成
《互联网的效率：以一敌百》 2018-01-15 阅读完成
《黑客与画家》 2018-01-28 阅读完成
程序性能优化最重要的原则是在保证程序正确性的基础上，使用多种手段，反复尝试分析，有时甚至需要查看底层对应的汇编代码，从而找出性能的瓶颈，进行合理的优化。另外，我们需要注意的是在性能重要的环境中反复执行的代码，进行优化是合适的。为了提升程序的性能，我们做了大量的修改优化，但仍然要保持代码的简洁和可读性。如果我们盲目执行对低级别的优化，往往会降低程序的可读性，使得程序难以扩展和维护。因此，我们需要在程序实现和维护的简单性与它们的运行速度之间做出权衡。在性能优化过程中，我们经常遇到很小的改动但产生性能巨大的差异，有时一些很有希望的技术却被证明无效的场景，这是因为性能依赖于处理器许多特性的设计，而我们却所知甚少，因此，性能的优化往往是比较困难的，需要我们有足够的经验，采用各种综合手段去分析，挖掘性能的瓶颈。
在大多数情况下，我们都是使用高级的程序语言，需要通过编译器将源码转变成机器识别执行的机器程序。因此，我们需要对使用的编译器的优化选项有大致的了解，其中gcc optimize options编译优化选项在其使用手册文档中有详细说明。因为编译器优化能力的局限性和安全性，导致很多情形下编译器很无法执行理想的优化，因此，需要程序员编写编译器容易优化的代码，帮助编译器显式执行优化。
在循环过程中，重复计算没有改变的量应该使用局部变量进行保存，减少不必要的重复计算。例如，CSAPP作者举例的将字符串由小写转成成大小的示例中，在每次循环中求取保持不变的字符串长度量，导致函数的运行时间为二次方。如果使用局部变量保存长度，函数的时间开销为线性。作者特别提到，编程中更常见的问题是一个无足轻重的代码隐藏着渐进的低效率，使得当问题的规模较小时，根本无法发现问题。因此我们作为一名有经验合格的程序员应该竭力避免引入这种渐进低效率的问题。
archlab是CSAPP3e第4章处理器体系结构对应的实验，该实验主要目的是学习Y86-64指令集体系结构，HCL控制语言以及Y86-64的流水线实现。因此，对应的实验也分为3个部分一一与之对应，现在暂时仅完成该实验的Part A部分。因为课程主页上的项目不断更新，很难维持博文的内容与课程主页上的实验内容保持一致，所以将本文章对应的程序源码保存在个人项目中archlab，。
该部分内容比较简单，就是使用Y86-64指令集体系实现example.c文件中对应的3个函数，然后使用yas编译器编译对应的汇编文件，最后使用yis模拟器模拟程序的运行过程。如有其它的疑问，可以参见项目文件中的archlab.pdf。
example.c文件中第一个函数的功能就是求链表所有元素的和，数据段在内容在archlab.pdf文件中指出。参照CSAPP的4.1.5节求数组元素的和，很容易实现对应的求链表元素的和的汇编程序。
1 | strace ls -l #跟踪系统调用 |
1 | ping |
A tcpdump Tutorial with Examples — 50 Ways to Isolate Traffic
more >>在CSAPP第4章处理器体系结构中，需要使用Y86-64模拟器，在安装模拟过程中遇到一些问题，下面记录自己的安装过程：
因每个人操作系统环境的不一致，因此下面列出自己的安装环境：
1 | root@sim$ uname -a |
首先，到CS:APP3e官方的学生主页下载最新的Y86-64模拟源码，源码位于Chapter 4: Processor Architecture。
然后，在工作目录解压对应源码文件，我们假设编译无图形界面版本，编辑Makefile，注释下面两个选项：
1 | TKLIBS=-L/usr/lib -ltk -ltcl |
最后，执行make clean && make编译生成Y86-64工具集。
缺少词法分析器，链接时为找到/usr/bin/ld: cannot find -lfl
1 | apt-get install flex |
缺少语法分析器，编译中出现make[1]: bison: Command not found
1 | apt-get install bison |
有时在生产环境中，没有可视化的IDE环境查看文件，但对于大多数机器来说，都可以使用vim来阅读文件。下面归纳下个人经常使用的vim编辑命令：
1 | hjkl 以字符为单位移动 |
1 | dd 删除一行 |
1 | u 撤销 |
对于基本常用的命令，如果每次去百度或者Google命令的基本使用方式，因为信息的杂乱，我们很难快速检索到自己需要的信息。因此，作为一名专业的程序员，我们应该逐步建立自己的知识地图，不断总结完善自己的知识体系，当以后再遇到类似问题时，我们只需要回忆类似的场景获取对应的关键字，然后查阅自己的笔记，那么我们解决问题也会快速很多，并且也再次加深对之前知识的理解。好记性不如烂笔头，下面将在log定位检索时常用的grep命令选项总结如下：
查看指定内容对应的行号并显示改行
1 | grep -rn "search-content" < file.log |
查看指定内容对应的行号但忽略大小写
1 | grep -irn "search-content" < file.log |
在指定的文件类型中查找指定的内容
1 | find /path/to/ -regex '.*\.h\|.*\.cpp' | xargs grep -rn "search-content" |
应用程序有时会因为异常或者bug导致在运行过程中异常退出或者终止，为了方便问题的定位，我们往往需要获取程序运行时的内存，寄存器状态，堆栈指针，内存管理以及函数调用堆栈信息等，从而找到bug所在。在linux系统中，我们通常可以通过对系统进行一些配置，将上述的信息输出到ELF文件中，即core文件。core文件默认存储位置与对应的可执行程序位于同一路径下，文件名为core；具体信息可以通过如下命令查看：
1 | cat /proc/sys/kernel/core_pattern |
如果程序中调用了chdir函数，则core文件生成在chdir指定路径下。另外，我们也可以通过相关设置设定core文件生成路径。在类unix系统中，core文件本身的主要格式也是ELF格式，因此可以使用readelf或者file命令查看core文件的具体信息。
more >>“二进制炸弹”是作为目标代码文件提供给学生的程序。运行时，它提示用户键入6个不同的字符串。如果这些中的任何一个是不正确的，炸弹“爆炸”，打印一个错误消息。我们必须通过拆卸和反向工程来确定6个字符串应该是什么，来“消除”自己独特的炸弹。本实验的主要目的是熟悉汇编语言，并强制学习如何使用调试器。
本实验详细项目文件以及分析解决方案参见BombLab，下载实验代码，解压，进入工作目录，下面进入惊险刺激的的破译之旅。
1 | %rbp %rbx %r12~%15 被调用者保存寄存器 |
指令编写方式：指令名 源操作数 目的操作数源操作数和目的操作数不能同时都为内存单元
对于源操作数和目的操作数中，除lea指令外，其他包含括号的指令均为访问对应的内存单元的值，在C语言中，可以将该变量视为指针变量。
cmp指令使用目的操作数-源操作数，test指令使用目的操作数&源操作数，接下来的条件指令根据命令规则进行跳转。
缺失模块。
1、请确保node版本大于6.2
2、在博客根目录（注意不是yilia根目录）执行以下命令：
npm i hexo-generator-json-content --save
3、在根目录_config.yml里添加配置：
jsonContent:
meta: false
pages: false
posts:
title: true
date: true
path: true
text: false
raw: false
content: false
slug: false
updated: false
comments: false
link: false
permalink: false
excerpt: false
categories: false
tags: true