这次是我第二次去长城/十三陵，上次去游玩是念大二的时候跟几个同学去的，那次我们跟了一日团（故宫里拿到的小传单），还被坑了一大顿（各种坑啊，而且带你去的长城是门票最便宜的水关长城，带你去十三陵根本不是定陵，真的不要信他们了），所以这次我毫不犹豫是拒绝了一日游，选择自助游。
话说回来，你看到周围有很多自称是正规旅游团（什么自称是国旅，青旅之类）的人在派传单的，包括在故宫北门/王府井小吃街口等 看上去蛮正规的摊档，本人没有鉴定是否正规，但是我建议还是一视同仁-无视他们吧！去长城还是自助游吧！跟团时间非常有限，而且一般有购物点，购物时间就等于你爬长城的时间了，你觉得这样有意思吗？

好了，如果你选择了自助游，也有时间继续看的同学，let’s go：

怎样去长城？
919快车（已经改名为877）票价12远，打卡只需要4.8块!(这次来北京最遗憾的是没有先办一张公交卡)

怎么找919路快车？
1.地铁站积水潭A出口（记得是A出口噢，亲）（如果你不坐地铁，那我也不清楚怎么跟你说怎样到积水潭了，公交站叫德胜门西，干吧爹）
2.地铁站出来往东走（好吧，我觉得肯定很多朋友分不清楚东西南北的。来个简单的，就是A出口出来，往你的左手边走。出来旅游还是建议你安装个指南针之类的app，如果你还是nokia 非智能机的铁杆粉丝，那….！再来个小tips，如果你是早上出发的，看看太阳的位置就知道那边是东边了）
3.上面说了往东走，那要走到哪里呢？一直往前走（记得义无反顾，毫不犹豫，坚定不移），走到该路的尽头（大概有500-600米，是一个十字路口吧，路的尽头是往左拐的），那里你肯定能见到德胜门（好高的古建筑噢，据闻是以前大将军们打胜仗回来必经之门）如果你还没有见到这个建筑，那证明你还需要向前走（不过先看看是走对了方向噢，亲）

tips：
好吧，重点来了，你在路上肯定会有很多“热心”的大叔/大婶跟你说919快车在这里排队，或者告诉你“这几天919快车不开了，你可以选择我们的商务车”，听上去价钱还是很合理的，但是最黑的是在后面，车走到一半就告诉你汽车没有汽油了，需要钱加油，剩下的你自己能猜到了（这些我也是听回来，不过我觉得可信性极高）。 这些人看上都是tmd的热心，还穿着蓝色的工作服，还带着工作证，真tmd的比真正的乘务员还真（比较激动，因为我很讨论被人骗，也很讨厌骗人的人，f**k）.看看下面的几个有代表意义的图片：

a)步骤三里提到的那路的尽头是这样的，还带一个919的指示牌：

b)919的候车点是这样的，注意有一个黄色的919调度室，没见到这个证明你肯定还没有到真正的919候车处

最后再补充下
1.919是绿色为主，带有些许白色
2.防人之心不可无，特别是出来玩的你，小心为上
3.919也有几种，一种去延庆的不去八达岭，上车的时候还是问清楚师傅

好了，希望你看了上面的攻略之后能找到真正的919直达快车，当然你可能被黑之路还没有结束，继续看吧！

919直达快车（提醒下，已经改名为877，但貌似大家还是习惯叫919）上会配一个导游，导游还是蛮好人，也很热情的，会给你一些注意事项等等！但是请记住一句话，无事献恩勤，非xxxxxx！这是因为看下面一段话,来源是我朋友的blog(http://8738168.blog.163.com/blog/static/28101879201151625037245/)
“果然，导游gg美言了一大堆，在快到站的时候终于露出了本性。他首先介绍京藏高速在下午两点以后怎样怎样堵车，“好心”地提醒广大游客务必下午一点前下山坐车返回，还欺骗大家919路下午四点以后就没车回市区（事实上车上也贴着末班车是20：00点的），然后说爬长城怎样怎样艰辛，路程有多么的遥远，如果从一楼往上爬没时间也没精力爬到北八楼的好汉坡。在他的一番好心相劝之下，下车以后基本全车人都跟他去买包含滑车（直达北四楼，省下了爬上半段的力气）的套票，价格100″。
个人的经历告诉我，这说得很对。很多人下车后都被骗了去坐滑车(你下车后真找不到只卖门票的地方，不怕，后面我会告诉你售票点)。我们坐了一个多小时的车到八达岭，如果还选择坐滑车（坐缆车的更说不过去了，除非你真的不想走），还证明你只是选择来看长城而不是爬长城的，所以来爬长城的你果断忽略那滑车和“狡猾”的导游。

好吧，哪里去买门票？
顺着斜坡网上走，还没有到那个“熊乐园”，留意你左手边，会有一个写着售票处的门口，走进去吧，顺着路往上走（要走上一个有50米长的石阶，两边都是一些纪念品的小铺位）。走出这个路你会看到一个八达岭长城的全景示意图（地图）

到这里最简单的方法就跟着人流走，或者根据地图走，向上走直至走到关城，售票处就在那，还是非常的明显的.这里也是登长城的起点.
登长城过程没有什么好说的，就是使劲的往上爬,使劲的拍照.

下面是写给像我这样爬玩长城后，又要去十三陵的同学：
a.八达岭的停车场是分前后停车场（在上面提到的八达岭全景示意图可以看到）。如果你是坐919直达快车来的，那到站停车的地方是前山停车场。以关城为分界，前山停车场是在关城的东边，后山停车场就是在关城的西边了。
b)到了后山停车场（注意那里也有黑车，还是54他们吧），可以选择坐919大站快和880（880貌似有只直达市区的，所以上车前肯定要多口问问）到“西关环岛”站下（或者是明蜡像馆）
c.然后步行到“西关环岛”东侧换成314直达十三陵定陵（我猜你也是到定陵的吧？其他的十三陵的地方没什么好去的，其实定陵也很一般）这里我遇到了最坑爹的一件事情：环岛在施工，以致不能直接穿过去（上314的时候还不忙问了下阿姨，阿姨说还有两个月之后才能施工完，竣工后就不用绕路了），为此我足足走多了3-4公里的路，绕了个超级大弯，幸亏我手上有个ipad作导航，所以也提醒下你，出门旅游最好还是带个有导航功能的电子设备.

到了十三陵，买门票，游玩！我觉得是不值门票价的 哈哈

回市区可以做872，最晚是18：00，就在来的时候坐的那个314下车的地方，有公车牌应该很清楚的。

tips：
在景点处还是尽量少消费，忍着吧！

最后，祝玩得开心

超过共享内存的大小限制？

在一个linux服务器上，共享内存的总体大小是有限制的，这个大小通过SHMMAX参数来定义（以字节为单位），您可以通过执行以下命令来确定 SHMMAX 的值：

# cat /proc/sys/kernel/shmmax

如果机器上创建的共享内存的总共大小超出了这个限制，在程序中使用标准错误perror可能会出现以下的信息：

unable to attach to shared memory

解决方法：

1、设置 SHMMAX

SHMMAX 的默认值是 32MB 。一般使用下列方法之一种将 SHMMAX 参数设为 2GB ：

通过直接更改 /proc 文件系统，你不需重新启动机器就可以改变 SHMMAX 的默认设置。我使用的方法是将以下命令放入 />etc/rc.local 启动文件中：

# echo "2147483648" > /proc/sys/kernel/shmmax

您还可以使用 sysctl 命令来更改 SHMMAX 的值：

# sysctl -w kernel.shmmax=2147483648

最后，通过将该内核参数插入到 /etc/sysctl.conf 启动文件中，您可以使这种更改永久有效：

# echo "kernel.shmmax=2147483648" >> /etc/sysctl.conf

2、设置 SHMMNI

我们现在来看 SHMMNI 参数。这个内核参数用于设置系统范围内共享内存段的最大数量。该参数的默认值是 4096 。这一数值已经足够，通常不需要更改。

您可以通过执行以下命令来确定 SHMMNI 的值：

# cat /proc/sys/kernel/shmmni
4096

3、设置 SHMALL

最后，我们来看 SHMALL 共享内存内核参数。该参数控制着系统一次可以使用的共享内存总量（以页为单位）。简言之，该参数的值始终应该至少为：

ceil(SHMMAX/PAGE_SIZE)

SHMALL 的默认大小为 2097152 ，可以使用以下命令进行查询：

# cat /proc/sys/kernel/shmall

2097152

SHMALL 的默认设置对于我们来说应该足够使用。

注意： 在 i386 平台上 Red Hat Linux 的 页面大小 为 4096 字节。但是，您可以使用 bigpages ，它支持配置更大的内存页面尺寸。

多次进行shmat会出现什么问题？

当首次创建共享内存段时，它并不能被任何进程所访问。为了使共享内存区可以被访问，则必须通过 shmat 函数将其附加( attach )到自己的进程空间中，这样进程就与共享内存建立了连接。该函数声明在 linux/shm.h中：

#include
#include

void *shmat(int shmid, const void *shmaddr, int shmflg);

参数 shmid 是 shmget() 的返回值，是个标识符；
参数 shmflg 是存取权限标志；如果为 0 ，则不设置任何限制权限。在 中定义了几个权限：

#define SHM_RDONLY 010000 /* attach read-only else read-write */
#define SHM_RND 020000 /* round attach address to SHMLBA */
#define SHM_REMAP 040000 /* take-over region on attach */

如果指定 SHM_RDONLY ，那么共享内存区只有读取权限。

参数 shmaddr 是共享内存的附加点，不同的取值有不同的含义：

Ø如果为空，则由内核选择一个空闲的内存区；如果非空，返回地址取决于调用者是否给 shmflg 参数指定 SHM_RND 值，如果没有指定，则共享内存区附加到由 shmaddr 指定的地址；否则附加地址为 shmaddr 向下舍入一个共享内存低端边界地址后的地址 (SHMLBA ，一个常址)。

Ø通常将参数 shmaddr 设置为 NULL 。

shmat() 调用成功后返回一个指向共享内存区的指针，使用该指针就可以访问共享内存区了，如果失败则返回 -1。

其映射关系如下图所示：

图1.1 共享内存映射图

其中，shmaddr表示的是物理内存空间映射到进程的虚拟内存空间时候，虚拟内存空间中该块内存的起始地址，在使用中，因为我们一般不清楚进程中哪些地址没有被占用，所以不好指定物理空间的内存要映射到本进程的虚拟内存地址，一般会让内核自己指定：

void ptr = shmat(shmid, NULL,0);

这样挂载一个共享内存如果是一次调用是没有问题的，但是一个进程是可以对同一个共享内存多次 shmat进行挂载的，物理内存是指向同一块，如果shmaddr为NULL，则每次返回的线性地址空间都不同。而且指向这块共享内存的引用计数会增加。也就是进程多块线性空间会指向同一块物理地址。这样，如果之前挂载过这块共享内存的进程的线性地址没有被shmdt掉，即申请的线性地址都没有释放，就会一直消耗进程的虚拟内存空间，很有可能会最后导致进程线性空间被使用完而导致下次shmat或者其他操作失败。

解决方法：

可以通过判断需要申请的共享内存指针是否为空来标识是否是第一次挂载共享内存，若是则使用进行挂载，若不是则退出。

void* ptr = NULL;

...

if (NULL != ptr)

return;

ptr = shmat(shmid,ptr,0666);

附：

函数shmat将标识号为shmid共享内存映射到调用进程的地址空间中，映射的地址由参数shmaddr和shmflg共同确定，其准则为：
(1) 如果参数shmaddr取值为NULL，系统将自动确定共享内存链接到进程空间的首地址。
(2) 如果参数shmaddr取值不为NULL且参数shmflg没有指定SHM_RND标志，系统将运用地址shmaddr链接共享内存。
(3) 如果参数shmaddr取值不为NULL且参数shmflg指定了SHM_RND标志位，系统将地址shmaddr对齐后链接共享内存。其中选项SHM_RND的意思是取整对齐，常数SHMLBA代表了低边界地址的倍数，公式“shmaddr – (shmaddr % SHMLBA)”的意思是将地址shmaddr移动到低边界地址的整数倍上。

Shmget创建共享内存，当key相同时，什么情况下会出错？

shmget() 用来创建一个共享内存区，或者访问一个已存在的共享内存区。该函数定义在头文件 linux/shm.h中，原型如下：

#include
#include

int shmget(key_t key, size_t size, int shmflg);

参数 key是由 ftok() 得到的键值；

参数 size 是以字节为单位指定内存的大小；

参数 shmflg 是操作标志位，它的一些宏定义如下：

IPC_CREATE : 调用 shmget 时，系统将此值与其他共享内存区的 key 进行比较，如果存在相同的 key ，说明共享内存区已存在，此时返回该共享内存区的标识符，否则新建一个共享内存区并返回其标识符。

IPC_EXCL : 该宏必须和 IPC_CREATE 一起使用，否则没意义。当 shmflg 取 IPC_CREATE | IPC_EXCL 时，表示如果发现内存区已经存在则返回 -1，错误代码为 EEXIST 。

注意，当创建一个新的共享内存区时，size 的值必须大于 0 ；如果是访问一个已经存在的内存共享区，则置 size 为 0 。

一般我们创建共享内存的时候会在一个进程中使用shmget来创建共享内存，

Int shmid = shmget(key, size, IPC_CREATE|0666);

而在另外的进程中，使用shmget和同样的key来获取到这个已经创建了的共享内存,

Int shmid = shmget(key, size, IPC_CREATE|0666);

如果创建进程和挂接进程key相同，而对应的size大小不同，是否会shmget失败？

Ø 已经创建的共享内存的大小是可以调整的，但是已经创建的共享内存的大小只能调小，不能调大

如

shm_id = shmget(key,4194304,IPC_CREAT);

创建了一个4M大小的共享内存，如果这个共享内存没有删掉，我们再使用

shm_id = shmget(key,10485760,IPC_CREAT);

来创建一个10M大小的共享内存的时候，使用标准错误输出会有如下错误信息：

shmget error: Invalid argument

但是，如果我们使用

shm_id = shmget(key,3145728,IPC_CREAT);

来创建一个3M大小的共享内存的时候，并不会输出错误信息，只是共享内存大小会被修改为3145728，这也说明，使用共享内存的时候，是用key来作为共享内存的唯一标识的，共享内存的大小不能区分共享内存。

这样会导致什么问题？

当多个进程都能创建共享内存的时候，如果key出现相同的情况，并且一个进程需要创建的共享内存的大小要比另外一个进程要创建的共享内存小，共享内存大的进程先创建共享内存，共享内存小的进程后创建共享内存，小共享内存的进程就会获取到大的共享内存进程的共享内存，并修改其共享内存的大小和内容（留意下面的评论补充），从而可能导致大的共享内存进程崩溃。

解决方法：

方法一：

在所有的共享内存创建的时候，使用排他性创建，即使用IPC_EXCL标记：

Shmget(key, size,IPC_CREATE|IPC_EXCL);

在共享内存挂接的时候，先使用排他性创建判断共享内存是否已经创建，如果还没创建则进行出错处理，若已经创建，则挂接

Shmid = Shmget(key, size,IPC_CREATE|IPC_EXCL);

If (-1 != shmid)

{

Printf("error");
}

Shmid = Shmget(key, size,IPC_CREATE);

方法二：

虽然都希望自己的程序能和其他的程序预先约定一个唯一的键值，但实际上并不是总可能的成行的，因为自己的程序无法为一块共享内存选择一个键值。因此，在此把key设为IPC_PRIVATE，这样，操作系统将忽略键，建立一个新的共享内存，指定一个键值，然后返回这块共享内存IPC标识符ID。而将这个新的共享内存的标识符ID告诉其他进程可以在建立共享内存后通过派生子进程，或写入文件或管道来实现，即这种方法不使用key来创建共享内存，由操作系统来保证唯一性。

ftok是否一定会产生唯一的key值？

系统建立IPC通讯（如消息队列、共享内存时）必须指定一个ID值。通常情况下，该id值通过ftok函数得到。

ftok原型如下：

key_t ftok( char * pathname, int proj_id)

pathname就时你指定的文件名，proj_id是子序号。

在一般的UNIX实现中，是将文件的索引节点号取出，前面加上子序号得到key_t的返回值。如指定文件的索引节点号为65538，换算成16进制为0×010002，而你指定的proj_id值为38，换算成16进制为0×26，则最后的key_t返回值为0×26010002。

查询文件索引节点号的方法是： ls -i

但当删除重建文件后，索引节点号由操作系统根据当时文件系统的使用情况分配，因此与原来不同，所以得到的索引节点号也不同。

根据pathname指定的文件（或目录）名称，以及proj_id参数指定的数字，ftok函数为IPC对象生成一个唯一性的键值。在实际应用中，很容易产生的一个理解是，在proj_id相同的情况下，只要文件（或目录）名称不变，就可以确保ftok返回始终一致的键值。然而，这个理解并非完全正确，有可能给应用开发埋下很隐晦的陷阱。因为ftok的实现存在这样的风险，即在访问同一共享内存的多个进程先后调用ftok函数的时间段中，如果pathname指定的文件（或目录）被删除且重新创建，则文件系统会赋予这个同名文件（或目录）新的i节点信息，于是这些进程所调用的ftok虽然都能正常返回，但得到的键值却并不能保证相同。由此可能造成的后果是，原本这些进程意图访问一个相同的共享内存对象，然而由于它们各自得到的键值不同，实际上进程指向的共享内存不再一致；如果这些共享内存都得到创建，则在整个应用运行的过程中表面上不会报出任何错误，然而通过一个共享内存对象进行数据传输的目的将无法实现。

所以如果要确保key_t值不变，要么确保ftok的文件不被删除，要么不用ftok，指定一个固定的key_t值。

如果存在生成key_t值的文件被删除过，则很有可能自己现在使用的共享内存key_t值会和另外一个进程的key_t值冲突，如下面这种情况：

进程1使用文件1来ftok生成了key10000，进程2使用文件2来ftok生成了key 11111，此时如果进程1和进程2都需要下载文件，并将文件的内容更新到共享内存，此时进程1和2都需要先下文件，再删掉之前的共享内存，再使用ftok生成新的key，再用这个key去申请新的共享内存来装载新的问题，但是可能文件2比较大，下载慢，而文件1比较小，下载比较慢，由于文件1和文件2都被修改，此时文件1所占用的文件节点号可能是文件2之前所占用的，此时如果下载的文件1的ftok生成的key为11111的话，就会和此时还没有是否11111这个key的进程2的共享内存冲突，导致出现问题。

解决方法：

方法一：

在有下载文件操作的程序中，对下载的文件使用ftok获取key的时候，需要进行冲突避免的措施，如使用独占的方式获取共享内存，如果不成功，则对key进行加一操作，再进行获取共享内存，一直到不会产生冲突为止。

方法二：

下载文件之前，将之前的文件进行mv一下，先“占”着这个文件节点号，防止其他共享内存申请key的时候获取到。

另外：

创建进程在通知其他进程挂接的时候，建议不使用ftok方式来获取Key，而使用文件或者进程间通信的方式告知。

共享内存删除的陷阱？

当进程结束使用共享内存区时，要通过函数 shmdt 断开与共享内存区的连接。该函数声明在 sys/shm.h 中，其原型如下：

#include
#include
int shmdt(const void *shmaddr);

参数 shmaddr 是 shmat 函数的返回值。
进程脱离共享内存区后，数据结构 shmid_ds 中的 shm_nattch 就会减 1 。但是共享段内存依然存在，只有 shm_attch 为 0 后，即没有任何进程再使用该共享内存区，共享内存区才在内核中被删除。一般来说，当一个进程终止时，它所附加的共享内存区都会自动脱离。

我们通过

int shmctl( int shmid , int cmd , struct shmid_ds *buf );

来删除已经存在的共享内存。

第一个参数，shmid，是由shmget所返回的标记符。

第二个参数，cmd，是要执行的动作。他可以有三个值：

命令 描述
IPC_STAT 设置shmid_ds结构中的数据反射与共享内存相关联的值。
IPC_SET 如果进程有相应的权限，将与共享内存相关联的值设置为shmid_ds数据结构中所提供的值。
IPC_RMID 删除共享内存段。

第三个参数，buf，是一个指向包含共享内存模式与权限的结构的指针，删除的时候可以默认为0。

如果共享内存已经与所有访问它的进程断开了连接，则调用IPC_RMID子命令后，系统将立即删除共享内存的标识符，并删除该共享内存区，以及所有相关的数据结构；
如果仍有别的进程与该共享内存保持连接，则调用IPC_RMID子命令后，该共享内存并不会被立即从系统中删除，而是被设置为IPC_PRIVATE状态，并被标记为”已被删除”（使用ipcs命令可以看到dest字段）；直到已有连接全部断开，该共享内存才会最终从系统中消失。

需要说明的是：一旦通过shmctl对共享内存进行了删除操作，则该共享内存将不能再接受任何新的连接，即使它依然存在于系统中！所以，可以确知，在对共享内存删除之后不可能再有新的连接，则执行删除操作是安全的；否则，在删除操作之后如仍有新的连接发生，则这些连接都将可能失败！

Shmdt和shmctl的区别：

Shmdt 是将共享内存从进程空间detach出来，使进程中的shmid无效化，不可以使用。但是保留空间。
而shmctl(sid,IPC_RMID,0)则是删除共享内存，彻底不可用，释放空间。