タグ付けされた質問 「history」

Unixシステムとその主要コンポーネントの歴史。シェル関連の質問にはこのタグを使用しないでください。代わりに「command-history」を使用してください。

1
曲折/キャレット文字がCtrlの記号として使用されるのはなぜですか?
私はずっと前にLinuxコンソールを使い始めましたが、キャレット文字(キャレット文字^)について曲がり角に疑問を抱くことはありませんでした()。単語の代わりに使われている理由を尋ねたいと思いCtrlます。 先日、nanoを使用しているときに考えました。また、インターネット上でいくつかの答えがあるかどうかも検索しましたが、見つけたのは「それが何であるか」と「それが表すもの」に関する質問だけでした。 歴史的な理由はありますか?それとも奇妙な慣習から来ているのでしょうか?

2
Linuxカーネルの責任者は誰ですか?
今日現在、Ubuntu、Fedora、Gentoo、Mint、Debianなどの多くのLinuxディストリビューションがあります。これらのディストリビューションは異なるサイクルで更新されます。Ubuntuはカーネルを毎週または毎月更新するようですが、Debianはカーネルの更新に消極的です。 これらのディストリビューションが独自のカーネルを保持しているかどうか疑問に思っています。または、Linus Torvaldsから元のカーネルコードを取得し、必要に応じて少し変更してから、修正したカーネルをパッケージ管理システムでリリースしますか? すべてのディストリビューションがLinus Torvaldsの同じカーネルを使用していますか?その場合、なぜ異なるディストリビューションが異なるサイクルでカーネルを更新/リリースするのですか?

1
「who mil」が出力を生成できないのはなぜですか?
IEEE Std 1003.1-2008の2016年版(別名、Open Group Base Specifications Issue 7、または単にPOSIX標準)では、whoユーティリティの根拠セクションに次のことが記載されています。 実装がwho milの呼び出しに対して出力を生成しないことは許容されます。 「mil」とは誰ですか?なぜ実装は何のために出力を生成できないのwho milですか?
16 history  posix  who 

3
「オペレーター」ユーザーのポイントは何ですか?
多くのun * xシステムには、「operator」という名前のユーザーアカウントが付属しています。このアカウントの目的は何ですか? 一部のシステムは実際にこのアカウントを使用していますか、それともこれは歴史的な遺産ですか?組織でこのアカウントを使用したことがありますか? 「operator」アカウントには、ホームディレクトリが/rootまたはなどのように設定されている傾向があります/。どうしてこれなの? Linux: Login: operator Name: operator Directory: /root Shell: /sbin/nologin またはFreeBSD: Login: operator Name: System Operator Directory: / Shell: /usr/sbin/nologin FreeBSDでは、いくつかのファイルは実際にはユーザー「operator」によって所有されています。 # find / -user operator -exec ls -ld {} \; drwx------ 2 operator operator 512 Apr 20 17:11 /var/db/entropy ほぼすべてのグーグルの結果はシェルまたはコード演算子に関するものであるため、この質問はグーグルにとって驚くほど困難です。




1
これらのLinux TCPデフォルト設定はどのように決定されましたか?
最近、実稼働環境で問題を追跡するのにかなりの時間を費やしました。データベースサーバーが消失するとpoll()、接続されたクライアントが最大2時間ハングします(libpqクライアントライブラリでの呼び出しの待機)。問題を掘り下げると、切断されたTCP接続がタイムリーに通知されるように、これらのカーネルパラメーターを調整する必要があることに気付きました。 net.ipv4.tcp_keepalive_time = 7200 net.ipv4.tcp_keepalive_probes = 9 net.ipv4.tcp_keepalive_intvl = 75 net.ipv4.tcp_retries2 = 15 上記の4つの値はUbuntu 12.04マシンのものであり、これらのデフォルトは現在のLinuxカーネルのデフォルトから変更されていないようです。 これらの設定は、既存の接続を開いたままにしておくことに大きく偏っており、キープアライブプローブでは非常にけちです。AIUI、デフォルトtcp_keepalive_timeの2時間は、リモートホストへの応答を待っているときに、キープアライブプローブを開始して接続がまだ有効であることを確認するまで2時間辛抱強く待つことを意味します。そして、リモートホストがキープアライブプローブに応答しない場合、それらのキープアライブプローブを9回(tcp_keepalive_probes)、75秒間隔(tcp_keepalive_intvl)で再試行するため、接続が実際に停止していると判断するまでにさらに11分かかります。 これは、フィールドで見たものと一致します。たとえば、psqlリモートPostgreSQLインスタンスに接続されたセッションを開始し、いくつかのクエリが応答を待っている場合、たとえば SELECT pg_sleep(30); そして、リモートサーバーが恐ろしい死を迎える(たとえば、そのマシンへのトラフィックを落とす)ので、接続が停止していると判断するまで、最大2時間11分間psqlセッションが待機しています。ご想像のとおり、これらのデフォルト設定は、たとえばデータベースフェイルオーバーイベント中にデータベースと通信するコードに深刻な問題を引き起こします。これらのノブを下げることは大いに役立ちました!そして、これらのデフォルトの調整を推奨するのは私だけではありません。 だから私の質問は: デフォルトはどのくらいの期間でしたか? これらのTCP設定をデフォルトにする最初の理由は何ですか? Linuxディストリビューションはこれらのデフォルト値を変更しますか? そして、これらの設定の理論的根拠に関するその他の歴史や展望をいただければ幸いです。
13 linux  tcp  history 

2
死んだプロセスを見ることは可能ですか?
ではman ps、Linuxでプロセスが持つことができるさまざまな状態を明確に示しています。 D Uninterruptible sleep (usually IO) R Running or runnable (on run queue) S Interruptible sleep (waiting for an event to complete) T Stopped, either by a job control signal or because it is being traced. W paging (not valid since the 2.6.xx kernel) X dead (should never be …

1
Linuxカーネルの25年間の開発は、素人の言葉で修飾または抽象化できますか?[閉まっている]
閉じた。この質問はより集中する必要があります。現在、回答を受け付けていません。 この質問を改善したいですか?この投稿を編集するだけで1つの問題に焦点を当てるように質問を更新します。 5年前に閉鎖されました。 Linuxカーネルはほぼ25歳です。1991年(開始日)以降のLinuxカーネルの開発履歴、および1994年(1.0.0)から今日までの部分的な短いバージョンを作成する必要があった場合、私はできませんでした。カーネルリリースノートを1つ1つ読むのではなく、最善の方法は、バージョン3.11までのカーネルに追加された一般的なリリース機能である以下を提供することです(ノートとリンクは省略)。 Linuxカーネルのバージョン1.0は1994年3月14日にリリースされました。このリリースのLinuxカーネルは、シングルプロセッサのi386ベースのコンピューターシステムのみをサポートしていました。移植性が懸念されるようになったため、 バージョン1.2(1995年3月7日リリース)は、Alpha、SPARC、およびMIPSアーキテクチャに基づくプロセッサを使用するコンピュータシステムのサポートを獲得しました。 バージョン2.0は1996年6月9日にリリースされました。シリーズには41のリリースがありました。2.0の主な機能は、SMPサポート(つまり、単一システムでの複数のプロセッサのサポート)と、より多くの種類のプロセッサのサポートでした。 バージョン2.2(1999年1月26日リリース)は、グローバルスピンロックを削除し、改善されたSMPサポートを提供し、m68kおよびPowerPCアーキテクチャと新しいファイルシステム(MicrosoftのNTFSの読み取り専用サポートを含む)のサポートを追加しました。 2001年1月4日にリリースされたバージョン2.4.0には、ISAプラグアンドプレイ、USB、およびPCカードのサポートが含まれていました。また、Hewlett-PackardのPA-RISCプロセッサのサポートも含まれていました。2.4.xの開発では、シリーズの期間を通じて、Bluetooth、Logical Volume Manager(LVM)バージョン1、RAIDサポート、InterMezzo、ext3ファイルシステムのサポートなど、より多くの機能が利用できるようになりました。 バージョン2.6.0は2003年12月18日にリリースされました。2.6.xの開発は、シリーズの全期間を通じて新しい機能を含めるようにさらに変更されました。2.6シリーズで行われた変更には、メインラインカーネルソースへのµClinuxの統合、PAEサポート、CPUのいくつかの新しいラインのサポート、メインラインカーネルソースへのALSAの統合、最大2 32ユーザー(最大2 16)、最大2 29プロセスIDのサポート(64ビットのみ、32ビットアーチはまだ2 15に制限されています))、デバイスタイプの数と各タイプのデバイスの数を大幅に増やし、64ビットサポートを改善し、最大16テラバイトのファイルサイズをサポートするファイルシステムのサポート、カーネル内プリエンプション、ネイティブPOSIXスレッドライブラリのサポート(NPTL)、メインラインカーネルソースへのユーザーモードLinux統合、メインラインカーネルソースへのSELinux統合、InfiniBandサポートなどがあります。また、注目すべきは、FUSE、JFS、XFS、ext4など、2.6.xリリース全体でいくつかのファイルシステムが追加されていることです。2.6カーネルシリーズの歴史の詳細は、kernel.orgの2.6カーネルシリーズソースコードリリースエリアのChangeLogファイルに記載されています。 バージョン3.0は2011年7月22日にリリースされました。トーバルズは、大きな変化は「何もありません。絶対に何もない」と発表しました。2011年5月30日、トーバルズは次のように発表しました。「...次のリリースは、まったく新しい光沢のある数字ではなく、優れたカーネルでもあることを確認しましょう。」予想される6〜7週間の開発プロセスの後、Linuxの20周年の近くにリリースされます。 2012年12月、Torvaldsはi386プロセッサのサポートを削除することでカーネルの複雑さを軽減することを決定し、3.7カーネルシリーズ は元のプロセッサを引き続きサポートする最後のシリーズになりました。同じシリーズは、ARMプロセッサのサポートを統合しました。 2013年9月2日にリリースされたバージョン3.11は、一時ファイルの脆弱性を減らすためのopen(2)の新しいO_TMPFILEフラグ、実験的なAMD Radeon動的電力管理、低遅延ネットワークポーリング、zswap(圧縮スワップキャッシュ)などの多くの新機能を追加します。 また、長年にわたってLinux Foundationがカーネル開発について報告していることも付け加えることができます。2012-2013カーネル開発のハイライトは次のとおりです。 536の企業(私たちが知っている)を代表する3,738人の開発者からほぼ92,000の変更セットがマージされました。 重要な新機能の膨大な配列がメインラインにマージされました。これらには、完全なティックレス操作、ユーザー名前空間、ARMのKVMおよびXen仮想化、スケジューラーでのエンティティごとの負荷追跡、ユーザー空間チェックポイント/再起動、64ビットARMアーキテクチャサポート、F2FSフラッシュ指向ファイルシステム、多くのネットワーク改善が含まれますレイテンシとバッファの膨張の問題では、ブロックストレージデバイスの高速キャッシングを提供する2つの独立したサブシステムなどがあります。 Android固有のカーネル機能をめぐる長年の争いは、完全に背景に消えていきました。よく議論されている「ウェイクロック」機能は、最新のAndroidデバイスで使用されている別のメインラインソリューションに静かに置き換えられました。 この期間中、開発カーネルのバグを見つけるための自動化ツールの使用が大幅に増加しました。「トリニティ」ファズテスターやゼロデイビルドブートシステムなどのツールは、リリース前のカーネルで多数のバグを検出し、開発サイクルを短縮し、コミュニティがより高品質のリリースを提供できるようにします。 モバイルおよび組み込み業界からの貢献は増え続けています。たとえば、Linaro、Samsung、およびTIは、このペーパーの以前のバージョンの変更の4.4%を共同で提供しました。3.10までの期間、それらはすべての変更のほぼ11%に貢献しました。 カーネルプロジェクトは初めて女性向けのアウトリーチプログラムに参加し、7つの職種に41のアプリケーションを提供しました。アプリケーションプロセス中に、374個のパッチがカーネルに送信され、それらのパッチの1/3以上が3.10カーネルリリースで受け入れられました。インターンプロセスは現在進行中ですが、その結果は、将来のカーネルリリースまで表示されません。 さらに、個々のコミットを超えるメトリックがあるため、カーネルに何が起こっているのかを定量化することはそれほど難しくありません。たとえば、1994年の1.0.0カーネルには176 250行のコードがありました。そして、3.10のような現代のカーネルには15 803 499行のコードがあります。かなりもっと。カーネルのリリース頻度が増加し(3.10の場合は63日間)、変更率も増加しました(私たちが話すように1時間あたり9コミット以上)。Linux Foundationを引用するには: この変化率を何年も維持する能力は、以前のパブリックソフトウェアプロジェクトでは前例のないものです。 しかし、これはすべて私の意見ではほとんど洞察をもたらしません。したがって、私は尋ねます: この四半世紀の進化は、 このカーネルを構成するすべてのリストされた機能を時間の経過とともに線形的に追加することを超えて、簡単に修飾できますか? そして、これは、Linuxカーネルが何であるか、またはそれがどこに向かっているのかについての洞察をもたらしますか?25年の開発の後、それについていくつかの結論を確かに引き出すことができますか? すべてを言うことなく、すべてを言う素人の言葉で抽象的な答えを探しています。
12 kernel  history 

4
彼らはどのようにしてマウスの前にUnixコンピューターを運転し、コピー&ペーストしましたか?
Unixは40歳であるため、Unixはコンピュータマウスの発明よりも古いです。(実際、Unixが1969年から、マウスが1972年からだった場合、わずか3年です。)新規ユーザーは、コピー&ペーストをせずに、Unixでどのようにしたのですか?彼らは常にコピー/貼り付け機能付きのテキストエディターを持っていましたが、Linuxで行うことはすべてWebブラウザーからコピーし、(CLIPBOARDから)vimまたはgeditまたはgnome端末に貼り付けることです。あなたは同じですよね? manファイルをvimにロードし、そのファイルから一時バッファーにコードをコピーして貼り付け、bashにそのバッファーを実行させることは想像できません。たぶん、彼らは決してemacsを残しませんでした。それが答えですか?


2
コマンドファイルの提案の背後にあるストーリーは何ですか?
私が読んでいる間、私はfile(1)これをmanページで強調しました(私の強調): / etc / magicにローカル定義を追加するときは、これらのキーワードを保存してください。ユーザーは、ディレクトリ内のすべての読み取り可能なファイルに「テキスト」という単語が印刷されていることを知っている必要があります。バークレーのようにして「シェルコマンドテキスト」を「シェルスクリプト」に変更しないでください。 この文章の背後にある物語は何ですか?とは思いBerkeleyますがBSD (Berkeley software distribution)、Googleはこれについて十分な情報を提供していません。 http://man7.org/linux/man-pages/man1/file.1.htmlへのリンクfile(1) 一部の調査では、このステートメントが27年前にリンクが追加されたことを示しています。 Don't do as one computer vendor did \- change ``shell commands text'' to ``shell script''. その後、現在のステートメントリンクに変更 Don't do as Berkeley did \- change ``shell commands text''


4
Linuxの「自分でコンパイルする」という考え方の源は何ですか[終了]
閉じた。この質問は意見に基づいています。現在、回答を受け付けていません。 この質問を改善したいですか?この投稿を編集して事実と引用で答えられるように質問を更新してください。 2年前に閉店。 私は大学でLinuxを少し使用しましたが、用語に精通しています。私は.NET言語で定期的に開発しているので、私はコンピュータの読み書きができません。 とはいえ、* nixサークルに存在する「自分でコンパイルする」[CIY]考え方を理解しているとは本当に言えません。私はそれがなくなることを知っていますが、それでも時々それを聞きます。開発者として、コンパイラーと必要な依存関係のセットアップはお尻の痛みであることを知っているので、CIYワークフローが* nixのアクセス性を大幅に低下させるのに役立ったように感じます。 CIYメンタリティの上昇につながった社会的または技術的要因は何ですか?
11 linux  history 

弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.