2.range(1,5)是大于等于1，小于5
3.python多行注释用三个'''
'''
adfadf
adsfadf
adsfadsf
'''
4.单行注释用#
原创作品，转载请注明原作者及地址！
by 飞鸿惊雪
http://blog.csdn.net/niyufeng
1 Learning ADSP-TS201系列--重要参考
2 Learning ADSP-TS201系列--EZ-KIT Lite评估板硬件资源
3 Learning ADSP-TS201系列--Flag Pins按键和LED灯
好啦，正是开始这个《Learning ADSP-TS201》系列专题。
TS201这款DSP包含了好些硬件资源，具有突出的数据处理能力，其中的重点和难点就是DMA，Link Port以及和他们相联系的中断，还有就是多DSP的MultiProcessor！当然，和ARM外设的控制相比，这些都是小菜一碟啦~
所以，我们由易到难，先把简单的Flag Pins，Interrupt Pins，Timer，SDRAM解决掉，然后再专攻DMA，MultiProcessor，Link Port，最后在研究FLASH MEMORY，把完成的程序代码固化到Flash中然后直接Boot，而不是用仿真器下载程序。
EZ-KIT Lite评估板上每个DSP都有4个Flag Pins，这是一种可以控制方向（input\output）的管脚。
在评估板上这些管脚有2个接Button按钮，有2个接LED，他们在电路板上的分布如下图，我也标注了DSP A和B：
在上面图中，我已经把按键和LED灯实际名称如（如LED4，SW9）和DSP上的名称（如flag2，flag0）都对应起来，下面这张截图简单介绍了这些Flag Pins的作用：
也就是说，每片DSP上的Flag0和Flag1作为按键Button输入，而Flag2和Flag3作为LED输出。
这个截图也把另两个按键SW4和SW5放上来了，呵呵，这将是下篇文章要介绍的内容啦，中断！
Flag0和Flag1作为按键，当她们初始化为输入后，在没有按下时为低电平（注意中间有个反相器），而按下按键时为高电平。
所以SQSTAT寄存器在按下按键时FLG0或FLG1才为1，这样可以使用判断语句来查询状态，判断是否按下。
Flag2和Flag3作为LED，当她们初始化为输出后，FLAGREG中的FLAG2_OUT或FLAG3_OUT位，对其置位对应的LED才亮，而清零则LED熄灭。
四个FLGA3-0管脚，都可配置为输入或输出，系统上电后默认是输入；
1 FLAGREG：(FLAGx_EN =0)输入，(FLAGx_EN =1)输出
2 输出时：FLAGREG中的FLAGx_OUT位，对其置位或清零
3 输入时：SQSTAT中的FLGx位，查看状态。或者使用条件指令中的FLAGx_IN标志。
这个程序很简单，第一个实验，直接两个LED灯交替闪烁；
而第二个实验，两个LED灯根据按键Button状态进行交替闪烁，按键的状态判断也只是简单滴利用一个延时~~
程序里面有详细的注释，可以轻易的明白。
如果想用第一个实验，只要把#if 0改为#if 1即可，这样就编译的是实验一的程序而不是实验二了 :)
/*
*
* 用于测试Flag Pins
* flag0，flag1连接按键，应该初始化为输入模式
* flag2，flag3连接led灯，应该初始化为输出模式
*
*/
#include<stdio.h>
#include<builtins.h>
#include<sysreg.h>
#include<defts201.h>
#define SET_FLAG_OUT(x) __builtin_sysreg_write(__FLAGREGST, (x) );
#define CLR_FLAG_OUT(x) __builtin_sysreg_write(__FLAGREGCL, (~(x)) );
int main( void )
{
int i;
//将FLAG2, FLAG3设为输出模式，用于LED闪烁
__builtin_sysreg_write(__FLAGREGST, FLAGREG_FLAG2_EN | FLAGREG_FLAG3_EN);
//将FLAG0, FLAG1设为输入模式，用于按键
__builtin_sysreg_write(__FLAGREGCL, ~( FLAGREG_FLAG0_EN|FLAGREG_FLAG1_EN) );
#if 0 /********* 第一个实验，直接两个LED灯交替闪烁 **********/
while(1) {
SET_FLAG_OUT(FLAGREG_FLAG2_OUT);
CLR_FLAG_OUT(FLAGREG_FLAG3_OUT);
for(i=0; i<8000000; i++);
SET_FLAG_OUT(FLAGREG_FLAG3_OUT);
CLR_FLAG_OUT(FLAGREG_FLAG2_OUT);
for(i=0; i<8000000; i++);
}
#else
/********* 第二个实验，两个LED灯根据按键状态进行交替闪烁 *********/
static int button0=0, button1=0;
static int led0=0, led1=0;
int sqstat=0;
while(1){
//如果button0按下，反转button0状态
sqstat = __builtin_sysreg_read(__SQSTAT);
if( sqstat & ( 1<<SQSTAT_FLG_P) ){ //按下按键为高电平
for(i=0; i<800000; i++);
sqstat = __builtin_sysreg_read(__SQSTAT);
if( sqstat & ( 1<<SQSTAT_FLG_P) ) button0 = ! button0;
}
//如果button1按下，反转button1状态
sqstat = __builtin_sysreg_read(__SQSTAT);
if( sqstat & ( 2<<SQSTAT_FLG_P) ){
for(i=0; i<800000; i++);
sqstat = __builtin_sysreg_read(__SQSTAT);
if(sqstat & ( 2<<SQSTAT_FLG_P) ) button1 = ! button1;
}
//根据button0状态，点亮/熄灭LED2
if(button0 == 0){
CLR_FLAG_OUT(FLAGREG_FLAG2_OUT);
} else {
SET_FLAG_OUT(FLAGREG_FLAG2_OUT);
}
//根据button1状态，点亮/熄灭LED3
if(button1 == 0){
CLR_FLAG_OUT(FLAGREG_FLAG3_OUT);
} else {
SET_FLAG_OUT(FLAGREG_FLAG3_OUT);
}
for(i=0; i<800000; i++);
}
#endif
}
在放两个图吧，虽然不是这个实验的，但是大体这么个意思。。。
在MySQL的主从环境中，我们可以通过在slave上执行show slave status来查看slave的一些状态信息，其中有一个比较重要的参数Seconds_Behind_Master。那么你是否明白它的真正含义以及它是怎么计算的呢？
在之前我一直误以为Seconds_Behind_Master是表示slave比master落后多少，如果这个值为0的表示主从已经处于一致了（在非同步模式下，现在官方最多也只在5.5中增加了半同步复制）。但是最近我终于认识到之前的错误理解。首先我们需要明白的一点：Seconds_Behind_Master表示slave上SQL thread与IO thread之间的延迟，我们都知道在MySQL的复制环境中，slave先从master上将binlog拉取到本地（通过IO thread），然后通过SQL thread将binlog重放，而Seconds_Behind_Master表示本地relaylog中未被执行完的那部分的差值。手册上的定义：
In essence, this field measures the time difference in seconds between the slave SQL thread and the slave I/O thread.
所以如果slave拉取到本地的relaylog（实际上就是binlog，只是在slave上习惯称呼relaylog而已）都执行完，此时通过show slave status看到的会是0，那么Seconds_Behind_Master的值为0是否表示主从已经处于一致了呢?答案几乎是否定的！为什么几乎是否定的？因为绝大部分的情况下复制都是异步的，异步就意味着master上的binlog不是实时的发送到slave上，所以即使Seconds_Behind_Master的值为0依然不能肯定主从处于一致，这也是我之前强调非同步复制的原因（现在已经有公司在做同步复制了，比如网易自己实现了VSR，Virtual Synchronized Replication，由于同步复制性能较差，所以网易再实现同步复制的同时还打了group commit的补丁）。所以如果我们要以这个参数来估计主从延迟多久的话至少得在一个比较好的网络环境中，这样才能保证几乎master上的binlog都已经发送到slave上。
上面解释了Seconds_Behind_Master这个值的真正含义，那么它的值到底是怎么计算出来的呢？实际上在binlog中每个binlog events都会附上执行时的timestamp，所以在在确定Seconds_Behind_Master的值时MySQL是通过比较当前系统的时间戳与当前SQL thread正在执行的binlog event的上的时间戳做比较，这个差值就是Seconds_Behind_Master的值。也许你会有疑问那要是两台服务器之间的时钟不一致怎么办？确实会存在这种情况，那么此时这个值的可靠性就不大了，手册上对此也进行了说明：
This time difference computation works even if the master and slave do not have identical clock times, provided that the difference,
computed when the slave I/O thread starts, remains constant from then on. Any changes—including NTP updates—can lead to clock
skews that can make calculation of Seconds_Behind_Master less reliable
Seconds_Behind_Master的值除了是非负数之外还可能是NULL，它是由如下几种情况导致的：SQL thread没运行/IO thread没运行/slave没有连接到master。
接下来再简单介绍一下异步复制/半同步复制之间的区别。
异步复制，master上的操作记录binlog的同时不关心binlog是否已经被slave接收。
半同步复制，master上的操作记录binlog的同时会关心binlog是否被slave接受。但是由于它的处理逻辑问题可能丢一个事务，如下图所示：
这样的处理流程存在一个问题，当存储引擎提交（storage commit）后，此时如果master挂了那么会存在主从不一致，对于这个问题orczhou好像自己对源码进行了修改更改storage commit的顺序来达到一个增强的半同步复制。
对Seconds_Behind_Master就解释到这里，希望对你也能有点帮助。