本篇是开源软件最后一篇，接下来的一周将推送语言相关或项目管理相关内容。敬请期待。以下正文： 所谓集群系统，是指由多个进程和服务器合作组成完成一定功能的系统。之所以要由多个节点（进程或服务器）组成，其中一个重要目标是：容灾。但是，一大堆服务器要能协同工作，必须要有一个负责组织整个集群的中心，这个中心由于具有唯一性，所以往往都会是一个单点。这个时候问题来了，这个单点如果故障了，整个集群都可能瘫痪，是命门所在。因此，为了让集群中心不再成为单点，Google开发了ZooKeeper这款著名的开源软件。 ZooKe
使用Linux的rename机制保证文件写入要么成功，要么失败，绝对不能出现写了一半的情况。
微服务很重要。它们可以为我们的架构和团队带来一些相当大的胜利，但微服务也有很多成本。随着微服务、无服务器和其他分布式系统架构在行业中变得更加普遍，我们将它们的问题和解决它们的策略内化是至关重要的。在本文中，我们将研究网络边界可能引入的许多棘手问题的一个示例：超时。
作者王家彬，腾讯后台开发工程师，参与“LBS+AR”天降红包项目，其所在“2016春节红包联合项目团队”获得2016公司级业务突破奖。
和Mysql主从复制的原因一样，Redis虽然读取写入的速度都特别快，但是也会产生读压力特别大的情况。为了分担读压力，Redis支持主从复制，Redis的主从结构可以采用一主多从或者级联结构，Redis主从复制可以根据是否是全量分为全量同步和增量同步。下图为级联结构。
网络协议那么多，为什么面试喜欢问TCP？原因无外乎两个：1、TCP协议直接与进程打交道，写网络程序要用；2、TCP协议设计十分精巧，在一个不可靠的IP网络上实现了可靠传输，因为精巧，掌握TCP的原理自然也有难度，对它掌握如何，很能反映面试者的基础水平。闲言少叙，看看这几个问题你能不能答出来！ 1、A进程通过TCP向另一台机器上的B进程发送了一个字符串“hello”，TCP返回对方成功接收的确认信息，请问，现在进程A是否可以肯定地说进程B收到了它发送的字符串？ 答案：不能！举反例，进程B所在机器的TCP收
网络协议那么多，为什么面试喜欢问TCP？原因无外乎两个：1、TCP协议直接与进程打交道，写网络程序要用；2、TCP协议设计十分精巧，在一个不可靠的IP网络上实现了可靠传输，因为精巧，掌握TCP的原理自然也有难度，对它掌握如何，很能反映面试者的基础水平。闲言少叙，看看这几个问题你能不能答出来！ 1、A进程通过TCP向另一台机器上的B进程发送了一个字符串“hello”，TCP返回对方成功接收的确认信息，请问，现在进程A是否可以肯定地说进程B收到了它发送的字符串？ 答案：不能！举反例，进程B所在机器的TCP
前两天朋友去面试极光等一些企业遇到了一些问题记录了下来，问我有没有什么想法。问题是关于域管登录过的域内主机，卡巴之类的杀软保护了 lsass 进程，有哪些方法可以读取域管的明文密码。
进程间通信简称IPC（Interprocess communication），进程间通信就是在不同进程之间传播或交换信息。
1. 什么是linux服务器load average？ Load是用来度量服务器工作量的大小，即计算机cpu任务执行队列的长度，值越大，表明包括正在运行和待运行的进程数越多。 参考资料：http://en.wikipedia.org/wiki/Load_average
在进行数据存储的时候，最担心的莫过于数据丢失了，而数据丢失可以从很多层面来进行保障，但是最终数据都是存储在磁盘当中。
随着网络安全的快速发展，不少的互联网公司都积极的参与到了这个领域，随着《网络安全法》颁布与实施、等保2.0的颁布等为网路安全发展提供了有力的后盾。一个事物的快速发展，也会引起其它不利的事物萌芽。不错，就是网络入侵事件的出现，说白了就是黑产。比如Facebook泄露的8700万用户数据、前程无忧招聘网站求职信息的泄露、华住下多个连锁酒店5亿信息泄露、万豪喜达屋用户信息泄露等。
无论是我们在学校刚开始学编程，还是在刚参加工作开始处理实际问题，写出来的程序都是很简单的。因为面对的问题很简单。以处理数据为例，可能只是把一个几十K的文件解析下，然后生成一个词频分析的报告。很简单的程序，十几行甚至几行就搞定了。
初级 Linux 问题： 谈谈你喜欢的开发/管理环境。（操作系统、编辑器、浏览器、工具等） 告诉我你完成的最后一个主要 Linux 项目。 管理员用户的名称和 UID 是什么？ 如何列出目录中的所有文件，包括隐藏文件？ 删除目录及其内容的 Linux 命令是什么？ 中级 Linux 问题： 以下命令有什么作用，您将如何使用它们？ tee awk 什么是隧道以及如何绕过 HTTP 代理？ IDS 和 IPS 有什么区别？ 您经常使用哪些快捷键？ 高级Linux 问题： 正在运行的进程获得 EAGAIN：读取套
cat_id smallint unsigned not null auto_increment primary key comment'类别ID',
在远古时代，如果浏览器需要从服务器请求资源，其交互模式为 “客户端发出请求 -> 服务端接收请求并返回相应 HTML 文档 -> 页面刷新，客户端加载新的 HTML文档”，很显然，在这种情况下，即使只是为了更新部分数据，我们也不得不重新加载整个重绘的页面。而 AJAX 的出现解决了这个问题。
谈到监控，有各种各样的监控软件，有各种各样的存储数据的格式，最流行的莫过于将相关的监控数据存储在mysql中，建一个表，然后按照时间来进行监控，这种方式最大的缺点就是不能灵活的按照各种维度来统计数据。
在Windows操作系统下，进程之间通信（IPC）可以通过多种机制实现，以下是一些常用的通信方法：
前面介绍了企业常用服务 NFS 、 FTP 、 DHCP 、DNS 、Samba 、lsyncd 相关的知识点，今天我将详细的为大家介绍邮件服务 Postfix 相关知识，希望大家能够从中收获多多！如有帮助，请点在看、转发朋友圈支持一波！！！
除了网络通信外，服务器程序还必须考虑许多其他细节问题，零碎，但基本上都是模板式的。
作者：且飙丶且珍惜 来源： http://blog.csdn.net/dextrad_ihacker/article/details/51930998 除了网络通信外，服务器程序还必须考虑许多其他细节问题，零碎，但基本上都是模板式的。 ———引 Linux服务器程序一般以后台形式运行。后台程序又称守护进程。它没有控制终端，因而也不会意外接受用户输入。守护进程的父进程一般是init进程（pid=1）。 Linux服务器程序通常有一套日志系统，它至少能输出日志到文件，有的高级服务器可以输出日志到专门的UDP
随着数字时代的来临，TCP网络程序已成为程序员不可或缺的技术领域。本博客将带领读者深入研究，从最基础的字符串回响开始，逐步探索至多进程、多线程服务器的高级实践。我们将详细探讨每个环节的核心功能和实现细节，致力于帮助读者深刻理解网络编程的本质。通过系统学习本博客内容，读者将获得构建稳健网络应用的重要技能，更加自信地应对日益复杂的软件开发挑战。这里将为你的编程旅程提供扎实的基础和深远的启示。
Redis 现在应该是各大厂标配了，不过可能很多人只懂得怎么用，但对其原理不甚了解，今天我们就用图解的形式来深入了解 Redis 高性能，高可用的秘密
如果通过快速配置的方式进行购买云服务器，云服务器的初始密码将会以电子邮件和控制台站内信发送给您。
大家好，又见面了，我是你们的朋友全栈君。 管道（Pipe）实际是用于进程间通信的一段共享内存，创建管道的进程称为管道服务器，连接到一个管道的进程为管道客户机。一个进程在向管道写入数据后，另一进程就可以从管道的另一端将其读取出来。匿名管道（Anonymous Pipes）是在父进程和子进程间单向传输数据的一种未命名的管道，只能在本地计算机中使用，而不可用于网络间的通信。 匿名管道实施细则 匿名管道由CreatePipe（）函数创建，该函数在创建匿名管道的同时返回两个句柄：管道读句柄和管道写句柄。CreatePipe（）的函数原型为： BOOL CreatePipe(PHANDLE hReadPipe, // 指向读句柄的指针 PHANDLE hWritePipe, // 指向写句柄的指针 LPSECURITY_ATTRIBUTES lpPipeAttributes, // 指向安全属性的指针 DWORD nSize // 管道大小 ); 通过hReadPipe和hWritePipe所指向的句柄可分别以只读、只写的方式去访问管道。在使用匿名管道通信时，服务器进程必须将其中的一个句柄传送给客户机进程。句柄的传递多通过继承来完成，服务器进程也允许这些句柄为子进程所继承。除此之外，进程也可以通过诸如DDE或共享内存等形式的进程间通信将句柄发送给与其不相关联的进程。 在调用CreatePipe（）函数时，如果管道服务器将lpPipeAttributes 指向的SECURITY_ATTRIBUTES数据结构的数据成员bInheritHandle设置为TRUE，那么CreatePipe（）创建的管道读、写句柄将会被继承。管道服务器可调用DuplicateHandle（）函数改变管道句柄的继承。管道服务器可以为一个可继承的管道句柄创建一个不可继承的副本或是为一个不可继承的管道句柄创建一个可继承的副本。CreateProcess（）函数还可以使管道服务器有能力决定子进程对其可继承句柄是全部继承还是不继承。 在生成子进程之前，父进程首先调用Win32 API SetStdHandle（）使子进程、父进程可共用标准输入、标准输出和标准错误句柄。当父进程向子进程发送数据时，用SetStdHandle（）将管道的读句柄赋予标准输入句柄；在从子进程接收数据时，则用SetStdHandle（）将管道的写句柄赋予标准输出（或标准错误）句柄。然后，父进程可以调用进程创建函数CreateProcess（）生成子进程。如果父进程要发送数据到子进程，父进程可调用WriteFile（）将数据写入到管道（传递管道写句柄给函数），子进程则调用GetStdHandle（）取得管道的读句柄，将该句柄传入ReadFile（）后从管道读取数据。 如果是父进程从子进程读取数据，那么由子进程调用GetStdHandle（）取得管道的写入句柄，并调用WriteFile（）将数据写入到管道。然后，父进程调用ReadFile（）从管道读取出数据（传递管道读句柄给函数）。 在用WriteFile（）函数向管道写入数据时，只有在向管道写完指定字节的数据后或是在有错误发生时函数才会返回。如管道缓冲已满而数据还没有写完，WriteFile（）将要等到另一进程对管道中数据读取以释放出更多可用空间后才能够返回。管道服务器在调用CreatePipe（）创建管道时以参数nSize对管道的缓冲大小作了设定。 匿名管道并不支持异步读、写操作，这也就意味着不能在匿名管道中使用ReadFileEx（）和WriteFileEx（），而且ReadFile（）和WriteFile（）中的lpOverLapped参数也将被忽略。匿名管道将在读、写句柄都被关闭后退出，也可以在进程中调用CloseHandle（）函数来关闭此句柄 / 匿名管道程序示例 总的来说，匿名管道程序是比较简单的。在下面将要给出的程序示例中，将由父进程（管道服务器）创建一个子进程（管道客户机），子进程回见个其全部的标准输出发送到匿名管道中，父进程再从管道读取数据，一直到子进程关闭管道的写句柄。其中，匿名管道服务器程序的实现清单如下： STARTUPINFO si; PROCESS_INFORMATION pi; char ReadBuf[100]; DWORD ReadNum; HANDLE hRead; // 管道读句柄 HANDLE hWrite; // 管道写句柄 BOOL bRet = CreatePipe(&hRead, &hWrite, NULL, 0); // 创建匿名管道 if (bRet
当从一个单体系统转向微服务架构（microservice architecture， MSA）时，处理分布式系统带来的复杂性是一个挑战。事务处理是其中的首要核心问题。在一个 Web 应用程序中使用本地事务完成的典型数据库事务，现在是一个复杂的分布式事务问题。在本文中，我们将讨论造成这种情况的原因、可能的解决方案以及使用 MSA 开发安全事务性软件系统的最佳实践。
上篇文章我们将了RDB的原理，这节来看看AOF。 AOF字面的意思是，append only file仅追加文件。 AOF 是以协议文本的方式，将所有对数据库进行过写入的命令（及其参数）记录到 AOF 文件，以此达到记录数据库状态的目的。是不是和mysql的binlog日志模式还是有点类似 mysql的binlog是记录所有数据库表结构变更（例如CREATE、ALTER TABLE…）以及表数据修改（INSERT、UPDATE、DELETE…）的二进制日志。
今天接着昨天的socket_recv()继续编，上来就得先尝试解决一个问题：客户端每次发来的数据长度都是不固定的，怎么办？
1. 为了让我们的代码更规范化，所以搞出了日志等级分类，常见的日志输出等级有DEBUG NORMAL WARNING ERROR FATAL等，再配合上程序运行的时间，输出的内容等，公司中就是使用日志分类的方式来记录程序的输出，方便程序员找bug。 实际上在系统目录/var/log/messages文件中也记录了Linux系统自己的日志输出，可以看到我的Linux系统中之前在使用时产生了很多的error和warning，我们的代码也可以搞出来这样的输出日志信息到文件的功能。
Zookeeper--Zookeeper是什么 博客借鉴http://www.cnblogs.com/yuyijq/p/3391945.html Google的三篇论文影响了很多很多人，也影响了很多很多系统。这三 篇论文一直是分布式领域传阅的经典。根据MapReduce，于是我们有了Hadoop；根据GFS，于是我们有了HDFS；根据BigTable，于是 我们有了HBase。而在这三篇论文里都提及Google的一个lock service---Chubby，哦，于是我们有了Zookeeper。 随着大
在当今数字化时代，网络通信作为连接世界的桥梁，成为计算机科学领域中至关重要的一部分。理解网络编程是每一位程序员必备的技能之一，而掌握套接字编程则是深入了解网络通信的关键。本博客将深入讨论套接字编程中的基本概念、常见API以及实际应用，通过一步步的学习，帮助读者逐渐掌握网络编程的精髓。
HIDL 的远程过程调用 (RPC) 基础架构使用 Binder 机制，这意味着调用涉及开销、需要内核操作，并且可以触发调度程序操作。
Dubbo是一个分布式服务框架，致力于提供高性能和透明化的RPC远程服务调用方案，以及SOA服务治理方案。
Redis（REmote DIctionary Service）是一个开源的键值对数据库服务器。
今天就开启《面试八股文》系列的第一版-RPC王者Dubbo，moon 在后续的《面试八股文》系列还将继续推出mysql，spring，并发，redis，kafka，zookeeper等一系列文章。
今天就开启《面试八股文》系列的第一版-RPC王者Dubbo，在后续的《面试八股文》系列还将继续推出mysql，spring，并发，redis，kafka，zookeeper等一系列文章。
锁定所有表（防止数据库状态值变化，锁定后，这时候只能读，不能写，写请求会在解锁后执行）
每个Chubby文件和目录都可以作为一个读写锁：一个客户端句柄可以在独占（写）模式下持有该锁，或者任何数量的客户端句柄可以在共享（读）模式下持有该锁。就像大多数程序员所知道的mutexes，锁是建议性的。也就是说，它们只与其他试图获得相同锁的人发生冲突：持有一个名为F的锁既不是访问文件F的必要条件，也不会阻止其他客户这样做。我们不使用强制锁，它使被锁的对象无法被未持有其锁的客户端访问。
可以看到客户端通过connect方法发起三次握手，发送完第一个SYN分节以后，收到来自服务端的RST分节；
近似LRU：Redis会记录每个数据的最近一次访问的时间戳（LRU）。Redis执行写入操作时，若发现内存超出maxmemory，就会执行一次近似LRU淘汰算法。近似LRU会随机采样N个key，然后淘汰掉最旧的key，若淘汰后内存依然超出限制，则继续采样淘汰。可以通过maxmemory_samples配置项，设置近似LRU每次采样的数据个数，该配置项的默认值为5。
实现网络间通信，要解决一个首要问题是-如何唯一标识一个进程，在网络上，通常利用ip地址＋协议＋端口号唯一标示网络中的一个进程。IP层的ip地址可以唯一标示主机，而TCP层协议和端口号可以唯一标示主机的一个进程，这样它们就可以利用Socket进行通信了。
如：你在淘宝上买了一件衣服，卖家发货后，从广东省发货 到 你所在的地区 ，最终包裹成功到达你的手上，你还需要决定这个快递该怎么用
为什么数据需要存储在分布式的系统中哪，难道单一的计算机存储不了吗，难道现在的几个TB的硬盘装不下这些数据吗？事实上，确实装不下。比如，很多的电信通话记录就存储在很多台服务器的很多硬盘中。那么，要处理这么多数据，必须从一台一台服务器分别读取数据和写入数据，太麻烦了！
在 Linux 中，最直观、最可见的部分就是 文件系统(file system)。下面我们就来一起探讨一下关于 Linux 中国的文件系统，系统调用以及文件系统实现背后的原理和思想。这些思想中有一些来源于 MULTICS，现在已经被 Windows 等其他操作系统使用。Linux 的设计理念就是 小的就是好的(Small is Beautiful) 。虽然 Linux 只是使用了最简单的机制和少量的系统调用，但是 Linux 却提供了强大而优雅的文件系统。
〖0〗-操作成功完成。 〖1〗-功能错误。 〖2〗-系统找不到指定的文件。 〖3〗-系统找不到指定的路径。 〖4〗-系统无法打开文件。 〖5〗-拒绝访问。 〖6〗-句柄无效。 〖7〗-存储控制块被损坏。 〖8〗-存储空间不足，无法处理此命令。 〖9〗-存储控制块地址无效。 〖10〗-环境错误。 〖11〗-试图加载格式错误的程序。 〖12〗-访问码无效。 〖13〗-数据无效。 〖14〗-存储器不足，无法完成此操作。 〖15〗-系统找不到指定的驱动器。 〖16〗-无法删除目录。 〖17〗-系统无法将文件移到不同的驱动器。 〖18〗-没有更多文件。 〖19〗-介质受写入保护。 〖20〗-系统找不到指定的设备。 〖21〗-设备未就绪。 〖22〗-设备不识别此命令。 〖23〗-数据错误 (循环冗余检查)。 〖24〗-程序发出命令，但命令长度不正确。 〖25〗-驱动器无法找出磁盘上特定区域或磁道的位置。 〖26〗-无法访问指定的磁盘或软盘。 〖27〗-驱动器找不到请求的扇区。 〖28〗-打印机缺纸。 〖29〗-系统无法写入指定的设备。 〖30〗-系统无法从指定的设备上读取。 〖31〗-连到系统上的设备没有发挥作用。 〖32〗-进程无法访问文件，因为另一个程序正在使用此文件。 〖33〗-进程无法访问文件，因为另一个程序已锁定文件的一部分。 〖36〗-用来共享的打开文件过多。 〖38〗-到达文件结尾。 〖39〗-磁盘已满。 〖50〗-不支持该请求。 〖51〗-远程计算机不可用 。 〖52〗-在网络上已有重复的名称。 〖53〗-找不到网络路径。 〖54〗-网络忙。 〖55〗-指定的网络资源或设备不再可用。 〖56〗-已到达网络 BIOS 命令限制。 〖57〗-网络适配器硬件出错。 〖58〗-指定的服务器无法运行请求的操作。 〖59〗-发生意外的网络错误。 〖60〗-远程适配器不兼容。 〖61〗-打印机队列已满。 〖62〗-无法在服务器上获得用于保存待打印文件的空间。 〖63〗-删除等候打印的文件。 〖64〗-指定的网络名不再可用。 〖65〗-拒绝网络访问。 〖66〗-网络资源类型错误。 〖67〗-找不到网络名。 〖68〗-超过本地计算机网卡的名称限制。 〖69〗-超出网络 BIOS 会话限制。 〖70〗-远程服务器已暂停，或正在启动过程中。 〖71〗-当前已无法再同此远程计算机连接，因为已达到计算机的连接数目极限。 〖72〗-已暂停指定的打印机或磁盘设备。 〖80〗-文件存在。 〖82〗-无法创建目录或文件。 〖83〗-INT 24 失败。 〖84〗-无法取得处理此请求的存储空间。 〖85〗-本地设备名已在使用中。 〖86〗-指定的网络密码错误。 〖87〗-参数错误。 〖88〗-网络上发生写入错误。 〖89〗-系统无法在此时启动另一个进程。 〖100〗-无法创建另一个系统信号灯。 〖101〗-另一个进程拥有独占的信号灯。 〖102〗-已设置信号灯且无法关闭。 〖103〗-无法再设置信号灯。 〖104〗-无法在中断时请求独占的信号灯。 〖105〗-此信号灯的前一个所有权已结束。 〖107〗-程序停止，因为替代的软盘未插入。 〖108〗-磁盘在使用中，或被另一个进程锁定。 〖109〗-管道已结束。 〖110〗-系统无法打开指定的设备或文件。 〖111〗-文件名太长。 〖112〗-磁盘空间不足。 〖113〗-无法再获得内部文件的标识。 〖114〗-目标内部文件的标识不正确。 〖117〗-应用程序制作的 IOCTL 调用错误。 〖118〗-验证写入的切换参数值错误。 〖119〗-系统不支持请求的命令。 〖120〗-此功能只被此系统支持。 〖121〗-信号灯超时时间已到。 〖122〗-传递到系统调用的数据区太小。 〖123〗-文件名、目录名或卷标语法不正确。 〖124〗-系统调用级别错误。 〖125〗-磁盘没有卷标。 〖126〗-找不到指定的模块。 〖127〗-找不到指定的程序。 〖128〗-没有等候的子进程。 〖130〗-试图使用操作(而非原始磁盘 I/O)的已打开磁盘分区的文件句柄。 〖131〗-试图移动文件指针到文件开头之前。 〖132〗-无法在指定的设备或文件上设置文件
上周发布了《改进版CodeTimer及XCode性能测试》，展示了NewLife.XCode在性能上的表现。实际上NewLife.XCode是一个很平凡的ORM，只是在分页和缓存方面多下点功夫，注意每一个细节，才能保证在数据量大、业务繁忙的环境中得以保持良好的性能。 NewLife.XCode所经历过的比较忙的一个系统是一个网吧行业的核心系统，为五千家网吧，一百万客户端提供服务，每天大概有十几万会员多次登录客户端。当然这一百万客户端不可能同时全部登录。因为业务需要，每个客户端每隔一段时间（几秒）Pi
来源: https://martinfowler.com/articles/patterns-of-distributed-systems/
我感到惊讶，都2017年了，几乎没有人知道他们可以使用strace的了解所有事情。它总是我拔出的第一个调试工具之一，因为它通常在我运行的Linux系统上可用，并且它可以用于解决各种各样的问题。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
即时通信 IM
实时音视频
