新页面
跳到导航
跳到搜索
（最新 | 最旧） 查看（前50个 | 后50个）（20 | 50 | 100 | 250 | 500）
- 2022年3月4日 (五) 02:48 Thread （历史 | 编辑） [9,081字节] Zhang3（讨论 | 贡献） （创建页面，内容为“==导言== 在操作系统中，线程是执行和并发系统中挂起的各种任务的基本单元。 它们通常是进程的内部组件，共享同一组资源，即文件句柄、共享内存句柄、POSIX信号、消息传递缓冲区等。 但在Windows NT这样的体系结构中，它们可以拥有特定的特殊资源集，内核可以销毁''线程终止时对应的一些资源'' 当调度程序选择线程时，线程可以看到彼此以并行…”）
- 2022年3月3日 (四) 09:22 Julian Day Number （历史 | 编辑） [3,652字节] Zhang3（讨论 | 贡献） （创建页面，内容为“任何操作系统都需要“时间”格式。 对于操作系统何时开始测量“时间的开始”，似乎没有真正的标准。 但事实上，有一个接近标准。 ==基本定义== 天文学中有一种测量时间的方法，叫做儒略日数（Julian Day Number-JDN）。 出于历史日历系统的原因，它从UTC正午（公元前4713年1月1日）开始测量时间，并使用浮点值以天为单位测量时间。 因为它是一种标…”）
- 2022年3月3日 (四) 09:10 Time And Date （历史 | 编辑） [16,212字节] Zhang3（讨论 | 贡献） （创建页面，内容为“用户、文件系统、调度器、系统应用程序和一些用户应用程序都需要知道日期和/或时间，以达到不同的精度。 当时钟敲响某个时间时，一些应用程序需要启动、发送信号或发送消息。 为了提供这些服务，操作系统需要获取引导期间的当前时间，并维护该时间。 在一个系统中，“时间”有三个重要的细分： 人工时间、文件系统时间和调度程序时间片…”）
- 2022年3月3日 (四) 07:23 Hexadecimal Notation （历史 | 编辑） [1,944字节] Zhang3（讨论 | 贡献） （创建页面，内容为“'''十六进制表示法（Hexadecimal notation）'''只是表示数字的另一个进制(Base)，同样的还比如二进制。 十六进制中有16位数字：0、1、2、3、4、5、6、7、8、9、A、B、C、D、E和F。 0到9保留其正常含义，十六进制中的A到F在十进制表示法中是10到15。 作为任何进制，我们都可以通过通用地写出整个数来计算给定数字的值，比如1CA。 十六进制的1CA…”）
- 2022年3月3日 (四) 07:11 Binary Notation （历史 | 编辑） [1,146字节] Zhang3（讨论 | 贡献） （创建页面，内容为“==导言== '''二进制表示法（Binary notation）'''是表示数字的另一种基数（Base），比如十六进制表示法。 ==表达方式== 二进制只有两个数字，0和1。每个位置是二的幂。 101101 = 1*1 + 0*2 + 1*4 + 1*8 + 0*16 + 1*32 = 45 (10进制) 它也是计算机使用的基础，因为它可以用数字表示为开或关。 然而，人类很难解码1和0的长字符串，因此它通常用十六进制…”）
- 2022年3月3日 (四) 02:19 NE （历史 | 编辑） [5,132字节] Zhang3（讨论 | 贡献） （创建页面，内容为“{{Stub}} {{File formats}} =NE= ==导言== WIN-NE可执行格式，专为Windows 3.x设计、 称为“NE”或“New Executable”格式。同样是16位格式，它去除了MZ格式的最大大小限制。 ==Support== 使用它的操作系统：Windows 1.01到3.xx。 该格式'''can'''在以后的32位windows系统（在VDM中）上运行，但不是本机格式<br/> 由于v8086缺少64位，因此放弃了对64位windows的支持。 =深入NE文件= ==…”）
- 2022年3月2日 (三) 08:59 Internet Control Message Protocol （历史 | 编辑） [4,977字节] Zhang3（讨论 | 贡献） （创建页面，内容为“Internet控制消息协议（Internet Control Message Protocol 通常称为ICMP）是典型的支持IPv4的网络栈中的基本协议之一。 该协议使网络上的节点能够共享信息和错误，而无需使用可能已被破坏的上层协议。 例如，如果TCP连接由于数据包的生存时间太短而导致数据包被丢弃，则两台主机都无法确定故障。 想要任何一个主机都可以解决这个问题的唯一方法是向它…”）
- 2022年3月2日 (三) 07:46 Address Resolution Protocol （历史 | 编辑） [2,583字节] Zhang3（讨论 | 贡献） （创建页面，内容为“地址解析协议（Address Resolution Protocol），通常称为“ARP”，是一种允许主机在只有IPv4地址时获取远程主机的以太网地址（MAC）的协议。 从技术上讲，由于数据格式大小可变，ARP支持其它地址格式，但通常与Ethernet和IP地址一起使用。 应该注意的是，IPv6中通过不同的协议提供了类似的功能。 ==背景== ARP定义于[http://tools.ietf.org/html/rfc826 RFC826]。…”）
- 2022年3月2日 (三) 06:45 Network Stack （历史 | 编辑） [16,529字节] Zhang3（讨论 | 贡献） （创建页面，内容为“{{In_Progress}} 本文是关于编写TCP/IP协议栈的，即使用链路层（如以太网卡）来处理IP、ARP、TCP、UDP等协议的数据包的子系统。 ==扫描PCI设备== 首先要做的是扫描安装在机器上的PCI设备，以便通过查看特定的供应商ID和设备ID来检测以太网卡。 有关更多详细信息，请参见PCI页面。 ==为NIC编写驱动程序== 找到以太网卡后，需要实…”）
- 2022年3月1日 (二) 07:53 Drawing In a Linear Framebuffer （历史 | 编辑） [9,327字节] Zhang3（讨论 | 贡献） （创建页面，内容为“现在，你已经知道如何使用硬件VGA支持轻松地将文本写入屏幕，你可能想知道如何能够显示漂亮的图像、窗口、菜单、图标、漂亮的光标和按钮等。 本页介绍如何在线性帧缓冲区中显示图形，线性帧缓冲区是在内存中映射的一个简单数组，代表屏幕。 ==图形模式== {{Main|Getting VBE Mode Info}} {{Main|GOP}} VGA和VBE模式可以使用BIOS中断0x10选择（在实模式下）。…”）
- 2022年3月1日 (二) 07:07 Colour Quantisation （历史 | 编辑） [7,579字节] Zhang3（讨论 | 贡献） （创建页面，内容为“{{Stub}} Category:Graphical UI 在图形操作系统环境中，有时需要在显示设备上显示图像。 如果显示设备无法表示图像中的所有颜色，则必须有一种机制，将图像中的颜色映射到设备调色板中最接近的可显示颜色。 这种颜色映射的一般术语是颜色量化（色彩量化，Colour Quantisation）。 颜色量化器是系统中负责执行此操作的部分。 在本文中，源图像被认…”）
- 2022年3月1日 (二) 06:10 ELF Tutorial （历史 | 编辑） [26,603字节] Zhang3（讨论 | 贡献） （创建页面，内容为“{{In_Progress}} {{Rating|2}}{{File formats}} 本教程介绍了加载针对i386（32位体系结构，小端字节顺序）的ELF文件的步骤。 教程中的所有代码都是C兼容C++的形式，并通过示例使用简化的（有时是过于简化的）、整洁的和功能性的代码片段来尝试教学。 它以后可能会扩展到其他类型的ELF文件，或针对其他体系结构或机器类型的格式。 ==ELF数据类型== <source lang="cp…”）
- 2022年2月28日 (一) 08:17 COM （历史 | 编辑） [1,599字节] Zhang3（讨论 | 贡献） （创建页面，内容为“'''这里是关于可执行文件的格式，而不是微软的Component Object Model''' {{Stub}} {{File formats}} ==COM文件== ===导言=== COM文件是非常简单的可执行文件。 它们在加载程序时非常有用，不会出现诸如重新定位符号、读取文件头等复杂情况。 然而，它们的简单性可能会使它们的实用性受到限制，因此一旦操作系统升级，您可能希望支持更复杂但有用的东西，比…”）
- 2022年2月28日 (一) 08:03 MZ （历史 | 编辑） [5,907字节] Zhang3（讨论 | 贡献） （创建页面，内容为“{{File formats}} MS-DOS EXE格式，以MZ签名开头（微软工程师马克·兹比科夫斯基-Mark Zbykowski的首字母缩写），是在MS-DOS 2.0中引入的（1.0版仅采用简单的COM格式）。 它被设计成在实模式下运行的可重新定位的可执行文件。 因此，只有DOS和Windows 9x可以本机使用这种格式，但通过几个自由的DOS模拟器（例如[http://www.dosbox.com/ DOSBox]），可实现在各种操作系统…”）
- 2022年2月28日 (一) 06:36 Random Number Generator （历史 | 编辑） [19,210字节] Zhang3（讨论 | 贡献） （创建页面，内容为“随机数生成器（RNG）可以用很多不同的方式实现。 本文解释了其中一些方式。 ==熵（Entropy）== 计算机是确定性设备。 如果程序相同且所有输入相同，则每次计算的结果都相同。 那么，计算机如何生成随机数呢？ 计算机不可以是随机的，但它周围的物理世界可以。 许多物理事件在某种程度上是随机的，或者更严格地说，具有某种程度的熵。 即使在…”）
- 2022年2月28日 (一) 03:41 CRC32 （历史 | 编辑） [7,753字节] Zhang3（讨论 | 贡献） （创建页面，内容为“CRC32是一种校验和哈希算法，在内核和互联网校验和中非常常用。 它与MD5校验和算法非常相似。 ===基本算法=== 从一个32bit的校验和（checksum）开始，所有位设置为（0xffffffff）。 这有助于当输入流为“0”时提供除0以外的字节输出值。 在循环中：根据下一段输入数据（通常是一个字节）和前一个CRC值的低N位，在一张表中查找“多项式（polynomial 译…”）
- 2022年2月25日 (五) 05:26 Lexer-rules.md （历史 | 编辑） [12,571字节] Zhang3（讨论 | 贡献） （创建页面，内容为“{{MARKDOWN}} # Lexer Rules 一个lexer grammar由lexer rules组成，可以选择分为多个modes。 Lexical modes允许我们将单个lexer grammar拆分为多个sublexers。 lexer只能返回与当前mode中的规则匹配的Token。 Lexer规则指定Token定义，并且或多或少遵循parser rules的语法，只是lexer rules不能有参数、返回值或局部变量。 Lexer规则名称必须以大写字母开头，这将它们与parser rule名称区…”）