端口号常识:  端口号被从1 开始分配.    通常端口号超出255 的部分被本地主机保留为私有用途.    1到255 之间的号码被用于远程应用程序所请求的进程和网络服务.    每个网络通信循环地进出主计算机的TCP 应用层.它被两个所连接的号码唯一地识别.这两个号码合起来叫做套接字.        组成套接字的这两个号码就是机器的IP 地址和TCP 软件所使用的端口号. 套接字的三种类型     流式套接字(SOCK_STREAM),数据报套接字(SOCK_DGRAM)及原始套接字(RAW

1.基本概念 所谓的堵塞,即内核在对文件操作I/O系统调用时.假设条件不满足(可能须要产生I/O),则内核会将该进程挂起.非堵塞则是发现条件不满足就会马上返回. 此外须要注意的是非堵塞并非轮询.不然就和堵塞没多大差别了,它仅仅是调用不成功就直接返回了,不会在去看啥时候会满足条件.而是有你自己去选择接下来该咋办,系统以不再负责 2.read/write堵塞与非堵塞的理解 read/write系统调用,并不会去直接读写文件.而仅仅是去操作文件所相应的内存页(此时的页为虚拟内存),对于read假设在页

为什么IO模式非常重要?由于现代的计算机和操作系统的架构决定了CPU是稀缺资源,大家都要来一起竞争.而IO(特别是网络相关的IO)的速度往往较慢.所以怎样进行IO就有了多种模式,包含同步.异步.堵塞.非堵塞等等. 不少人把这几个概念放到一起讨论,非常多时候也难以区分. 这里从根上剖析下该怎么看待这几个概念. 首先.异步和同步是相对的,而同步情况下又有堵塞和非堵塞之分. 异步非常easy理解.当用户程序须要进行IO的时候,发出IO请求,然后就立马返回.能够继续做其他事情. 比如.从网络收包,当包抵

/** *此实例涉及到线程的挂起与竞态,字符IO的堵塞与非堵塞 */ struct scull_pipe { wait_queue_head_t inp, outp; char *buffer, *end; char *rp, wp; //int buffersize; int nreaders, nwriters; struct fasync_struct *async_queue; struct semaphore sem; struct cdev cdev; }; /** * contai

我是学渣.但我想进步. 本文是面试我的牛人问我的.你知道什么是堵塞.非堵塞和同步.异步IO么?自觉得是分布式系统程序猿的我居然不知道.学习吧. 首先介绍堵塞IO和非堵塞IO: 堵塞IO:是指说程序等待socket文件的事件的时候.是处于堵塞状态的(这之中的过程是,线程进入suspend状态,被增加事件等待队列,退出CPU,将数据写回内存,简而言之就是linux内的schedule过程.)如图所看到的:. 举个样例,这就像是:你去饭店点一份午餐打包带走.从你去開始饭店就開始准备饭菜,你就在那里等着

一.堵塞队列 Java定义了堵塞队列的接口java.util.concurrent.BlockingQueue,堵塞队列是一个指定长度的队列,当试图向队列中添加元素而队列已满,或者是想从队列移出元素而队列为空的时候,堵塞队列导致线程堵塞. 在协调多个线程之间的合作时,堵塞队列是一个有用的工具. 堵塞队列的方法分为三类,取决于当队列满或空时它们的相应方式. 1.如果将队列当作线程管理工具使用,用到put()(添加一个元素)和take()(移出并返回头元素)方法. 2.当试图向满的队列中添加或从从空

一.SV中非堵塞事件 module test; event ev1, ev2; //belong to logic function part always@(ev1) $display("ev1 triggered at %0ts", $time); initial wait(ev2.triggered) $display("ev2 triggered at %0ts", $time); //belong to stimulus initial begin -&g

#include <stdio.h> #include <stdlib.h> #include <string.h> #include <sys/types.h> #include <sys/stat.h> #include <fcntl.h> #include <unistd.h> #define ERR_EXIT(m) \ do { \ perror(m);\ exit(EXIT_FAILURE);\ }while(0

 文件打开 int open(const char *pathname, int flags, mode_t mode); 普通方式(Canonical mode) flags中没有设置O_SYNC and O_DIRECT. 这样的方式中read是堵塞调用(blocking call),等到磁盘数据读取完成后返回:write也是堵塞调用,只是write将数据写入到page cache后.就返回,没有写入磁盘的动作.内核会依据一定的策略将page cache中的数据写回到磁盘. 同步模式(S

 简析SynchronousQueue.LinkedBlockingQueue(两个locker,更快),ArrayBlockingQueue(一个locker,读写都竞争)     三者都是blockingQueue.     对于blockingQueue的堵塞和非堵塞方法对注记方案:         * oppo(oppo手机)是一对,offer和poll不堵塞         * ppt是一对.put和take都堵塞. 解析源码之前先实战看下SynchronousQueue. publi

概述 在前面文章中,我们介绍了 I/O 的五种模型<I/O 模型>.从那里能够知道,非堵塞式的 I/O 是进程调用 I/O 操作时.若数据未准备就绪.则马上返回一个 EWOULDBLOCK 错误.在数据准备就绪之前,应用进程採用轮询的方式检查数据是否准备就绪.直到数据准备就绪,则内核把该数据拷贝到应用进程的缓冲区,完毕数据复制之前进程处于堵塞状态,直到数据复制完毕后才返回.即 I/O 操作第一阶段处于轮询检查状态,第二阶段处于堵塞状态. 套接字的 I/O 操作默认状态是採用堵塞式.即当不能马上

前言 上一篇文章中我们将ThreadPoolExecutor进行了深入的学习和介绍,实际上我们在项目中应用的时候非常少有直接应用ThreadPoolExecutor来创建线程池的.在jdk的api中有这么一句话"可是,强烈建议程序猿使用较为方便的 Executors 工厂方法Executors.newCachedThreadPool()(无界线程池,能够进行自己主动线程回收).Executors.newFixedThreadPool(int)(固定大小线程池)和Executors.newSing

补充: 发现一个更好的解释样例:同步是一件事我们从头到尾尾随着完毕.异步是别人完毕我们仅仅看结果. 堵塞是完毕一件事的过程中可能会遇到一些情况让我们等待(挂起).非堵塞就是发生这些情况时我们跨过. 比方我和小明并排跑步,这就是一个同步的过程,异步就是他跑他的.我仅仅关心他跑完没.跑步的过程中假设小明鞋带开了,我能够堵塞等待他也能够非堵塞的继续跑. 同步异步 堵塞非堵塞 今天和小伙伴讨论了这个问题,网上的说法有非常多种,我依照自己的思路总结一边. 一句话总结差别: 同步异步关注的是事件发生时你的行

http://www.lydsy.com/JudgeOnline/problem.php?id=1018 (题目链接) 题意 一个2行C列的矩形网格,网格上的每个点代表一个城市,相邻的城市之间有一条道路.一开始每条道路都是堵塞的,堵塞即为不可经过.经过一些操作后,可能某些道路通畅了,也可能某些道路堵塞了.询问两个城市是否联通. Solution 看了题解才醒悟,线段树神题啊. 从一座城市走到另一座城市,一共有4种方案. 若两城市在同一行(比如说s1,s2),那么: s1-->s2 s1-->s

Java多线程编程是很考验一个程序猿水平的. 传统的WEB程序中.由于框架提供了太多的健壮性.并发性.可靠性的支持,所以我们都是将全部的注意力放到了业务实现上.我们不过依照业务逻辑的要求.不停的积累自己的代码. 由于知识,或者是经验的限制.常常出现了问题而不自知. 比如,某些比較原始的项目中.并没有使用Spring等相对来说比較灵活健壮的框架. 而是只使用Servlet来作为服务端的实现方式. 举一个简单的栗子.众所周知,当请求到了容器,容器是创建而且启动了一个Servlet线程来对当前的请求作

转自:http://blog.chinaunix.net/uid-20937170-id-3033633.html 学习了驱动程序的设计,感觉在学习驱动的同时学习linux内核,也是很不错的过程哦,做了几个实验,该做一些总结,只有不停的作总结才能印象深刻. 我的平台是虚拟机,fedora14,内核版本为2.6.38.1.其中较之前的版本存在较大的差别,具体的实现已经在上一次总结中给出了.今天主要总结的是ioctl和堵塞读写函数的实现.   一.ioctl函数的实现 首先说明在2.6.36以后io

转载请注明出处:jiq•钦's technical Blog 引言 JDK1.4中引入了NIO,即New IO,目的在于提高IO速度.特别注意JavaNIO不全然是非堵塞式IO(No-Blocking IO),由于当中部分通道(如FileChannel)仅仅能运行在堵塞模式下,而其它的通道能够在堵塞式和非堵塞式之间进行选择. 虽然这样.我们还是习惯将Java NIO看作是非堵塞式IO,而前面介绍的面向流(字节/字符)的IO类库则是堵塞的,它们在数据从介质->OS内核这个阶段须要应用程序堵塞等待完

1.什么是同步与异步,堵塞与非堵塞 首先我们要明确搞明确:同步就等于堵塞?异步就等于非堵塞?这是不正确的,同步不等于阻 塞.而异步也不等于非堵塞. 1)那什么是同步编程? 什么是同步,就是在发出一个功能调用时.在没有得到结果之前,该调用就不返回.依据这个定义.android中绝大多数函数都是同步调用.可是一般而言.我们在谈论同步.异步的时候,特指那些须要其它部件协作或者须要一定时间完毕的任务.在android中,因为主线程(UI线程的不安全性),我们常常会用到handler的SendMessag

一.什么是"异步非堵塞式"? 这个名字听起来非常恶心难懂,但假设以 买内裤 这件事情来比喻运行程序的话就非常easy理解"异步非堵塞式"的涵义了. 比如你是一个CPU的线程.你须要去运行一段 买内裤的程序, 你所需运行的步骤大致例如以下, 到一个商店里问老板, 你们店里还有没有nb牌内裤? 买到内裤.穿上 去小卖店买点火腿回家喂狗 这时候.你作为一个线程,你可能会遇到几种状况或选择. 店里面没货了.老板一直不答应你(堵塞你),你也一直等着(同步),第三天有货了才告诉

题意:一个2行C列的矩形网格图,网格上的每个点代表一个城市,相邻的城市之间有一条道路 一开始每条道路都是堵塞的,堵塞即为不可经过.经过一些操作后,可能某些道路通畅了,也可能某些道路堵塞了 多次询问,询问两个城市是否联通 C,q<=1e5 思路:From https://www.cnblogs.com/MashiroSky/p/5973686.html #include<cstdio> #include<cstring> #include<string> #incl

通过fcntl设置文件描写叙述符属性 fcntl即F_SETFL,F_GETFL的使用,设置文件的flags,堵塞设置成非堵塞,非堵塞设置成堵塞(这连个在server开发中能够封装为基本函数) 1.获取文件的flags,即open函数的第二个參数: flags = fcntl(fd,F_GETFL,0); 2.设置文件的flags: fcntl(fd,F_SETFL,flags); 3.添加文件的某个flags.比方文件是堵塞的,想设置成非堵塞: flags = fcntl(fd,F_GETFL