(Translated by https://www.hiragana.jp/)
Linux内核 - 维基百科，自由的百科全书
维基百科

Linux内ない核かく

類るいUnix操作そうさ系統けいとう內核
（重定しげさだ向こう自じLinux kernel）
提示ていじ：此条目め页的主ぬし题不是ぜGNU/Linux或あるLinux-libre。

Linux内ない核かく（英語えいご：Linux kernel）是ぜ一いち种开源げん的てき类Unix操作そうさ系けい统宏ひろし内ない核かく。整せい个Linux操作そうさ系けい统家族かぞく基もと于该内ない核かく部署ぶしょ在ざい传统计算机つくえ平台ひらだい（如个人じん计算机つくえ和服わふく务器，以Linux发行版ばん的てき形式けいしき[7]）和かず各かく种嵌入かんにゅう式しき平台ひらだい，如路みち由よし器き、无线接せっ入いれ点てん、专用小しょう交换机つくえ、机つくえ顶盒、FTA接收せっしゅう器き（英えい语：FTA receiver）、智能ちのう电视、数字すうじ视频录像机つくえ、网络附加ふか存そん储（NAS）等とう。工作こうさく于平板へいばん電腦でんのう、智能ちのう手しゅ机つくえ及智能ちのう手しゅ表ひょう的てきAndroid操作そうさ系けい统同样通过Linux内ない核かく提供ていきょう的てき服ふく务完成かんせい自身じしん功こう能のう。尽つき管かん于桌面电脑的てき占うらない用よう率りつ较低，基き于Linux的てき操作そうさ系けい统统治ち了りょう几乎从移动设备到主ぬし机つくえ的てき其他全部ぜんぶ领域。截至2017年ねん11月，世界せかい前まえ500台だい最强さいきょう的てき超ちょう级计算さん机つくえ全部ぜんぶ使用しようLinux。[8]

Linux
Tux
Linux内ない核かく3.0.0启动画面がめん
开发者しゃ林はやし納おさむ斯·托たく瓦かわら茲（Linus Torvalds）和かず几千名めい合作がっさく者しゃ
编程语言C語ご言げん、Rust、汇编语言
作業さぎょう系統けいとう家族かぞく类Unix系けい统
首くび次じ发布0.01（1991年ねん9月がつ17日にち，​32年ねん前まえ​（1991-09-17））
当とう前ぜん版本はんぽん
  • 6.11-rc7 (2024年ねん9月がつ8日にち；最さい终测试版本はんぽん)[1]
  • 6.11 (2024年ねん9月がつ15日にち；穩定版本はんぽん)[2]
編輯維基數據鏈接
支持しじ的てき语言多た语言
内うち核かく类别單たん核心かくしん
许可证GPL（僅）第だい二に版はん[3][4]，
各かく類るい封ふう闭固かた件けん的てき許可きょか證しょう[5][6]
官かん方かた網もう站www.kernel.org 編輯維基數據鏈接
仓库
編輯維基數據鏈接

Linux内ない核かく最早もはや是ぜ于1991年ねん由ゆかり芬兰黑くろ客きゃく林はやし納おさむ斯·托たく瓦かわら茲为自己じこ的てき个人电脑开发的てき，他た当とう时在Usenet新しん闻组comp.os.minix登とう载帖子こ[9]，这份著名ちょめい的てき帖じょう子こ标志着ぎLinux内ない核かく计划的てき正式せいしき开始。如今，该计划已经拓展てん到いた支持しじ大量たいりょう的てき计算机つくえ体系たいけい架か构，远超其他操作そうさ系けい统和内ない核かく。它迅速そく吸引きゅういん了りょう一批开发者和用户，利用りよう它作为其他た自由じゆう软件项目的もくてき核心かくしん，如著名めい的てき GNU 操作そうさ系けい统。[10]而今天てん，Linux 内ない核かく已やめ接受せつじゅ了りょう超ちょう过1200家いえ公司こうし的てき近きん12000名めい程ほど序じょ员的贡献，其中包括ほうかつ一些知名的软硬件发行商。[11][12]

从技术上说，Linux 只ただ是ぜ一いち个符合ふごうPOSIX 标准的まと内ない核かく。它提供ていきょう了りょう一套应用程序接口（API），通つう过接口こう用よう户程序じょ能のう与あずか内うち核かく及硬件けん交互こうご。仅仅一个内核并不是一套完整的操作系统。有ゆう一いち套基于 Linux 内ない核かく的てき完かん整せい操作そうさ系けい统叫作さくLinux 操作そうさ系けい统，或ある是ぜGNU/Linux（在ざい该系统中包含ほうがん了りょう很多GNU 计划的まと系けい统组件けん）。

Linux 内ない核かく是ぜ在ざいGNU通用つうよう公共こうきょう许可证第だい2版はん之の下しも发布的てき[4]（加か上じょう一いち些非自由じゆう固かた件けん、blob与あずか各かく种非自由じゆう许可证[13]），是ぜ一个开源项目协作的突出例子。它的版本はんぽん支持しじ根ね据すえ版本はんぽん最さい长可达6年ねん，貢獻こうけん者しゃ遍へん佈世界かい各地かくち，日常にちじょう开发相しょう关的讨论在ざいLinux 内ない核かく邮件列れつ表ひょう（英えい语：Linux kernel mailing list）上うえ。

历史

编辑
主しゅ条目じょうもく：Linux歷史れきし
 
林はやし納おさむ斯·托たく瓦かわら茲

1991年ねん，林はやし納おさむ斯·托たく瓦かわら茲，一いち名めい21岁的就读于芬兰赫尔辛基もと大学だいがく的てき计算机つくえ科学かがく专业学生がくせい，基き于一些简单的想法，打算ださん编写一个操作系统内核。他た通どおり过英特とく尔80386汇编语言的てき任にん务切换器和わ一个终端驱动程序开始工作。8月25号ごう，他た在ざいcomp.os.minix新しん闻组里さと发了一いち封ふう帖じょう子こ：[14]

我わが在ざい做个（自由じゆう的てき）操作そうさ系けい统（就是个兴趣おもむき爱好，我わが不ふ会かい搞得像ぞうGNU那な么大那な么专业），打算ださん让它工作こうさく在ざい386 AT平台ひらだい上じょう。它从四月就开始酝酿了，马上就快好こう了りょう。我わが想そう要よう那な些喜欢或不ふ喜き欢minix的てき人的じんてき意い见，因いん为我的てき系けい统和它有点てん类似（同どう样的文ぶん件けん系けい统的物理ぶつり布ぬの局きょく——由よし于实际原因げんいん——还有些其他た的てき东西）。

我わが现在已やめ经移植いしょく了りょうbash(1.08)和わgcc(1.40)， 而且看み起おこり来らい奏效そうこう了りょう。这意味いみ着ぎ我が会かい在ざい几个月内げつない得え到いた一些实用的东西。「……」是ぜ的てき——它没有ゆう任にん何なんminix代だい码，并且它有一いち个多线程的てきfs。它不ふ可か移植いしょく（使用しよう386任にん务切换等），而且它可能かのう永なが远不会かい支持しじ除じょAT硬かた盘之外的がいてき其他东西，因いん为我只ただ有ゆう这些:-(。

「……」它基本上ほんじょう是ただし用ようC语言写うつし的てき，但ただし是ぜ大だい多数たすう人じん可能かのう不ふ会かい把わ我わが写うつし的てき东西叫さけべ做C语言。它使用しよう我わが能のう找到的てき386的てき每まい个可以想象ぞう的てき特性とくせい，因いん为它也是一个教我关于386的てき功こう能のう的てき项目。我わが前面ぜんめん提ひっさげ到いた过，它使用しよう内ない存そん管理かんり单元来がんらい进行分ぶん页（还没实现到对硬盘的功こう能のう）和かず分段ぶんだん。这个分段ぶんだん功こう能のう使し得とく它真正しんせい的てき依よ赖于386（每まい个任务都有ゆう64Mb的てき代だい码和数すう据すえ段だん——4Gb中ちゅう最多さいた64个任务。如果有人ゆうじん需要じゅよう超ちょう过每个任务64Mb的てき限きり制せい，那な将はた是ぜ个麻烦事）。「……」我が的てき一いち些C语言文げんぶん件けん（特とく别是mm.c）几乎用よう了りょう和わC一いち样多的てき汇编。「……」不ふ像ぞうminix，我わが也碰巧たくみ喜き欢中断ちゅうだん，所以ゆえん中断ちゅうだん将はた在ざい不ふ试图隐藏背せ后きさき的てき原因げんいん的てき情じょう形がた下か被ひ处理。

之これ后きさき，许多人じん为这个项目め贡献了りょう代だい码。在ざい早期そうき，MINIX社しゃ区く向むこう Linux 内ない核かく贡献了りょう代だい码和想そう法ほう。当とう时，GNU 项目已やめ经创建たて了りょう许多自由じゆう操作そうさ系けい统所需的组件，但ただし是ぜ它自己じこ的てき内ない核かく GNU Hurd 尚ひさし不ふ完かん整せい且无法ほう使用しよう；而BSD操作そうさ系けい统还没ぼつ有ゆう摆脱合法ごうほう的てき阻碍そがい。因よし此，尽つき管かん早期そうき版本はんぽん的てき Linux 功こう能のう有限ゆうげん，但ただし它迅速そく获得了りょう开发人じん员和用よう户。

到いた1991年ねん9月がつ，Linux内ない核かく版本はんぽん 0.01 在ざい芬兰大学だいがく和わ研究けんきゅう网络（FUNET）的てきFTP服ふく务器（ftp.funet.fi）上じょう发布。它有10,239行ぎょう代だい码。在ざい1991年ねん10月がつ，0.02版本はんぽん的てき内ない核かく发布了りょう。[15]

1991年ねん12月，0.11版本はんぽん的てき内ない核かく发布。由よし于它可か以由运行相しょう同どう内うち核かく版本はんぽん的てき计算机つくえ编译，因いん此该版本はんぽん是ぜ第だい一いち个自じ托たく管かん（英えい语：Self-hosting (compilers)）的てき Linux 内ない核かく。当とう托たく瓦かわら茲于1992年ねん2月がつ发布0.12版本はんぽん时，他た采さい用よう了りょう GNU 通用つうよう公共こうきょう许可证（GPL），而不是ぜ以前いぜん的てき自じ行くだり起草きそう的てき许可证，原はら先さき的てき许可证不允まこと许商业再分ぶん发。[16]

1992年ねん1月がつ19日にち，第だい一篇文章提交给新的新闻组alt.os.linux出で现。[17]1992年ねん3月がつ31日にち，该新闻组更さら名めい为 comp.os.linux。[18]

X Window 系けい统随ずい后きさき被ひ移植いしょく到いたLinux上じょう，所以ゆえん在ざい1992年ねん3月がつ，Linux 0.95 是ぜ第だい一いち个能够运行ぎょうX的てき版本はんぽん。从0.1x到いた0.9x的てき版本はんぽん号ごう大幅おおはば跨またが越こし是ただし因いん为期望もち没ぼつ有ゆう大だい的てき缺かけ失しつ部分ぶぶん的てき版本はんぽん1.0的てき即そく将はた出で现。然しか而，这被证明是ぜ错误的てき。从1993年ねん到いた1994年初ねんしょ，出で现了0.99版本はんぽん的てき15个开发版本はんぽん。

1994年ねん3月がつ14日にち，Linux内ない核かく1.0.0发布，共きょう176,250行ぎょう代だい码。随ずい后きさき的てき1995年ねん3月がつ，有ゆう310,950行ぎょう代だい码的 Linux 内ない核かく1.2.0发布。

在ざい1996年ねん6月がつ9日にち发布的てき Linux内ない核かく2.0版本はんぽん之の后きさき，以2.0为大版本はんぽん的てき主要しゅよう更新こうしん有ゆう如下这些：

  • 1999年ねん1月がつ25日にち - 发布Linux内ない核かく2.2.0（1,800,847行ぎょう代だい码）
  • 1999年ねん12月18日にち - 针对2.2.13的てき IBM 大型おおがた机つくえ补丁发布，允まこと许 Linux 内ない核かく用よう于企业级机つくえ器き
  • 2001年ねん1月がつ4日にち - 发布 Linux 内ない核かく2.4.0（3,377,902行ぎょう代だい码）
  • 2003年ねん12月17日にち - 发布 Linux 内ない核かく2.6.0（5,929,913行ぎょう代だい码）

从2004年ねん开始，发布过程发生了りょう变化，新しん的まと内ない核かく每ごと隔へだた2-3个月定期ていき发布，编号为2.6.0、2.6.1，直ちょく到いた2.6.39。

2011年ねん7月がつ21日にち，Torvalds宣布せんぷ发布Linux内ない核かく3.0：“2.6.<大だい版本はんぽん> 的てき日子にっし过去了りょう”。[19]与あずかLinux 2.6.39相そう比ひ，大だい的てき技わざ术变化か同どう版本はんぽん跃升没ぼつ有ゆう关系；[20]它标志こころざし着ぎ内ない核かく的てき20周年しゅうねん纪念。[21]基もと于时间的发布过程保持ほじ不ふ变。

2013年ねん6月がつ发布的てきLinux内ない核かく版本はんぽん3.10包含ほうがん15,803,499行ぎょう代だい码[22]，而2015年ねん6月がつ发布的てき4.1版本はんぽん已やめ发展到いた超ちょう过1950万まん行ぎょう代だい码，由ゆかり近きん14000名めい程ほど序じょ员贡献けんじ。[23]

塔とう能のう鮑あわび姆-林はやし納おさむ斯辯論ろん

编辑
主しゅ条目じょうもく：塔とう能のう鮑あわび姆-林はやし納おさむ斯辯論ろん

Linux不ふ是ぜ微ほろ内うち核かく架か构的事ごと实曾经引起おこり了りょう林はやし納おさむ斯·托たく瓦かわら茲与安德あんとく鲁·斯图尔特·塔とう能のう鲍姆之これ间一场著名的争论。1992年ねん在ざいUsenet討論とうろん群ぐん組ぐみcomp.os.minix[24]開始かいし了りょう一場いちじょう網あみ路ろ論戰ろんせん，討論とうろん的てき主題しゅだい在ざい於作業さぎょう系統けいとう架か構的選擇せんたく。稍やや後のち一いち些著名めい的てき駭客也加入かにゅう討論とうろん，如大だい衛まもる·米まい勒、曹子德とく。這場辯論べんろん影響えいきょう了りょうLinux核心かくしん的てき設計せっけい走はし向こう。塔とう能のう鲍姆認みとめ為ためLinux内ない核かく採用さいよう的てき宏ひろし内ない核かく已やめ經過けいか時じ了りょう，應おう該採取さいしゅ比較ひかく先進せんしん的てき微ほろ內核架か構，引起了りょう林はやし納おさむ斯的反擊はんげき。

在ざい2006年ねん5月がつ9日にち，这个主ぬし题被重おも新しん审视[25]，并且在ざい2006年ねん5月がつ12日にち塔とう能のう鲍姆写うつし了りょう一いち份立场声明せいめい。[26]

架か构

编辑
参まいり见：vmlinux
 
Linux内ない核かく地ち图

Linux是ぜ一いち个单体内ない核かく，支持しじ真正しんせい的てき抢占式しき多た任にん务处理り（于用户态，和かず版本はんぽん2.6系列けいれつ之の后きさき的てき内ない核かく态[27][28]）、虚きょ拟内存そん、共きょう享とおる库、请求分ぶん页（英えい语：Demand paging）、共きょう享とおる写うつし时复制せい可か执行体たい（通つう过内うち核かく同どう页合并（英えい语：Kernel same-page merging））、内うち存そん管理かんり、Internet协议族ぞく和わ线程等とう功こう能のう。

设备驱动程ほど序じょ和わ内ない核かく扩展运行于内うち核かく空そら间（在ざい很多CPU架か构中ちゅう是ぜring 0），可か以完全ぜん访问硬かた件けん，但ただし也有やゆう运行于用よう户空间的てき一いち些例外がい，例れい如基于FUSE/CUSE的てき文ぶん件けん系けい统，和かず部分ぶぶんUIO[29][30]。多た数すう人にん与あずかLinux一いち起おこり使用しよう的てき图形系けい统不ふ运行在ざい内ない核かく中ちゅう。与あずか标准单体内ない核かく不同ふどう，Linux的てき设备驱动程ほど序じょ可か以轻易えき的てき配置はいち为内うち核かく模も块，并在系けい统运行ぎょう期き间可直接ちょくせつ装そう载或卸おろし载。也不同どう于标准じゅん单体内ない核かく，设备驱动程ほど序じょ可か以在特定とくてい条件下じょうけんか被ひ抢占；增加ぞうか这个特とく征せい用よう于正确处理り硬かた件けん中断ちゅうだん并更好このみ的てき支持しじ对称多た处理[28]。出で于自愿すなお选择，Linux内ない核かく没ぼつ有ゆう二进制内核接口[31]。

硬かた件けん也被整合せいごう入にゅう文ぶん件けん层级中ちゅう。用よう户应用よう到いた设备驱动的てき接せっ口こう是ぜ在ざい/dev或ある/sys目め录下的てき入口いりくち文ぶん件けん[32]。进程信しん息いき也通过/proc目め录映射い到いた文ぶん件けん系けい统[32]。

Linux内的ないてき各かく种层，还显示しめせ了りょう在ざい用よう户空间和わ内うち核かく空そら间之これ间的分ぶん离。
用よう户模态 用よう户应用よう 例れい如：Bash，LibreOffice，GIMP，Blender，0 A.D.，Mozilla Firefox等ひとし
低てい层系统构件けん 系けい统守まもり护进程ほど：
systemd，runit，logind，networkd，PulseAudio等ひとし 		窗まど口こう系けい统：
X11，Wayland，SurfaceFlinger(Android) 		其他库：
GTK+, Qt, EFL, SDL, SFML, FLTK, GNUstep等ひとし 		图形：
Mesa，AMD Catalyst等ひとし
C标准库 open()，exec()，sbrk()，socket()，fopen()，calloc()，... (直ちょく到いた2000个子こ例れい程ほど)
glibc目め标为POSIX/SUS兼けん容よう，musl和わuClibc目め标为嵌入かんにゅう式しき系けい统，bionic为Android而写等とう
内うち核かく模も态 Linux内ない核かく stat, splice, dup, read, open, ioctl, write, mmap, close, exit等ひとし（大だい约380个系统调用よう）
Linux内ない核かく系けい统调用よう接せっ口こう（SCI，目め标为POSIX/SUS兼けん容よう）
进程调度子こ系けい统 IPC子こ系けい统 内うち存そん管理かんり子こ系けい统 虚きょ拟文件けん子こ系けい统 网络子こ系けい统
其他构件：ALSA，DRI，evdev，LVM，device mapper，Linux Network Scheduler，Netfilter
Linux安全あんぜん模も组：SELinux，TOMOYO，AppArmor, Smack
硬かた件けん（CPU，内うち存そん，数かず据すえ存そん储设备等ひとし。）

編へん程ほど語ご言げん

编辑

Linux是ぜ用ようC語ご言げん中なか的てきGCC版はん（這種C語ご言げん有ゆう對たい標準ひょうじゅんC進行しんこう擴展）寫うつし的てき，還かえ有ゆう幾いく個こ用よう組合くみあい語ご言げん（用よう的てき是ぜGCC的てき"AT&T風格ふうかく"）寫うつし的てき目標もくひょう架か構短段だん。因よし為ため要よう支持しじ擴展的てきC語ご言げん，GCC在ざい很長的てき時間じかん里さと是ぜ唯一ゆいいつ一个能正确编译Linux的てき编译器き。有ゆう許多きょた其他的てき語ご言げん用よう在ざい一いち些方面めん上じょう，主要しゅよう集中しゅうちゅう在ざい內核構建過程かてい中ちゅう（這裡指ゆび從したがえ源げん代だい碼創建そうけん可か啟けい動どう鏡きょう像ぞう）。包括ほうかつPerl、Python和わ多種たしゅ腳本語ご言げん。有ゆう一些驅動可能是用C++、Fortran或ある其他語ご言げん寫うつし的てき，但ただし是ぜ這樣是ぜ強烈きょうれつ不ふ建議けんぎ的てき。

编译器き兼けん容よう性せい

编辑

GCC是ぜLinux内ない核かく源げん代だい码的缺かけ省しょう编译器き。在ざい2004年ねん，Intel主しゅ张通过修改あらため内ない核かく，以便Intel C++編へん譯やく器き能のう正せい确编译内核かく。[33]在ざい2009年ねん，有ゆう通どおり过修改あらため内ない核かく2.6.22版はん而成功せいこう编译的てき报告（並なみ帶たい來らい平均へいきん8-9%效能こうのう增長ぞうちょう）。[34][35]

自じ从2010年ねん，已やめ经开始はじめ进行使用しようClang建造けんぞうLinux内ない核かく的てき努力どりょく，Clang是ぜ一个可作为替代的C语言编译器き[36]；截止2014年ねん4月がつ12日にち，官かん方かた内ない核かく几乎可か以完全かんぜん用ようClang编译[37][38]。致力于这个目标的计划叫さけべ做“LLVMLinux”，得とく名めい于Clang所しょ基もと于的LLVM编译器き下部かぶ构造[39]。LLVMLinux不意ふい图复制せいLinux内ない核かく或あるLLVM，因いん此它是ぜ由ゆかり最さい终提交给上じょう游ゆう计划的てき补丁构成的てき一いち个元计划。使つかいLinux内ない核かく可か以用Clang编译最大さいだい的てき好こう处是比ひGCC有ゆう更さら快かい的てき编译速度そくど，内ない核かく开发者しゃ可か以得益えき于由此而来らい的てき更さら快かい的てき工作こうさく流りゅう程ほど[40]。

接せっ口こう

编辑
主しゅ条目じょうもく：Linux内ない核かく接せっ口こう（英えい语：Linux kernel interfaces）
 
区分くぶん四よん种接口こう：两种内ない核かく内部ないぶ，两种在ざい内ない核かく和わ用よう户空间之间。

符合ふごう标准是ぜLinux内ない核かく内部ないぶ的てき普遍ふへん策略さくりゃく。另一个规则是Linux内ない核かく主ぬし线不接受せつじゅ只ただ由ゆかり专有用よう户空间软件けん使用しよう的てき内ない核かく模も块。

内うち核かく至いたり用よう户空间API

编辑
主しゅ条目じょうもく：POSIX和わ单一UNIX规范
 
Linux API组成自じLinux内ない核かく的てき系けい统调用よう接せっ口こう、GNU C函数かんすう库、libcgroup[41]、libdrm、libalsa和わlibevdev[42]。

源みなもと代だい码可移植いしょく性せい确保符合ふごう标准的てきC程ほど序じょ可か以在符合ふごう同どう样标准じゅん的てき任にん何なん系けい统上编译和わ运行。Linux内ない核かく开发、GNU C函数かんすう库和わ相しょう关的实用工具こうぐ致力于追随ついずいPOSIX和わ单一UNIX规范。Linux内ない核かくAPI（英えい语：Linux kernel interfaces）是ぜ内ない核かく的てき系けい统调用よう接せっ口こう。

内うち核かく至いたり用よう户空间API

编辑
主しゅ条目じょうもく：Linux标准规范

二に进制可か移植いしょく性せい将はた保ほ证任何程なにほど序じょ在ざい符合ふごう标准的てき给定硬かた件けん平台ひらだい上うえ一旦编译通过，可か以在符合ふごう同どう样标准じゅん的てき任にん何なん其他硬かた件けん平台ひらだい上うえ以编译后的てき形式けいしき运行。二进制可移植性是在基于Linux内ない核かく的てき操作そうさ系けい统上建造けんぞう独立どくりつ软件供きょう应商（ISV）应用有ゆう商しょう业可行ぎょう性的せいてき本ほん质要求ようきゅう。现有唯ただ一的二进制兼容标准是Linux标准规范（LSB）。

内うち核かく内ないAPI

编辑
 
图形的てき数すう据すえ和わ指令しれい被ひ发送至いたりGPU来らい处理。渲染呈てい现的结果被ひ存そん储在帧缓冲器，其中的てき内容ないよう由ゆかり视频显示控ひかえ制せい器き扫描并发送至いたり屏へい幕まく。

在ざい不同ふどう子こ系けい统间使用しよう了りょう数すう个内核かく内部ないぶAPI。其中一些是跨越多个发行版保持稳定的，另一些则不ふ然しか。对于内ない核かく内ないAPI不作ふさく担保たんぽ。维护者しゃ和わ贡献者しゃ可か以在任ざいにん何なん时候增加ぞうか或ある变更它们[43]。

内うち核かく内ないAPI的てき例れい子こ包括ほうかつ针对下か列れつ类别设备驱动程ほど序じょ的てき软件框かまち架か/API：

内うち核かく内ないABI

编辑

Linux内ない核かく开发者しゃ选择不ふ维护稳定的てき内ない核かく内ないABI[45]。

技わざ术特性せい

编辑

抢占式しき调度系けい统

编辑
 
I/O调度器き在ざいLinux内ない核かく存そん储栈各かく层内的てき位置いち。[46]

Linux内ない核かく提供ていきょう在ざい特定とくてい条件下じょうけんか的てき抢先式しき调度。直ちょく到いた内うち核かく版本はんぽん2.4，只ただ有用ゆうよう户进程ほど是ぜ抢先式しき的てき，就是说除了りょう时间片へん用もちい尽つき，在ざい用よう户模式しき下しも执行的てき当とう前ぜん进程，如果有ゆう更さら高だか态优先さき级的进程进入TASK_RUNNING状じょう态，它就会かい被ひ中断ちゅうだん[47]。自じ从2.6系列けいれつLinux内ない核かく，增加ぞうか了りょう中断ちゅうだん执行内うち核かく代だい码的てき任にん务的能力のうりょく，但ただし不ふ是ぜ对于内ない核かく代だい码的所有しょゆう段落だんらく[48]。

Linux内ない核かく含有がんゆう不同ふどう的てき调度器き类[49]。内うち核かく缺かけ省しょう使用しよう的てき调度机つくえ制せい叫さけべ做完全かんぜん公平こうへい调度器き，它介入かいにゅう于内核かく版本はんぽん2.6.23[50]。这个缺かけ省しょう调度器き类在内部ないぶ也叫做SCHED_OTHER，而内核かく还含有がんゆう两个遵循POSIX的てき实时调度类[51]，分ふん别叫做SCHED_FIFO（实时先さき进先出で）和わSCHED_RR（实时轮流式しき），二者都优先于缺省类[49]。

通つう过使用しよう实时Linux内ない核かく补丁PREEMPT_RT，可か以支持しじ对关键段落だんらく、中断ちゅうだん处理器き和わ“中断ちゅうだん禁きん用よう”代だい码序列じょれつ的てき完全かんぜん抢先[52]。 实时Linux内ない核かく补丁部分ぶぶん地ち集成しゅうせい入いれ主ぬし线内核かく已やめ经带给它一いち些功能のう[53]。抢先机つくえ制せい改善かいぜん延のべ迟、增ぞう进响应性，并使得とくLinux更さら加か适合桌面和わ实时应用。老ろう版本はんぽん内ない核かく有ゆう所しょ谓的巨きょ锁（英えい语：Giant lock），用よう于锁定じょう粒つぶ度ど为整个内核かく的てき同どう步ふ，它最终由Arnd Bergmann在ざい2011年ねん移うつり除じょ了りょう[54]。

还有叫さけべ做SCHED_DEADLINE（英えい语：SCHED_DEADLINE）的てき调度策略さくりゃく，实现了りょう最近さいきん截止期限きげん最さい先さき（英えい语：earliest deadline first scheduling）（EDF）算法さんぽう，它增加ぞうか于2014年ねん3月がつ30日にち发行的てき内ない核かく版本はんぽん3.14[55][56]。

可か移植いしょく性せい

编辑
 
DragonBox Pyra（英えい语：DragonBox Pyra）上うえ运行Linux

尽つき管かん林はやし納おさむ斯·托たく瓦かわら茲的初はつ衷不是ぜ使しLinux成なり为一个可移植的操作系统，今こん天てん的てきLinux却是全ぜん球たま被ひ最さい广泛移植いしょく的てき操作そうさ系けい统内核かく。從したがえ行動こうどう電話でんわ到いた超ちょう級きゅう電腦でんのう，甚至於有人じん成功せいこう的てき將はたLinux内ない核かく在ざい索さく尼あま出品しゅっぴん的てき遊戲ゆうぎ機きPS2及PS3和わ微ほろ軟出品しゅっぴん的てき遊戲ゆうぎ機きXbox上うえ使用しよう。Linux也是IBM超ちょう级计算さん机つくえBlue Gene的てき操作そうさ系けい统。直ちょく至いたり2011年ねん11月，全ぜん球たま前まえ五ご百ひゃく大だい超ちょう級きゅう電腦でんのう（TOP500）有高ありだか達たち91.4%的てき比例ひれい採用さいようLinux為ため它們的てき作業さぎょう系統けいとう[57]。一些为手机开发的操作系统，使用しようLinux内ない核かく的てき修おさむ改あらため后きさき的てき版本はんぽん，其中包括ほうかつ谷たに歌かAndroid、Firefox OS、HP WebOS和かず诺基亚Maemo。[58][59][60]

内うち核かく错误和わoops

编辑
 
内うち核かく错误（Kernel panic）
主しゅ条目じょうもく：Kernel panic和わLinux内ない核かくoops

在ざいLinux中ちゅう，内うち核かく错误（Kernel panic）是ぜ指ゆび操作そうさ系けい统在ざい监测到内ない核かく系けい统内部ぶ无法恢复的てき错误，相そう对于在ざい用よう户空间代だい码类似に的てき错误。操作そうさ系けい统试图读写うつし无效或ある不ふ允まこと许的内うち存そん地ち址し是ぜ导致内ない核かく错误的てき一いち个常见原因げんいん。内うち核かく错误也有やゆう可能かのう在ざい遇ぐう到いた硬かた件けん错误或ある操作そうさ系けい统BUG时发生せい。在ざい许多情たじょう况中，操作そうさ系けい统可以在内うち存そん访问违例发生时继续运行ぎょう。然しか而，系けい统处于不稳定状じょう态时，操作そうさ系けい统通常会じょうかい停止ていし工作こうさく以避免めん造成ぞうせい破やぶ坏安全ぜん和わ数すう据すえ损坏的てき风险，并提供ていきょう错误的てき诊断信しん息いき。

在ざいLinux上じょう，oops即そくLinux内ない核かく的てき行ぎょう为不正ふせい确，并产生せい了りょう一份相关的错误日志。许多类型的てきoops会かい导致内ない核かく错误，即そく令れい系けい统立即そく停止ていし工作こうさく，但ただし部分ぶぶんoops也允许继续操作そうさ，作さく为与稳定性せい的てき妥协。这个概念がいねん只ただ代表だいひょう一いち个简单的错误。当とう内ない核かく检测到问题时，它会打だ印しるし一いち个oops信しん息いき然しか后きさき杀死全部ぜんぶ相しょう关进程。oops信しん息いき可か以帮助じょLinux内ない核かく工程こうてい师调试，检测oops出で现的条件じょうけん，并修おさむ复导致oops的てき程ほど序じょ错误。

安全あんぜん

编辑

计算机つくえ安全あんぜん是ぜ一个非常公众化的主题，关系到いたLinux内ない核かく，因いん为大量りょう在ざい内ない核かく中ちゅう的てき错误可か能成よしなり为潜在せんざい的てき安全あんぜん漏も洞ほら，是ぜ否いや允まこと许提升ます权限漏も洞ほら或ある拒こばめ绝服务攻击源漏も洞ほら。[61]在ざい过去的てき几年中ちゅう，许多这样的てき缺陷けっかん被ひ发现，并在Linux内ない核かく中ちゅう被ひ修おさむ补好。新しん的てき安全あんぜん功こう能のう被ひ继续实现，以解决在Linux内ない核かく中ちゅう的てき电脑不安ふあん全ぜん问题。[62][63]

批評ひひょう者しゃ指ゆび責せめ內核開發かいはつ人員じんいん，稱たたえ他た們掩蓋えんがい（至いたり少しょう並なみ未み公おおやけ佈）安全あんぜん漏も洞ほら。2008年ねん，作為さくい回かい應おう，Torvalds稱しょう：「個人こじん認みとめ為ため，安全あんぜん漏も洞ほら只ただ是ぜ『正常せいじょう的てき漏も洞ほら』。這些漏洞ほら我わが並なみ不ふ去さ掩蓋えんがい，不ふ過か我わが不ふ認みとめ為ため應おう當とう把わ它們特殊とくしゅ化か，更さら不ふ認みとめ為ため應おう該追蹤並公示こうじ它們……我わが不ふ理會りかい整せい個こ安全あんぜん團だん隊たい，原因げんいん之の一いち就是，我わが認みとめ為ため這些漏洞ほら不ふ僅美化か還かえ鼓こ勵了錯誤さくご的てき行為こうい。這令安全あんぜん人員じんいん成なり了りょう『英雄えいゆう』，就猶如不修補しゅうほ正常せいじょう漏も洞ほら的てき人じん就不值一提ひさげ似に的てき。而事實じじつ上じょう，所有しょゆう無聊ぶりょう的てき正常せいじょう漏も洞ほら極ごく為重ためしげ要かなめ，僅僅きんきん因いん為ため它們實在じつざい太ふと多た了りょう。我わが不ふ認みとめ為ため該美化か和わ關心かんしん那な些嚴重げんじゅう的てき安全あんぜん漏も洞ほら——它們並なみ不ふ及那些由死し鎖くさり造成ぞうせい的てき隨ずい機き嚴重げんじゅう崩潰ほうかい來らい得とく更さら特殊とくしゅ。」[64][65]

如2012年ねん五ご月がつ，SYSRET指令しれい被ひ發現はつげん在ざいAMD和英かずひで特とく爾なんじ處理しょり器き間あいだ在ざい實現じつげん方面ほうめん有ゆう差異さい，這個差異さい在ざいWindows、FreeBSD、XenServer和わSolaris這些主流しゅりゅう作業さぎょう系統けいとう會かい導しるべ致漏洞ほら。2012年ねん六ろく月がつ，Linux核かく心中しんちゅうの該問題もんだい已やめ被ひ修復しゅうふく。[66]

2021年ねん，來き自じ明あかり尼あま蘇そ達いたる大學だいがく的てき研究けんきゅう人員じんいん，曾藉由よし貢獻こうけん修補しゅうほ程ほど式しき至いたりLinux核心かくしん的てき名義めいぎ，利用りよう修補しゅうほ程ほど式しき導入どうにゅうBug和わ漏も洞ほら，以觀察かんさつLinux核心かくしん社しゃ群ぐん的てき反應はんのう，再度さいど故こ技わざ重じゅう施ほどこせ時じ被ひ發現はつげん，之これ後ご维护人じん员封鎖ふうさ了りょう所有しょゆう來らい自じ該大學がく的てき貢獻こうけん，與あずか移うつり除じょ過去かこ該大學がく曾經貢獻こうけん的てき程ほど式しき碼。[67]

开發

编辑

开发者しゃ社しゃ区く

编辑

截止2007年ねん，内ない核かく开发已やめ经从20位い最さい活かつ跃开发者写うつし80%的てき代だい码转变为顶端30人にん写うつし30%的てき代だい码，而顶端はし开发者しゃ花はな费更多た的てき时间审核变更。[68] 开发者しゃ还可以按从属关系来らい归类；在ざい2007年ねん，顶端类属是ぜ“不ふ知名ちめい”而顶端はし公司こうし是ぜRed Hat，它占有せんゆう12%的てき贡献，而知名めい业余爱好者しゃ占うらない3.9%。[68] 在ざい2007年ねん中ちゅう所しょ做内核かく变更已やめ经由超ちょう过1900位い开发者しゃ提つつみ交。一般いっぱん假定かていLinux内ない核かく开发者しゃ社しゃ区く由よし5000或ある6000名めい成なり员组成なり。

Linux基金ききん会かい发表的てき2016年ねんLinux内ない核かく开发报告的てき更新こうしん表明ひょうめい，从版本はんぽん3.18（2014年ねん12月がつ）至いたり4.7（2016年ねん7月がつ）期き间：平均へいきん每次まいじ发行有ゆう来らい自じ200-250个公司こうし的てき大だい约1500位い开发者しゃ作出さくしゅつ贡献。顶端30位い开发者しゃ贡献了りょう稍やや大だい于16%的てき代だい码。在ざい公司こうし中ちゅう，顶端贡献者しゃ是ぜIntel（12.9%）和かずRed Hat（8.0%），第だい三和さんわ第だい四よん位い为“none”（7.7%）和かず“unknown”（6.8%）类属。

开发过程与あずか模も式しき

编辑

一个想要对 Linux 内ない核かく进行修おさむ改あらため的てき开发者しゃ一般就从对那个修改的开发和测试开始着手。接せっ下か来らい的てき过程取と决于变化的てき重要じゅうよう程度ていど，及修改あらため该变更さら的てき子こ系けい统数量すうりょう是ぜ由よし单个还是多た个修补程序じょ组成。如果仅仅是ぜ修おさむ改あらため了りょう由よし单个维护人じん员维护的单个子こ系けい统，那な么这些修改あらため的てき补丁代だい码就直接ちょくせつ通どおり过Cc中ちゅう某ぼう个邮件けん列れつ表ひょう发送给相关的维护人じん员。邮件列れつ表ひょう的てき阅读者しゃ和子わこ系けい统的维护人じん员将检查补丁代だい码并提供ていきょう反はん馈。一旦いったん审查过程完成かんせい，维护者しゃ接受せつじゅ他た内ない核かく代だい码树中ちゅう的てき补丁。如果这些更改こうかい被ひ认为是ぜ够重要じゅうよう的てき错误修おさむ复，那な么包含这些修补程序じょ的てき拉ひしげ取ど请求（pull request）将はた在ざい几天内ない发送给Linus。否いや则，将はた在ざい下した一个合并窗口时向Linus发送拉ひしげ取ど请求。合ごう并窗口こう通常つうじょう会かい持じ续两周しゅう，并在之の前まえ的てき内ない核かく版本はんぽん发布后きさき立りつ即そく启动[69]。

Linus Torvalds拥有对Linux内ない核かく能のう够接受せつじゅ哪些更改こうかい和わ谁可以成为维护者的てき最さい终决定てい权。内うち核かく维护者しゃ在ざい他た们自愿すなお放ひ弃之前まえ将はた维持他た们的角かく色しょく。目前もくぜん，没ぼつ有ゆう任にん何なに已やめ知的ちてき内ない核かく维护者しゃ被ひ要求ようきゅう退出たいしゅつ。此外，还没有ゆう一个内核维护者因与其他维护者的交互风格的因素而受到Linus批评的てき例れい子こ。这为维护者しゃ提供ていきょう了りょう宽松的てき社しゃ区く空そら间。虽然内ない核かく开发社しゃ区く的てき文化ぶんか多た年来ねんらい有ゆう所しょ改善かいぜん，但ただし曾有一段时间它的声誉很糟糕[70][71]。认为自己じこ遭受了りょう不ふ公正こうせい对待的てき开发者しゃ可か以向Linux基金ききん会かい的てき技わざ术专家か委い员会报告[72]。尽つき管かん如此，一些社区成员仍然不认同现在的讨论氛围[73]。

同どう Linux 发行版ばん的てき关系

编辑

大だい多数たすうLinux用よう户运行ぎょう一个由他们 Linux 发行版ばん提供ていきょう的てき内ない核かく。一些发行版搭载的是 Linux 的てき通用つうよう内ない核かく（也就是ぜ “vanilla”或ある“stable”）版本はんぽん。不ふ过，一いち些Linux内ない核かく发行商ぎょうしょう（如Red Hat和わSUSE）会かい维护他た们自己じこ的てき内ない核かく分ぶん支ささえ。这些发行商ぎょうしょう分ぶん支ささえ的てき内ない核かく版本はんぽん通常つうじょう相しょう对于稳定版本はんぽん（vanilla）而言更新こうしん的てき速度そくど更さら慢一些，但ただし是ぜ同どう样会包括ほうかつ所有しょゆう相しょう关的稳定版ばん本分ほんぶん支ささえ的てき补丁。此外，他た们同时也会かい增ぞう添一些新特性和对新硬件的支持，而这些支持しじ是ぜ这些发行商ぎょうしょう分ぶん支ささえ基もと于的稳定分ぶん支所ししょ不ふ包括ほうかつ的てき。

主しゅ线Linux

编辑

包含ほうがんLinux内ない核かく的てきLinus Torvalds的てきGit树被称しょう为主しゅ线Linux。每まい个稳定じょう的てき内ない核かく发布都と源みなもと自主じしゅ线树[74]，并经常つね在ざいkernel.org上うえ发布。主しゅ线Linux只ただ对运行ぎょうLinux的てき众多设备中ちゅう的てき一小部分设备提供坚实的支持。非ひ主しゅ线支持しじ由よし独立どくりつ项目（如Yocto或あるLinaro）提供ていきょう，但ただし在ざい许多情たじょう况下需要じゅよう设备供きょう应商的てき内ない核かく。[75]使用しよう供きょう应商内ない核かく可能かのう需要じゅよう一いち个板いた级支持しじ包つつみ。

在ざい主しゅ线Linux之の外そと维护一个内核树已被证明是困难的。[76]

主しゅ线化（Mainlining）是ぜ指ゆび将はた对设备的支持しじ添加てんか到いた主しゅ线内核かく中ちゅう的てき努力どりょく[77]，而以前まえ只ただ有ゆう在ざい分ぶん支ささえ中ちゅう支持しじ或ある根本こんぽん没ぼつ有ゆう支持しじ。这通常つうじょう包括ほうかつ添加てんか驱动程ほど序じょ或ある设备树（英えい语：Devicetree）文ぶん件けん。完成かんせい后きさき，该功能のう或ある安全あんぜん修おさむ复被视为mainlined。[78]

重じゅう新しん开发的てき估价

编辑
 
重じゅう新しん开发Linux内ない核かく的てき估价

按照传统商しょう业软件けん开发的てき方式ほうしき，重じゅう新しん开发Linux 2.6.0内ない核かく的てき估计代だい价将是ぜ6.12亿美元もと（4.67亿欧元もと、3.94亿英镑），以2004年ねん的てきCOCOMO人ひと月がつ估计模型もけい.[79]在ざい2006年ねん，欧おう盟めい资助的てき一いち项研究けんきゅう表明ひょうめい，重じゅう新しん开发Linux 2.6.8以后的てき内ない核かく，代だい价是8.82亿欧元もと（11.4亿美元もと、7.44亿英镑）[80]。

截至2011年ねん1月がつ4日にち，使用しよう当とう前まえ的てき代だい码行（LOC）和大かずひろ卫·惠めぐみ勒的计算工こう资数，这将花はな费约30亿美元もと（约22亿欧元もと），才能さいのう够重新しん开发Linux的てき内ない核かく。[81]

版本はんぽん命名めいめい

编辑

Linux内ない核かく有ゆう三个不同的命名方案。早期そうき版本はんぽん：第だい一个版本的内核是0.01，其次是ぜ0.02,0.03,0.10,0.11,0.12（第だい一いちGPL版本はんぽん),0.95,0.96,0.97,0.98,0.99及1.0。[82]，从0.95版はん有ゆう许多的てき补丁发布於主要よう版本はんぽん版本はんぽん之の间。

旧きゅう计划（1.0和わ2.6版はん之の间)，版本はんぽん的てき格式かくしき為ためA.B.C，其中A,B,C代表だいひょう：A大幅おおはば度ど转变的てき内ない核かく，这是很少发生变化，只ただ有ゆう当とう发生重大じゅうだい变化的てき代だい码和核心かくしん发生才ざい会かい发生，在ざい历史上しじょう曾改变两次じ的てき内ない核かく：1994年ねん的てき1.0及1996年ねん的てき2.0； B是ぜ指ゆび一些重大修改的内核，内ない核かく使用しよう了りょう传统的てき奇数きすう次じ要よう版本はんぽん号ごう码的软件号ごう码系统（用よう偶数ぐうすう的てき次つぎ要よう版本はんぽん号ごう码来表示ひょうじ稳定版本はんぽん）；C是ぜ指ゆび轻微修おさむ订的内ない核かく，这个数字すうじ当とう有ゆう安全あんぜん补丁，bug修おさむ复，新しん的てき功こう能のう或ある驱动程ほど序じょ，内ない核かく便びん会かい有ゆう变化。自じ2.6.0（2003年ねん12月がつ）发布後ご，人にん们认识到，更さら短たん的てき发布周期しゅうき将はた是ぜ有益ゆうえき的てき。自じ那な时起，版本はんぽん的てき格式かくしき為ためA.B.C.D，其中A,B,C,D代表だいひょう：A和わB是ぜ无关緊要きんよう的てき，C是ぜ内ない核かく的てき版本はんぽん，D是ぜ安全あんぜん补丁。

自じ3.0（2011年ねん7月がつ）发布后きさき，版本はんぽん的てき格式かくしき為ため3.A.B，其中A,B代表だいひょう：A是ぜ内ない核かく的てき版本はんぽん，B是ぜ安全あんぜん补丁。而4.0（2015年ねん4月がつ）釋しゃく出いずる後ご，則のり延のべ續ぞく3.A.B的てき命名めいめい格式かくしき，只ただ是これ將はた主おも版ばん號ごう變更へんこう為ため4。

法律ほうりつ層そう面めん

编辑

许可证

编辑

原はら先さき托たく瓦かわら茲将 Linux 置おけ于一个禁止任何商业行为的条例之下[83]，但ただし0.12版本はんぽん之の后きさき改あらため用よう GNU 通用つうよう公共こうきょう许可证第だい二に版はん。[16] 该协议允许任何人なんにん对软件けん进行修おさむ改あらため或ある发行，包括ほうかつ商しょう业行为，只ただ要よう其遵守じゅんしゅ该协议，所有しょゆう基もと于Linux的てき软件也必须以该协议的形式けいしき发表，并提供ていきょう源みなもと代だい码。

托たく瓦かわら茲曾经公开声称しょう将はたLinux置おけ于GNU通用つうよう公共こうきょう许可证之下か是ぜ他た一生いっしょう中ちゅう所しょ做的“最さい好このみ的てき决定”。[83]

GPL第だい三さん版はん

编辑

Linux 内ない核かく明あかり确地仅发表ひょう在ざい GNU 通用つうよう公共こうきょう许可证（GPL）第だい二に版下はんした，[4]而不向こう被ひ许可方かた提供ていきょう选择“任にん何なん更さら高だか版本はんぽん”的てき选项（这是常つね见的 GPL 扩展）。关于如何いか轻松地ち改あらため变许可か证以使用しよう后きさき来らい的てき GPL 版本はんぽん（包括ほうかつ第だい3版はん）以及这种更改こうかい是ぜ否ひ合あい乎需要じゅよう，存在そんざい着ぎ相当そうとう多おお的てき争そう论。[84] 托たく瓦かわら茲本人じん在ざい版本はんぽん2.4.0的てき发布中ちゅう明あきら确指出で，他た自己じこ的てき代だい码仅在ざい版本はんぽん2下か发布。[85]然しか而，GPL的てき条じょう款规定じょう，如果没ぼつ有ゆう指定してい版本はんぽん，那な么可以使用しよう任にん何なん版本はんぽん；[86]并且艾もぐさ伦·考こう克かつ斯指出さしで，很少有ゆう其他 Linux 贡献者しゃ指定してい了りょう特定とくてい版本はんぽん的てき GPL。[87]

2006年ねん9月がつ，对29位い关键内ない核かく程ほど序じょ员的调查显示其中的てき28位い更さら倾向于使用しよう GPL 第だい二に版はん（GPLv2）而非当とう时的 GPL 第だい三さん版はん（GPLv3）草案そうあん。 托たく瓦かわら茲评论说：“我わが认为一いち些外界かい人士じんし......相あい信しんじ我わが才ざい是ぜ那な个古怪かい不ふ合ごう群ぐん的てき人じん，因いん为我这么大だい张旗鼓こ地ち不ふ做 GPLv3 的てき忠ちゅう实粉丝。”[88]这些高だか水平すいへい的てき内ない核かく开发者しゃ就大众媒体ばいたい对 GPLv3 的てき反はん对发表ひょう了りょう评论，其中包括ほうかつ林はやし納おさむ斯·托たく瓦かわら茲本人じん、葛かずら雷かみなり格かく·克かつ羅ら哈曼和わ安德あんとく鲁·莫顿。[89]他た们提到いた有ゆう关DRM/TiVo化か（日にち语：TiVo化か）、专利及“附加ふか限げん制せい”的てき条じょう款，并警告けいこくGPLv3对“开源宇宙うちゅう”的てき巴ともえ尔干化か。[89][90]决定不ふ采さい用よう GPLv3 作さく为 Linux 内ない核かく许可证的托たく瓦かわら茲在几年后きさき重じゅう申さる了りょう他た的てき批评。[91]

韌體爭議そうぎ

编辑

許可きょか證しょう爭議そうぎ的てき一いち個こ重點じゅうてん是ぜLinux使用しよう韌體二に進しん位い包つつみ以支援しえん某ぼう些硬體たい裝置そうち。理り察·馬うま修おさむ·斯托曼認みとめ為ため這些東西とうざい讓ゆずるLinux某ぼう部ぶ份成為ため非ひ自由じゆう軟體，甚至以此散佈Linux更さら會かい破壞はかいGPL，因いん為ためGPL需要じゅよう完全かんぜん可か獲え取的とりてき原始げんし碼[92]。

林はやし纳斯·托たく瓦かわら兹及Linux社しゃ群ぐん中ちゅう的てき領りょう導しるべ者しゃ，支持しじ較寬鬆す的てき許可きょか證しょう，不ふ支持しじ理り察·馬うま修おさむ·斯托曼的てき立場たちば。社しゃ群ぐん中ちゅう的てきLinux-libre提供ていきょう完かん整せい的てき自由じゆう軟體韌體。

載の入いれ式しき核心かくしん模も組ぐみ許可きょか證しょう

编辑

另一いち個こ爭そう論點ろんてん，就是載の入いれ式しき核心かくしん模も組ぐみ是ぜ否ひ算さん是ぜ智慧ちえ財產ざいさん權けん下か的てき衍生創作そうさく，意い即そくLKM是ぜ否ひ也受GPL約束やくそく？托たく瓦かわら茲本人相にんそう信しんLKM僅用一いち部分ぶぶん「公開こうかい」的てき核心かくしん介かい面めん，因いん此不算さん衍生創作そうさく，因いん此允許いんきょ一些僅有二進位包裹的驅動程式或不以GPL宣告せんこく的てき驅動くどう程ほど式しき用よう於核心しん。但ただし也不是ぜ每ごと個人こじん都と如此同意どうい，且托瓦かわら茲也同意どうい很多LKM的てき確かく是ぜ純粹じゅんすい的てき衍生創作そうさく，也寫下か「基本きほん上じょう，核心かくしん模も組ぐみ是これ衍生創作そうさく」這樣的てき句く子こ。另一方面托瓦茲也說過：

有ゆう時候じこう一些驅動程式原先並非為Linux設計せっけい，而是為ため其他作業さぎょう系統けいとう而作（意い即そく並なみ非ひ為ためLinux作さく的てき衍生創作そうさく），這是個こ灰色はいいろ地帶ちたい……這「的確てきかく」是これ個こ灰色はいいろ地帶ちたい，而我個人こじん相しょう信しんじ一些模組可視為非Linux衍生創作そうさく，是ぜ針はり對たいLinux設計せっけい，也因此不會かい遵守じゅんしゅLinux訂てい下か的てき行為こうい準則じゅんそく。[93]

特別とくべつ像ぞう繪圖えず卡驅動くどう程ほど式しき就有非常ひじょう大だい的てき爭議そうぎ，也許到いた最後さいご得とく由よし立法りっぽう機關きかん給きゅう個こ答案とうあん。

SCO爭議そうぎ

编辑
更さら多た信しん息いき：SCO-Linux爭議そうぎ

在ざい2003年ねん3月がつ，SCO Group對たいIBM提ひさげ告つげ，聲こえ稱しょうIBM將しょう一いち些在SCO智慧ちえ財產ざいさん權けん許可きょか證しょう保護ほご下か的てきUnix原始げんし碼植入にゅうLinux中ちゅう，破壞はかい了りょうSCO給きゅう予よIBM的てき原始げんし碼使用しよう許可きょか權けん。另外SCO也發出はっしゅつ一大堆存證函給許多公司，警告けいこく他た們在沒ぼつ有ゆうSCO許可きょか權けん的てき情況じょうきょう下か使用しよう了りょうLinux，此舉可能かのう導しるべ致侵犯はん智慧ちえ財產ざいさん權けん，並なみ且以起訴きそ為ため手段しゅだん對たい個別こべつ使用しよう者しゃ施ほどこせ壓あつ。SCO也同時じ對たいNovell、戴姆勒克萊斯勒（DaimlerChrysler，在ざい2004年ねん7月がつ被ひ部ぶ份駁回かい）以及AutoZone提出ていしゅつ告訴こくそ，且被Red Hat與あずか其他反對はんたいSCO論點ろんてん的てき公司こうし反はん告つげ。2007年ねん8月がつ24日にち，聯邦れんぽう法ほう院いん審理しんりSCO對たいNovell案あん（SCO v. Novell），法ほう院いん認定にんていNovell才ざい是ぜUnix商標しょうひょう的てき合法ごうほう擁よう有ゆう者しゃ，而不是ぜSCO。2010年ねん3月がつ20日はつか，美国びくに联邦第だい十じゅう巡回じゅんかい上じょう诉法院いん宣せん判ばん，Novell才ざい是ぜUNIX與あずかUnixWare商標しょうひょう的てき合法ごうほう擁よう有ゆう者しゃ。此項判決はんけつ宣布せんぷ後ご，已やめ進入しんにゅう破產はさん保護ほご程ほど序じょ的てきSCO公司こうし，決定けってい停止ていし繼續けいぞく提出ていしゅつ訴訟そしょう。

参まいり见

编辑

参考さんこう文献ぶんけん

编辑
  1. ^ 林はやし纳斯·托たく瓦かわら兹. Linux 6.11-rc7. 2024年ねん9月がつ8日にち [2024年ねん9月がつ8日にち]. 
  2. ^ 林はやし纳斯·托たく瓦かわら兹. Linux 6.11. 2024年ねん9月がつ15日にち [2024年ねん9月がつ15日にち]. 
  3. ^ InfoWorld. Linux creator Torvalds still no fan of GPLv3. [2008-10-11]. （原始げんし内容ないよう存そん档于2013-06-23）. 
  4. ^ 4.0 4.1 4.2 COPYING. [2021-02-07]. （原始げんし内容ないよう存そん档于2012-12-21）. 
  5. ^ Stallman, Richard. Linux, GNU, and freedom. Free Software Foundation. 2002 [2007-02-21]. （原始げんし内容ないよう存そん档于2013-06-23）. 
  6. ^ linux/kernel/git/stable/linux-stable.git/blob - firmware/WHENCE. git.kernel.org. 2002-10-16 [2012-08-21]. （原始げんし内容ないよう存そん档于2013-01-13）. 
  7. ^ README - kernel/git/torvalds/linux.git - Linux kernel source tree. git.kernel.org. [2018-02-18]. （原始げんし内容ないよう存そん档于2020-08-10） （英えい语）. 
  8. ^ TOP500 Supercomputer Sites. www.top500.org. [2018-02-18]. （原始げんし内容ないよう存そん档于2012-11-19） （英えい语）. 
  9. ^ What would you like to see most in minix?. Linus Benedict Torvalds. 1991-08-26 [2010-12-21]. （原始げんし内容ないよう存そん档于2019-10-18）. 
  10. ^ Free as in Freedom: Chapter 9. www.oreilly.com. [2018-02-18]. （原始げんし内容ないよう存そん档于2020-12-10）. 
  11. ^ The Linux Foundation Releases Linux Development Report. 2016-07-19 [2018-02-18]. （原始げんし内容ないよう存そん档于2016-07-19）. 
  12. ^ Greg Kroah-Hartman. Linux Kernel Development: How Fast it is Going, Who is Doing It, What They are Doing, and Who is Sponsoring It (PDF). [2018-02-19]. （原始げんし内容ないよう存そん档于2019-09-12）. 
  13. ^ git.kernel.org - linux/kernel/git/stable/linux-stable.git/blob - firm…. archive.is. 2013-01-13 [2018-02-18]. （原始げんし内容ないよう存そん档于2013-01-13）. 
  14. ^ Torvalds, Linus Benedict. What would you like to see most in minix?. Newsgroup: comp.os.minix. 1991-08-26 [2018-02-18]. Usenet: 1991Aug25.205708.9541@klaava.Helsinki.FI. （原始げんし内容ないよう存そん档于2013-05-09）. 
  15. ^ Torvalds, Linus Benedict. Free minix-like kernel sources for 386-AT. Newsgroup: comp.os.minix. 1991-10-05 [2018-03-28]. Usenet: 1991Oct5.054106.4647@klaava.Helsinki.FI. （原始げんし内容ないよう存そん档于2013-04-25）. 
  16. ^ 16.0 16.1 Torvalds, Linus. Release Notes for Linux v0.12. The Linux Kernel Archives. [2007-02-21]. （原始げんし内容ないよう存そん档于2007-08-19）. 
  17. ^ Summers, David W. Troubles with Partitions. Newsgroup: alt.os.linux. 1992-01-19 [2007-01-07]. Usenet: 1992Jan19.085628.18752@cseg01.uark.edu. （原始げんし内容ないよう存そん档于2013-06-02）. 
  18. ^ Clegg, Alan B. It's here!. Newsgroup: comp.os.linux. 1992-03-31 [2007-01-07]. Usenet: 1992Mar31.131811.19832@rock.concert.net. （原始げんし内容ないよう存そん档于2013-06-02）. 
  19. ^ Torvalds, Linus. Linux 3.0 release. Linux kernel mailing list. 2011-07-21 [2013-05-16]. （原始げんし内容ないよう存そん档于2019-10-18）. 
  20. ^ Leemhuis, Thorsten. Linux Kernel Data. The H. Heinz Heise. 2011-05-19 [2011-07-22]. （原始げんし内容ないよう存そん档于2020-08-08）. 
  21. ^ Hachman, Mark. Linux 3.0 Released; Linus Torvalds Explains Why You Shouldn't Care. PC Magazine. Ziff Davis. 2011-07-22 [2014-11-11]. （原始げんし内容ないよう存そん档于2019-02-17）. 
  22. ^ Leemhuis, Thorsten. What's new in Linux 3.10. The H. Heinz Heise. 2013-07-01 [2013-07-15]. （原始げんし内容ないよう存そん档于2014-02-20）. 
  23. ^ Linux Kernel At 19.5 Million Lines Of Code, Continues Rising. Phoronix. 2014-06-23 [2015-06-23]. （原始げんし内容ないよう存そん档于2020-11-23）. 
  24. ^ A. S. Tanenbaum. LINUX is obsolete. Newsgroup: comp.os.minix. 1992-01-29 [2006-11-27]. 12595@star.cs.vu.nl. （原始げんし内容ないよう存そん档于2013-05-26）. 
  25. ^ Torvalds, Linus. Hybrid kernel, not NT. 2006-05-09 [2007-01-06]. （原始げんし内容ないよう存そん档于2007-01-02）. 
  26. ^ Tanenbaum, Andy. Tanenbaum-Torvalds Debate: Part II. 2006-05-12 [2007-01-06]. （原始げんし内容ないよう存そん档于2015-08-05）. 
  27. ^ FAQ: Preemption. kernelnewbies.org. 2009-08-22 [2015-05-07]. （原始げんし内容ないよう存そん档于2020-08-07）. 
  28. ^ 28.0 28.1 Jonathan Corbet. Driver porting: the preemptible kernel. LWN.net. 2003-02-24 [2015-05-07]. （原始げんし内容ないよう存そん档于2020-08-10）. 
  29. ^ Jake Edge. Character devices in user space. LWN.net. 2008-11-25 [2015-05-07]. （原始げんし内容ないよう存そん档于2021-01-26）. 
  30. ^ Jonathan Corbet. UIO: user-space drivers. LWN.net. 2007-05-02 [2015-05-07]. （原始げんし内容ないよう存そん档于2020-11-11）. 
  31. ^ Kroah-Hartman, Greg. The Linux Kernel Driver Interface. [2018-12-19]. （原始げんし内容ないよう存そん档于2013-11-04）. 
  32. ^ 32.0 32.1 Nguyen, Binh. Linux Filesystem Hierarchy: Chapter 1. Linux Filesystem Hierarchy. The Linux Documentation Project. 2004-07-30 [2012-11-28]. （原始げんし内容ないよう存そん档于2020-12-02）. 
  33. ^ Ingo A. Kubbilun. Linux kernel patch for Intel Compiler. Pyrillion.org. 2004-06-02 [2010-11-12]. （原始げんし内容ないよう存そん档于2011-07-22）. 
  34. ^ High Performance Linux Kernel Project—LinuxDNA. Linux.slashdot.org. [2010-10-30]. （原始げんし内容ないよう存そん档于2019-10-18）. 
  35. ^ LinuxDNA Supercharges Linux with the Intel C/C++ Compiler. Linux Journal. [2010-10-30]. （原始げんし内容ないよう存そん档于2020-11-09）. 
  36. ^ Lelbach, Bryce. Clang builds a working Linux Kernel (Boots to RL5 with SMP, networking and X, self hosts). cfe-dev (邮件列れつ表ひょう). 2010-10-25 [2018-12-19]. （原始げんし内容ないよう存そん档于2015-09-07）. 
  37. ^ Larabel, Michael. Linux 3.15 Can Almost Be Compiled Under LLVM's Clang. Phoronix. 2014-04-12 [2014-06-10]. （原始げんし内容ないよう存そん档于2020-08-13）. 
  38. ^ Larabel, Michael. Patch By Patch, LLVM Clang Gets Better At Building The Linux Kernel. Phoronix. [2014-11-20]. （原始げんし内容ないよう存そん档于2020-08-13）. 
  39. ^ Edge, Jake. LFCS: The LLVMLinux project. LWN.net. 2013-05-07 [2015-03-03]. （原始げんし内容ないよう存そん档于2020-08-10）. 
  40. ^ Möller, Jan-Simon. LLVMLinux: The Linux Kernel with Dragon Wings (PDF). LLVM Project. 2014-02-02 [2015-03-03]. （原始げんし内容ないよう存そん档 (PDF)于2020-08-03）. 
  41. ^ ControlGroupInterface. freedesktop.org. [2018-12-22]. （原始げんし内容ないよう存そん档于2020-11-30）. 
  42. ^ libevdev. freedesktop.org. [2018-12-22]. （原始げんし内容ないよう存そん档于2020-09-30）. 
  43. ^ Greg Kroah-Hartman. The Linux Kernel Driver Interface. [2015-04-10]. （原始げんし内容ないよう存そん档于2013-11-04）. 
  44. ^ About mac80211. Linux Kernel Organization, Inc. [2014-06-08]. （原始げんし内容ないよう存そん档于2021-02-01）. 
  45. ^ Report on ABI changes in the Linux kernel. Andrey Ponomarenko's ABI laboratory. 2016-03-17 [2018-12-19]. （原始げんし内容ないよう存そん档于2016-03-12）. 
  46. ^ Werner Fischer; Georg Schönberger. Linux Storage Stack Diagram. Thomas-Krenn AG. 2015-06-01 [2015-06-08]. （原始げんし内容ないよう存そん档于2019-06-29）. 
  47. ^ Bovet, Daniel P.; Cesati, Marco. Chapter 10: Process Scheduling. Understanding the Linux Kernel. O'Reilly. October 2000 [2011-10-15]. ISBN 0-596-00002-2. （原始げんし内容ないよう存そん档于2014-09-21）. 
  48. ^ Santhanam, Anand. Towards Linux 2.6, A look into the workings of the next new kernel. IBM Global Services. 2003-09-23 [2011-10-15]. （原始げんし内容ないよう存そん档于2013-09-27）. 
  49. ^ 49.0 49.1 Bar, Moshe. The Linux Scheduler. Linux Journal. Belltown Media, Inc. 2000-04-01 [2012-04-14]. （原始げんし内容ないよう存そん档于2021-02-02）. 
  50. ^ Molnár, Ingo. [patch] Modular Scheduler Core and Completely Fair Scheduler [CFS]. LKML (邮件列れつ表ひょう). 2007-04-13 [2012-04-14]. （原始げんし内容ないよう存そん档于2020-11-03）. 
  51. ^ IEEE Standard for Information Technology – Portable Operating System Interface, POSIX.1b, Real-time extensions (IEEE Std 1003.1b-1993). [2018-12-08]. （原始げんし内容ないよう存そん档于2010-11-16）. 
  52. ^ McKenney, Paul. A realtime preemption overview. LWN.net. 2005-08-10 [2012-02-05]. （原始げんし内容ないよう存そん档于2020-08-10）. 
  53. ^ OSADL Project: Realtime Linux. OSADL. [2012-02-05]. （原始げんし内容ないよう存そん档于2021-02-04）. 
  54. ^ Bergmann, Arnd. BKL: That's all, folks. Linux Kernel Organization, Inc. 2011-03-05 [2012-02-20]. （原始げんし内容ないよう存そん档于2012-07-20）. 
  55. ^ Larabel, Michael. The Linux 3.14 Kernel Already Has Many Exciting Features. Phoronix. 2014-01-24 [2014-02-03]. （原始げんし内容ないよう存そん档于2020-08-13）. 
  56. ^ Linux kernel 3.14, Section 1.1. Deadline scheduling class for better real-time scheduling. kernelnewbies.org. 2014-03-30 [2014-04-02]. （原始げんし内容ないよう存そん档于2021-01-15）. 
  57. ^ TOP500 Statistics. Top500. [2012-04-26]. （原始げんし内容ないよう存そん档于2012-11-02）. 
  58. ^ Greg Kroah-Hartman. Android and the Linux kernel community. 2010-02-02 [2010-02-03]. （原始げんし内容ないよう存そん档于2019-04-27）. This means that any drivers written for Android hardware platforms, can not get merged into the main kernel tree because they have dependencies on code that only lives in Google's kernel tree, causing it to fail to build in the kernel.org tree. Because of this, Google has now prevented a large chunk of hardware drivers and platform code from ever getting merged into the main kernel tree. Effectively creating a kernel branch that a number of different vendors are now relying on. 
  59. ^ Linux developer explains Android kernel code removal. ZDNet. 2010-02-02 [2010-02-03]. （原始げんし内容ないよう存そん档于2010-02-06）. 
  60. ^ Maemo platform described as being based on Linux kernel. Maemo community. 2010-04-09 [2010-04-09]. （原始げんし内容ないよう存そん档于2020-09-27）. 
  61. ^ K.K. Mookhey, Nilesh Burghate and ISACA. Linux-- Security, Audit and Control Features. ISACA. 2005: 14 [2012-11-15]. ISBN 1-893209-78-4. （原始げんし内容ないよう存そん档于2020-08-04）. 
  62. ^ Brian Hatch. Hacking exposed Linux: Linux security secrets & solutions. McGraw Hill Professional. 2008: 524 [2012-11-15]. ISBN 0-07-226257-5. （原始げんし内容ないよう存そん档于2020-08-04）. 
  63. ^ Trent Jaeger. Operating system security. Morgan & Claypool Publishers. 2008: 122 [2012-11-15]. ISBN 1-59829-212-9. （原始げんし内容ないよう存そん档于2021-01-26）. 
  64. ^ Jeremy Andrews. Security Bugs and Full Disclosure. 2008-07-16 [2010-12-31]. （原始げんし内容ないよう存そん档于2012-07-10）. 
  65. ^ Brad Spengler. Linux's unofficial security-through-coverup policy. Full-Disclosure (邮件列れつ表ひょう). 2008-07-16 [2010-12-31]. （原始げんし内容ないよう存そん档于2020-08-07）. 
  66. ^ The Intel SYSRET privilege escalation –. Blog.xen.org. 2012-06-13 [2012-07-26]. （原始げんし内容ないよう存そん档于2012-06-16）. 
  67. ^ 陳ちん曉あきら莉. 把わ漏も洞ほら導入どうにゅうLinux核心かくしん來らい作さく實驗じっけん，Linux大だい佬封殺ふうさつ明あかり尼あま蘇そ達いたる大學だいがく所有しょゆう貢獻こうけん. ithome. 2021-04-22 [2021-04-22]. （原始げんし内容ないよう存そん档于2021-04-27）. 
  68. ^ 68.0 68.1 Marti, Don. Are top Linux developers losing the will to code?. ComputerworldUK. [2016-10-24]. （原始げんし内容ないよう存そん档于2019-06-12） （英国えいこく英えい语）. 
  69. ^ How the development process works. [2018-02-04]. （原始げんし内容ないよう存そん档于2017-12-09）. 
  70. ^ Sharwood, Simon. Linux kernel dev who asked Linus Torvalds to stop verbal abuse quits over verbal abuse. The Register. 2015-10-06 [2018-02-19]. （原始げんし内容ないよう存そん档于2020-03-29）. 
  71. ^ Corbet, Jonathan. Bash the kernel maintainers. LWN.net. 2017-11-06 [2018-02-04]. （原始げんし内容ないよう存そん档于2021-01-26）. 
  72. ^ Code of Conflict. [2018-02-04]. [永久えいきゅう失效しっこう連結れんけつ]
  73. ^ Edge, Jake. Too many lords, not enough stewards. LWN.net. 2018-01-31 [2018-02-04]. （原始げんし内容ないよう存そん档于2020-11-09）. 
  74. ^ Billimoria, Kaiwan N. Linux Kernel Programming A Comprehensive Guide to Kernel Internals, Writing Kernel Modules, and Kernel Synchronization.. Birmingham: Packt Publishing, Limited. 2021: 55. ISBN 978-1-78995-592-7. OCLC 1240585605. 
  75. ^ Vaduva, Alexandru. Linux : embedded development : leverage the power of Linux to develop captivating and powerful embedded Linux projects : a course in three modules. Alex Gonzalez, Chris Simmonds. Birmingham, UK. 2016: 663. ISBN 978-1-78712-445-5. OCLC 960471438. 
  76. ^ Karim Yaghmour. Building embedded Linux systems 2nd. Sebastopol [Calif.]: O'Reilly Media. 2008: 387. ISBN 978-0-596-52968-0. OCLC 273049576. 
  77. ^ Yaghmour, Karim. Embedded Android. Sebastopol, CA: O'Reilly Media. 2011: 44. ISBN 978-1-4493-2798-9. OCLC 812180000. 
  78. ^ SoC (System on a Chip). OpenWrt Wiki. 2014-11-06 [2021-03-15]. （原始げんし内容ないよう存そん档于2022-08-23） （英えい语）. 
  79. ^ David A. Wheeler. Linux Kernel 2.6: It's Worth More!. [2012-11-15]. （原始げんし内容ないよう存そん档于2011-08-21）. 
  80. ^ Economic impact of FLOSS on innovation and competitiveness of the EU ICT sector （页面存そん档备份，存そん于互联网档案あん馆）, Table 3 on page 50.
  81. ^ Wheeler, David. The Linux Kernel: It’s Worth More!. [2012-09-17]. （原始げんし内容ないよう存そん档于2011-08-21）. 
  82. ^ Linux Kernel Archives - Volume 1 Archive.is的てき存そん檔，存そん档日期き2005-05-11（Riley Williams）
  83. ^ 83.0 83.1 Yamagata, Hiroo. The Pragmatist of Free Software. HotWired. 1997-08-03 [2007-02-21]. （原始げんし内容ないよう存そん档于2007-02-10）. 
  84. ^ Corbet, Jonathan. GPLv3 and the kernel. LWN.net. 2006-01-31 [2007-02-21]. （原始げんし内容ないよう存そん档于2020-08-10）. 
  85. ^ Torvalds, Linus. Linux-2.4.0-test8. LKML (邮件列れつ表ひょう). 2000-09-08 [2007-02-21]. （原始げんし内容ないよう存そん档于2020-05-15）. 
  86. ^ gnu.org. www.gnu.org. [2017-10-18]. （原始げんし内容ないよう存そん档于2021-02-02） （英えい语）. 
  87. ^ Cox, Alan. Re: GPL V3 and Linux. LKML (邮件列れつ表ひょう). 2006-01-20 [2007-02-21]. （原始げんし内容ないよう存そん档于2021-01-26）. 
  88. ^ Shankland, Stephen. Top Linux programmers pan GPL 3. News.com. CNET. 2006-09-25 [2007-02-21]. [失效しっこう連結れんけつ]
  89. ^ 89.0 89.1 James E.J. Bottomley, Mauro Carvalho Chehab, Thomas Gleixner, Christoph Hellwig, Dave Jones, Greg Kroah-Hartman, Tony Luck, Andrew Morton, Trond Myklebust, David Woodhouse. Kernel developers' position on GPLv3: The Dangers and Problems with GPLv3. LWN.net. 2006-09-15 [2015-03-11]. （原始げんし内容ないよう存そん档于2021-01-18）. The current version (Discussion Draft 2) of GPLv3 on first reading fails the necessity test of section 1 on the grounds that there's no substantial and identified problem with GPLv2 that it is trying to solve. However, a deeper reading reveals several other problems with the current FSF draft: 5.1 DRM Clauses [...] 5.2 Additional Restrictions Clause [...] 5.3 Patents Provisions [...] since the FSF is proposing to shift all of its projects to GPLv3 and apply pressure to every other GPL licensed project to move, we foresee the release of GPLv3 portends the Balkanisation of the entire Open Source Universe upon which we rely. 
  90. ^ Petreley, Nicholas. A fight against evil or a fight for attention?. linuxjournal.com. 2006-09-27 [2015-03-11]. （原始げんし内容ないよう存そん档于2018-03-02）. Second, the war between Linus Torvalds and other Kernel developers and the Free Software Foundation over GPLv3 is continuing, with Torvalds saying he's fed up with the FSF. 
  91. ^ Linus Torvalds says GPL v3 violates everything that GPLv2 stood for （页面存そん档备份，存そん于互联网档案あん馆） Debconf 2014, Portland, Oregon (accessed 11 March 2015)
  92. ^ 存そん档副本ふくほん. [2006-11-25]. （原始げんし内容ないよう存そん档于2013-06-23）. 
  93. ^ 存そん档副本ふくほん. [2006-11-25]. （原始げんし内容ないよう存そん档于2006-09-27）. 

外部がいぶ連結れんけつ

编辑
 
维基共ども享とおる资源中ちゅう相しょう关的多た媒体ばいたい资源：Linux内ない核かく
检索自じ“https://zh.wikipedia.org/w/index.php?title=Linux内ない核かく&oldid=83236207”