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

nullデバイスに関するいくつかの履歴情報を探しています。/dev/null（たとえば）の代わりに呼び出されたのはなぜ/dev/emptyですか？ FreeBSDのマニュアルページには、「バージョン7のAT＆T UNIXでnullデバイスが表示された」と記載されていますが、その名前が最初に選択された理由に関する参照やヒントは見つかりません。 名前がもともと古いOSで使用されていたことが判明した場合は、元のデバイスがどのように機能したか、なぜその名前が選択されたのかを知りたいのですが。

8 devices  history 

このif条件の動機は何void serial8250_tx_chars(struct uart_8250_port *up)ですか？ if (uart_circ_chars_pending(xmit) < WAKEUP_CHARS) uart_write_wakeup(port); Linux 1.1.13（1994年5月）から存在し、ほとんどのUARTドライバーで繰り返されています。 背景：カスタマイズされたLinux 3.4.91、ARMv7の組み込みシステム、UARTポート0は、38400ボー、I / O用の16バイトFIFOに設定されています。これは、セットアップでは変更できません。 UARTを介してコンソールで非常に重いprintfを実行すると、内部の4kBバッファー（UART_XMIT_SIZE）がいっぱいになり、バッファーが空になるまで（38400ボーで1秒かかります）、ユーザー空間プロセスが停止します。その後、この動作が繰り返されます。これはn_tty_write()、バッファがいっぱいになると関数がスリープ状態になり、上記の疑わしい状態のために長時間ウェイクアップされないためです。 このチェックを削除するだけで、より自然で効率的になります。次に、printfsはできるだけ早くバッファーをいっぱいにして、私が観察しているバースト処理ではなく、バッファーが空になる速度で続行します。 私の環境では問題なく動作しますが、確かに何かが足りない、または誤解しています。現在の実装には理由があるはずです。その状態を取り除くと副作用はありますか？ 余談ですが、この動作を調整するための構成オプションはありますか。たとえば、printfが常にすぐに戻り、バッファーがいっぱいの場合は出力を破棄するように設定しますか？

8 linux  console  tty  history  serial-console 

SCCSログの内容によると、BSD Unixに貢献した人々の名前をまとめようとしています。（これは当時使用されていたバージョン管理システムです。）Jonathan Greyが作成したリストにはいくつかの名前が表示されていますが、72がまだ見つかりません。このプロセスを整理しておくために、未知の貢献者のリストを含むコミュニティWiki回答を作成します。各識別子の横に名前を追加してください。

8 history  bsd 

多くの場所（特に大学）で、次のように形成されたログインを見てきました。 名の最初の文字：ジョンスミソニアン→j 名前の最初の7文字：John Smithsonian→smithso したがって、ログインはjsmithsoになります。 このようなログインを作成する方法が呼び出される方法を知っている人はいますか？そして、なぜそれがそのように行われるのか。

8 login  history