Linux /proc/cpuinfo代码的实现

       为了获取系统中CPU的详细配置信息，Linux提供了一个名为/proc/cpuinfo的架源文件。这个文件可以被系统命令cat轻松查看。社区

       对于ARM架构的框框架芯片，其代码实现主要在arch/arm/kernel/head.S中，架源通过调用函数__lookup_processor_type来检查系统是社区十进制负数的源码怎么求否支持特定CPU，并获取相关procinfo信息。框框架procinfo是架源一个proc_info_list类型的结构体，用于抽象表示每种处理器。社区

       在Linux内核源代码中，框框架/proc/cpuinfo的架源实现通常位于fs/proc/cpuinfo.c或类似文件中。这里定义了一个proc_dir_entry结构体实例来代表/proc/cpuinfo文件。社区不同类型的框框架CPU芯片实现相同的接口但提供不同的内容，show_cpuinfo函数负责生成CPU信息，架源这些信息以序列化的社区方式生成。

       在ARM架构中，帝国cms源码开发for_each_online_cpu宏用于遍历系统中所有在线的CPU，并在每次迭代中执行特定操作，对每个CPU执行特定的操作。这一宏在内核模块或内核代码中广泛使用，特别是在需要操作或收集每个CPU信息时。

       在模块初始化函数fs_initcall(proc_cpuinfo_init)中，通过proc_create函数将/proc/cpuinfo条目注册到/proc文件系统中，并关联定义的file_operations结构体。内核编译与加载后，/proc/cpuinfo条目就会被创建，准备好在用户空间程序请求时提供CPU信息。

       对于x架构，虽然函数名称可能不同，但实现原理类似，提供CPU信息的55海淘源码获取与展示。快捷查询命令如cat /proc/cpuinfo可快速查看系统CPU的详细配置。

Cat 命令的源码历史

       在计算机科学领域，有人曾质疑是否值得主修这个学科，认为它发展迅速，学过的知识可能很快过时。然而，实际上，计算机科学的基础原理和技能并没有因为技术的更新而完全变化。例如，grep这个简单的程序自年编写以来，仍然在被广泛使用，证明了计算机科学领域中一些原理的持久性。

       以grep为例，它在年后就没有更新过，这表明在计算机科学中，前端监控上报源码有些原理和技能可以经受住时间的考验。即使技术在不断进步，但解决问题的方法和思路仍然可以被应用在新的场景中。

       回顾cat命令的源码历史，可以发现它自年肯·汤普森编写以来，经历了多次重写，但核心功能和运行方式基本保持不变。从PDP 7到PDP 再到C语言，cat命令在不断适应新的硬件和编程环境，但其基本原理和功能仍然得以保留。

       尽管cat命令的源码在不同的Unix版本中有所变化，但其核心功能和原理并没有过时。这表明，在计算机科学领域，有些原理和技能可以跨越时间，触手直播软件源码经久不衰。因此，计算机科学并非一个不断破坏现状的领域，而是建立在历史文物基础上的学科。

       在现代计算机系统中，我们正在使用着有着数十年历史的程序，例如grep和cat命令。这说明在计算机科学领域中，有些想法和程序本身具有持久性。随着时间的推移，我们可能会发现自己正在使用着有着接近百年历史的程序。

       因此，计算机科学和软件开发不仅仅是不断发明新技术的过程，而是对历史文物的持续理解和维护。有时，我们可能需要花费更多时间在理解和维护这些历史程序上，而不是编写新代码。计算机科学的持久性体现在它能够适应技术的发展，同时保留其核心原理和功能，为未来的技术发展打下坚实的基础。

如何查看linux命令源代码

       用linux一段时间了，有时候想看看ls、cat、more等命令的源代码，在下载的内核源码中用cscope没能找到，在网上搜索了一下，将方 法总结如下：以搜索ls命令源码为例，先搜索命令所在包，命令如下：

       lpj@lpj-linux:~$ which ls /bin/ls用命令搜索该软件所在包，代码如下：

       lpj@lpj-linux:~$ dpkg -S /bin/ls coreutils: /bin/ls从上一步中可以知道ls命令的实现在包coreutils中，用apt安装(说安装有些歧义，主要是区分apt-get -d)该包的源代码然后解压，代码如下：

       sudo apt-get source coreutils cd /usr/src/coreutils-XXX #XXX表示版本号 sudo tar zxvf coreutils-XXX.tar.gz 或者只下载源码，然后手动打补丁再解压，代码如下：

       sudo apt-get -d source coreutils cd /usr/src tar zxvf coreutils-XXX.tar.gz gzip -d coreutils-XXX.diff.gz #这一步会生成coreutils-XXX.diff文件 patch -p0 < coreutils-XXX.diff cd coreutils-XXX tar zxvf coreutils-XXX.tar.gzOK，这几步执行完后，就可以进入/usr/src/coreutils-XXX/coreutils-XXX/src中查看各命令对应的源代码了

Mycat和MySQL的区别

       Mycat和MySQL的区别：

       å¯ä»¥æŠŠä¸Šå±‚看作是对下层的抽象，例如操作系统是对各类计算机硬件的抽象。那么我们什么时候需要抽象？假如只有一种硬件的时候，我们需要开发一个操作系统吗？

       å†æ¯”如一个项目只需要一个人完成的时候不需要leader，但是当需要几十人完成时，就应该有一个管理者，发挥沟通协调等作用，而这个管理者对于他的上层来说就是对项目组的抽象。

       åŒæ ·çš„，当我们的应用只需要一台数据库服务器的时候我们并不需要Mycat，而如果你需要分库甚至分表，这时候应用要面对很多个数据库的时候，这个时候就需要对数据库层做一个抽象，来管理这些数据库，而最上面的应用只需要面对一个数据库层的抽象或者说数据库中间件就好了，这就是Mycat的核心作用。

       æ‰€ä»¥å¯ä»¥è¿™æ ·ç†è§£ï¼šæ•°æ®åº“是对底层存储文件的抽象，而Mycat是对数据库的抽象。

mycat 高可用

       mycat 高可用

       mycat 可通过 zookeeper 集群进行配置文件管理。

       1.1 搭建 zookeeper 集群

       此处不做 zookeeper集群搭建讲解

       1.2 配置mycat支持zookeeper

       修改 mycat conf 目录下myid.properties

       loadZk=true # zk集群地址，多个用","隔开 zkURL=..3.:,..3.:,..3.: # zk集群内Mycat集群ID clusterId=mycat-cluster-1 # Mycat集群内本实例ID，禁止重复 myid=mycat_fz_ # Mycat集群内节点个数 clusterSize=3 #集群内所有节点的 id clusterNodes=mycat_fz_,mycat_fz_,mycat_fz_ #server booster ; booster install on db same server,will reset all minCon to 1 type=server boosterDataHosts=dataHost1

       1.3 自定义配置

       将需要修改的配置文件替换到 conf 目录中的 zkconf 目录下,只需要在一台机器修改即可,需要注意 conf目录中的 server.xml 中用户名和密码与 zkconf 中的不一致

       1.4 上传配置

       执行修改了配置文件的 mycat 下的bin 目录下的initzkdata.sh,上传配置文件,(在修改了配置文件的机器上执行)

       ./initzkdata.sh

       1.5 启动所有 mycat

       启动后发现其他 mycat conf 下的配置文件已经自动变化为修改的内容,是zookeeper 中下载的

       2. 使用的是 lvs+keepalived 的方式

       此处使用的是 lvs+keepalived 的方式实现mycat高可用负载均衡集群

       2.1 配置环境

       角色 主机IP 主机名 操作系统版本 软件版本

       VIP ..3.

       LVS-DR-Master ..3. keepalived CentOS6.9 Keepalived v1.2.，LVS 1.2.1

       LVS-DR-Backup ..3. keepalived CentOS6.9 Keepalived v1.2.，LVS 1.2.1

       mycat-Realserver ..3. mycat CentOS6.9 mycat v1.6.5

       mycat-Realserver ..3. mycat CentOS6.9 mycat v1.6.5

       mycat-Realserver ..3. mycat CentOS6.9 mycat v1.6.5

       2.2 安装keepalived和ipvsadm

       注意：ipvsadm并不是lvs，它只是lvs的配置工具。在 CentOS1.1 的内核版本中是默认支持的。因此，这里不需要重新安装。使用 yum 的安装方式，分别在 keepalived 和 keepalived 两台主机上安装 keepalived 和 ipvsadm。除了这种简易方式外，也可直接编译官方的源码包。安装步骤可参考文档。

       2.3 配置Keepalived

       2.3.1 master

       vi /etc/keepalived/keepalived.conf

       配置详细内容如下，注意优先级、状态、接口、虚拟IP地址、负载调度算法、服务器节点配置、检查间隔、会话保持时间、协议类型等参数设置。

       2.3.2 backup

       备份机配置与主机一致，除了优先级和状态修改外。

       在配置文件中，特别需要注意的是interface的修改，根据实际情况进行相应的修改。

       2.4 安装配置 mycat

       安装mycat请参考相关文档。

       2.4.1 绑定虚拟 vip

       在mycat服务器上为lo:0绑定VIP地址、抑制ARP广播。

       执行脚本./realserver.sh start在mycat和mycat、mycat三台主机上。

       2.4.2 查看

       运行 ifconfig 查看结果。

       2.5 启动 keeplive

       分别在keepalived和keepalived上启动Keepalived服务。

       2.5.1 查看

       通过ipvsadm -L 查看映射。

       2.5.2 测试

       通过一台装有 mysql的机器连接虚拟 ip 发现可以登录数据库。

       2.5.3 查看转发

       再次在 keepalived 的机器执行ipvsadm -L,发现被转到上面一次。

       2.5.4 负载均衡方式

       与配置相关，多次都指向一个机器，因为我们在 keepalived 的配置文件中persistence_timeout属性指定为，则代表秒内同一个机器来的请求会被 hash 一致性分配。如果想实现严格意义上面的轮询，修改为0即可。