systemdの不具合について、「安全ではない言語を使っている」のが原因との指摘 | スラド デベロッパー
先日、systemdにバグがあることが発見され、誰でも比較的簡単にLinuxシステムをクラッシュさせることができることが発覚した。この問題を指摘したAndrew Ayer氏によれば、systemdには設計上の欠陥があるという。バグのないソフトウェアを書くことは非常に困難だが、良いプログラマはバグの可能性を最小にするか、その影響を低減させる方向へソフトウェアを設計することの重要性を理解している。しかしsystemdの開発者たちはこれを理解していないと主張。不必要な複雑性を膨大に詰め込むことを決定し、メモリを安全ではない言語で記述したと非難している（Andrew Ayer、iWire）。 また、TechCrunchの記事では、安全ではない言語がキーポイントだとし、メモリ管理が安全でない言語を使って安全なコードを書くことを期待するのは現実的ではないと指摘している。一方でAndrew Ayer氏は
なぜsystemdなのか？ | POSTD
このブログ記事は2014年5月21日に行った私の講演の内容に基づいています。 ここ数年、GNU/LinuxのディストリビューションはSysV initを避ける傾向にあり、代わりに多種多様な新しいinitシステムへと移行が進んでいます。SysV initに満足しているユーザにとっては、これは予想外の流れでしょう。問題なく使えるのに、なぜ多くのディストリビューションはSysV initに背を向けているのでしょうか。 この記事ではSysV initの問題点と、それに対してsystemdがどんな解決法を提供しているのか説明してみようと思います。 私は特にsystemdの大ファンだというわけではなく、ただ広く使われているツールだという認識以上の思い入れは無いことだけお断りしておきます。 initシステムの役割とは何か？ コンピュータが起動する時には、ビルトインされたファームウェア（コンピュータの場合
Ubuntu、月曜日から公式にsystemdへ切り替え | スラド Linux
Ubuntuはsystemdとともに生きていくことになる。ubuntu-devel-announceメーリングリストでMartin Pitt氏が報告した。月曜日からUbuntu Vivid(15.04)はUpstartではなく、systemdでブートするようになる。この変更はデスクトップやサーバーおよび、その他の現行版すべてに適用される。技術的にはパッケージ管理での依存関係が「init」優先ではなく、「systemd-sysv|upstart」優先に切り替わる。ただし、この変更は新規インストールに対するもので、アップグレードには影響しない。アップグレードの場合は「ubuntu-standard」の依存関係に「systemd-sysv」を加えることで切り替えが可能だ。既に手動での切り替えは可能となっているが、初めにワンタイムブートを実行しておくことが強く推奨される。変更により問題が発生した場
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
