VT拡張なしでx86-64 Debian SkigerでSSHサーバーをホストする必要があります。
私はqemu(設定と作業)でvirtlibを使用しています。
私はたくさん試してみましたが、完璧に動作することはないので、あなたの経験を通して学びたいです。
私はDebianベースのLinuxディストリビューションを使い慣れているので、それを使用することをお勧めしますが、決して重要ではありません。
これまでデスクトップ、Xなどを使わずにx86_64スクイズを試してみました。しかし、痛いほど遅いです。いつでもps aux
多数のプロセスが実行されており、ほとんどはアイドル状態ですが、まだそうです。
私もi686 qemuモードでi386dammsmalllinuxを試してみましたが、FluxboxとXが終了した後は私のニーズに十分速くなりましたが、デスクトップを削除するのはせいぜい不都合なハッキングでした。いくつかの必須プロセスで簡素化しましたが、本当に良いです。
だから私の質問はDSLをより速くすることです。カーネル2.4でWoody(Debian 3.0)をインストールすると、同様の結果が出ますか?それともx86-32(64ビットホスト上)または他のものを実行していますか?
これがあなたのシステムならどうしますか?デフォルトでは、UIなしの軽量ディストリビューションに関する提案はありますか?
答え1
Qemuはその仕事に適したツールではありません。 QemuはCPUを含むコンピュータ全体をエミュレートします。これは、仮想ハードウェアがホストハードウェアとは異なりますが、必須ではない仮想マシンを実行するのに役立ちます。
さらに、amd64 CPU をエミュレートするのは、i386 CPU をエミュレートするよりも遅くなる可能性があります。これだけでDebian/amd64とDSL/i386の違いを説明できます。追加のプロセスは開始時間を長くしますが、後続のパフォーマンスには影響しません。アイドルプロセスはメモリを消費しますが、定義に応じてCPU時間はありません。
Linux で Linux を実行するには、次の特殊な Linux-on-Linux 仮想化技術が適したツールです。LXC、Linux仮想サーバー、オープンVZまたはユーザーランドLinux。ウィキペディアそしてLinuxカーネルの新機能選択に役立つ比較ページがあります。
答え2
痛みを伴う速度低下は、I/O と関連がある可能性があります。私はlibvirtにvirtioを使うように指示することでこの問題を解決できることを発見しました。私のものを確認してください:
# virsh list
Id Name State
----------------------------------
11 ca running
13 new_box running
.....
# virsh dumpxml ca|awk '/disk/,/<\/disk>/'
<disk type='block' device='disk'>
<driver name='qemu'/>
<source dev='/dev/xen02/ca.root'/>
<target dev='vda' bus='virtio'/>
<alias name='virtio-disk0'/>
<address type='pci' domain='0x0000' bus='0x00' slot='0x04' function='0x0'/>
</disk>
<disk type='block' device='cdrom'>
<target dev='hdc' bus='ide'/>
<readonly/>
<alias name='ide0-1-0'/>
<address type='drive' controller='0' bus='1' unit='0'/>
</disk>
これは、インストール時に実行するか、既存のVM定義を編集することによって実行できます。これはやや面倒です。見るこれ
答え3
私は数日前に職場でSSH仮想マシンを構築しました。皆さんも自分で構築したいのと同じ理由です。実際、これはプライベートアドレスのローカルワークステーションへのアウトバウンドSSH転送とインバウンドSSHプロキシに使用されます。
私はちょうどdebian squeezeを使用しました(最小基本インストール、Xなし。唯一の珍しいことは、libpam-ldapが大学のActive Directoryサーバーを介して認証することです...もちろん、/etc/security/access.confはユーザーだけを認証する正しく設定されています)。私の教員はログインできますが、他の教員の愚か者はログインできません。そのOUで作成されたすべてのテスト/テストアカウントにもsshd_configが設定されているため、ローカルネットワークからの接続のみが許可されます。パスワードログインは、他の場所から接続するために公開鍵とノンストップSSHスクリプトの子プローブをフィルタリングするiptables最近の一致ルール)
VM は virtio ディスクおよびネットワークドライバーとともに 512M(必要以上)です。パフォーマンスは完全に許容可能です。 CPUは1つだけ割り当てられており、使用量が現在の予想(数十人の学者および大学院生)より高い場合は、追加する必要があります。
「痛いほど遅い」とは、virt-managerでVNCコンソールを見るときを意味しますか?
もしそうなら、これは既知のバグです。 virt-managerのVNC性能は不便です。 VM自体は大丈夫です。 sshは通常の速度で実行され、他のVNCクライアントからのVNC接続は問題ありませんが、virt-managerの内蔵VNCコンソールを使用するのは非常に痛いです...画面を見ることができます。出力に単一文字が表示されます。文字を一度に1つずつ送ってください。