今日はここで終わります。私は吉平弘美人です。バトライオスレースでインバータイレースを使って、バトライオスレースのインバータイレースを使って、このデジェンダーです。まず、インバータイレスを使って、アーキティクチュースのインバータイレスを使って、その時、私は最初のアテンプを話しています。このアテンプは結果があったと思います。私はアーキティクチュースのインバータイレスを使って、このプレゼンテーションを終わります。まず、インバータイレスのインバータイレスを話します。インバータイレスの進捗をすることは、バトライオスレースのインバータイレスで Marginal Systems is used to virtualize the environment.インバータイレスの進捗をすることは、フレースのインバータイレスでアップことをすることはあまり、インバータイレスでアップことをすることは、このプレゼンテーションを使って、マークのインバータイレスが使われます。透明デジェンダーは インバータイレスで透明デジェンダーとして使うことは、通常インバータイレスでステースの配置が使って、コカが入られることは、とは思います。フレーズの2つの交換は、このメンバーの場合は、フレーズのデータがマーチフォーゲアやHOSのデータでコロモロジーの情報を交換しています。このメンバーは、クラウドのメンバー、このディスタルなどの工事・展貞は大変に應用できるからです。このディスタルはバチュラリデ instrumentation environment にご注意ください。なぜ マスケーシングのために 問題があるかにとっては難しいということです。一つの問題を目指す場合は 注意を大きい 場合は難しいと思います。例えば 現然性問題については ゲストを指定しています。ノーマリー、ゲストとホースを share hardware devices, CPUs, memories, disks, nicks, and so on.ゲストとホースを compete with each other for resources.これがとても面白い点です。ゲストとホースのマリーとホースのデータを調整する必要があります。ゲストとホースのデータを調整する必要があります。これが例えです。ゲストは1CPUコーナー、リアタイムアプリケーションのゲストは、 sometimes delay,but the memory is sufficient.アプリケーションはアイオ・リクエストではありません。他のアプリケーションは同時にスケジュアをしていません。この問題をリアタイムアプリケーションについて説明します。これがリアタイムアプリケーションについて説明します。コマンダーはこのようです。プロセージアップのセイクリテストは、1. リアタイムアプリケーションの時期が発生することができます。2. マナノスリーパンのA2. コンテクトスリーパンのA3. アイドルプロセスのA4. アイドルプロセスのA3. アイドルプロセスのA4. コンテクトスリーパンのA3. コンテクトスリーパンのA次にブレイテンシーの破elleとして行きました。しかし、平壁ブレイテンシーの患者のように題も出てきました。は常に Al......たぶん3メーセコントが出てきて約8. 我らが3メーセコントなので、このに対してこれから歌手説明です。このゲストは一つのゲストです。2分の2秒で調整しました。ブルーのボックスは普通のゲストです。3分の2秒で調整しました。2分の2秒で調整しました。アノマリケースは5分の2秒で調整しました。この問題を調整しました。エンディグレースフレーズを調整しました。このゲストのイベントを調整しました。このゲストのイベントを調整しました。2分の1秒で調整しました。ホット、ゲスト、太重なゲストのイベントを調整しました。ゲスト、太重なゲストのイベントを調整しました。これはどうでしょうか?これがお配子による理解です。次に、ダウンスリープタイムの2ミリセカンドを設定します。ダウンスリープタイムは3ミリセカンドです。黄色は黄色は黄色です。黄色は黄色の2ミリセカンドです。黄色は黄色の5ミリセカンドです。この写真の理由は、ディレイはホーストオイスで使用されています。このディレイはトレスデータで使用されています。黄色はホーストオイスで使用されています。黄色はガストオイスで使用されています。ホーストレスデータの3.3ミリセカンドの発霊が絶対にできました。CPUのプロフォーマンスは必要なのですが、インティグレートトレースを使用するために、ネットワークを使用するために、ネットワークを使用するために、オフターフォーマンスを使用するために、インティグレートトレースを使用するために、フレッシュシメディぃのゲットブランドフェッシュがたくさんありますクラフティングトレッスデータはローウオーバーヘッドですカナーシャークで覚えています值めてつかまってるフィーチャーはフレッシュシメディを使用するためにインティグレートトレースを使用するために、TressCMDを使うことができます。まずは、私の最初の試合です。私たちはこのメッセージを使っていませんでした。TressAgentを3.6に応援しています。TressAgentはこの場合、TressAgentに応援しています。TressAgentに応援しています。Sapplause-bofficialバタヨシアーボスタデュリアを運択しています。ラストでiOb не応援しています。Sар utilizzを行うと、スタデュリアルとシ tôルシアーボスタデュリアルを優ます。TressAgentを再生すると、蓡塚あなたは時という tablesに欠けません。トレースアジェントは トレースアジェントに送りトレースアジェントに送り トレースデータのゲストに送りメモリコピンを使用することができますこのシステムはバタルトレースを 名称しましたトレースアジェントの特徴は 新しいプレイインフェイナリーの成長を新しいプレインフェイナリーに送り トレースアジェントに送りトレースアジェントに送り トレースデータのゲストに送りデバッグFSの資料を読んでいますホストのデバッグFSのホストはホストB90のデバッグFSのデバッグフェースですこれはオーバーベルドの最初のアタイミングですトレスアジェントは2つのフィッチでDFSサーブとトレスリードライトを読んでいますトレスCMDのデバッグフェースは9PFSクライエントとトレスCMDのレコースプレイスデータでバイナリファイトを読んでいますしかしこれは良いデザインですこれは小さなパッケットの交換が9PFSクライエントと9PFSクライエントのサーブですパッケットフロードを使ってARSコマンスのファイルシステムを使って記憶をコピーすることができますデバッグフェースを使って9PFSクライエントを使ってデバッグフェースの資料を使ってレコースプレイスデータを読んでいますこのアタイミングは小さなパッケットの交換がデバッグフェースを使ってデバッグフェースの資料を使ってデバッグフェースの資料を読んでください Street T mandingベクスタイミングはデバッグフェースのサーブがデバッグフェースの資料を使ってデバッグフェースの資料も舐覍機も've been made実際にナルンドのプラスケットes、この問題の場合では、インティグラス図柄についてスタイル4を設分しました。最初、無理性館のスタイルを使いでスタイル3を設分します。その後、スタイル3アップはスタイル3アップでスタイル4を設分します。そしてスタイル3アップはスタイル3アップでスタイル4を設分します。フレーズとDiABALSは、フレーズ・CMDの説明を説明します。最初に、サーバー&フレーズの守護中に十分の説明があります。フレーズ・CMDの説明については、フレーズ・DiABALSの能力を挟まれます。例えば、N-optionで撮影すると、クライアンで撮影すると、P-optionで撮影すると、サーバーで撮影することができます。ネットワークの使い方は、多くのIPネットワークがあります。バトライトレースシステムはKarnes 3.6で使えます。バトライトレースシステムは、ガスを使うと、フロップスピーを使うと、バトライトシリアを使うことができます。バトライトレースシステムは、ガスを使うと、バトライトシリアを使うと、サーバーもバトライトシリアを使うことができます。バトライトレースシステムは、ガスを使うことができます。CPUの使い方は、クライアンで撮影すると、ガスを使うと、クライアンで撮影すると、バトライトレースシステムは、ガスを使うと、バトライトレースシステムは、ガスを使うことができます。次に、このメッセージをお話しします。2つのアプリメントは、スラクチュールのメッセージプラットフォームです。クライアンのサーバーは、ネットワークで撮影すると、スラクチュールのメッセージを撮影すると、スラクチュールのメッセージを撮影すると、スラクチュールのメッセージプラットフォームです。3つのアプリメントは、スラクチュールのカットフォームではありません。そのため、スラクチュールを使う必要があります。So, I implemented a structured message platform and I changed the message of the network and then introduced a fine server which uses a battery-share for virtualization environment.When I sent an RSC patch set, Steven said, I'm a sticker for backward compatibility.So, the first patch set was rejected. As he mentioned, the message of network in my first patch set did not skip backward compatibility.ThreshEmily must support all clients and servers, even if we introduce the structured message.But now, in this patch, the new all clients can connect to all the news or news servers by keeping backward compatibility.In this platform, ThreshEmily supports eight messages, connection messages, connection cross-message and initial message, and sends the back-office information and finish to send it and error message.The other message will be implemented in the near future.Next, I'll talk about this ThreshEmily client again.So, third improvement point is agent feature of client.Client client can operate only in record mode.So, the client will send Thresh data immediately when run.When a user tries to connect Thresh data of multiple guests on the host, the user must log into each guest.So, the client has better support agent mode, which receives a message from the server and takes an action.For example, the ThreshEmily waiting for a message from the server and the ThreshEmily server sends a message.For example, the person sends Thresh data and then the ThreshEmily receives the message and takes action.In this example, the person sends Thresh data to the server.I'm developing this agent feature, so the interface may change.First, run ThreshEmily with both agents on the guest and the host user can send commands to the server, which will send communication message to the agent.And maybe the guest user can also communicate with the agent with the same format.And finally, I'll talk about the margin Thresh data feature.The fourth improvement is the margin of virtualization environment Thresh data in chronological order.Client ThreshEmily can merge multiple Thresh data if ThreshEmily records Thresh data with data option.And for machine A, a ThreshEmily record writes this command and then machine 2 executes this command.And then ThreshEmily reports with this command.And then Thresh1 dots and Thresh2 dots will be merged.DataOption records the overall clock in Thresh that is output file of ThreshEmily and with guest time of day.But time of those machines must be in sync by NTP.This data option has two programs to apply it for virtualization environment.First, there are no guarantees that guests have the same workout.When multiple users can run on virtualization environment, for example, multiple tenants crowd hosting service,they will use different NTP server, right?And the second point is Thresh data cannot be perfectly merged.The NTP synchronized time guarantee may not be enough for certain guest host switching events.So we think TSC is useful for merging.FRA supports x86 TSC timestamp from 3.8.And the guests can execute native RT TSC instruction.And TSC of recent x86 CPUs is constantly incremented.So we don't worry about the pace of the timestamp.But the TSC value of guest is not equal to the TSC host.But the TSC host plus TSC offset.So when we merge Thresh data using TSC,TSC offset value sensor stored in VMCS is needed.The Thresh event KBM write TSC offset where I send the patch was supported from 3.11.So this is a very new feature.And in the KBM write TSC offset event,this information will be interpreted by the CPU and the previous time offset,and the previous TSC offset and the next TSC offset.Now if the previous TSC offset is zero,it's an initial value,and this is a new value of TSC offset.But the KBM write TSC offset is very normally a real event.This event is output when the guest boot TSC becomes unstable,and TSC goes back.And when we use recent x86 CPUs,the reason of the event may be boot of the guest.When I use AMD CPUs,the TSC will go back.So this event will be a lot of output.Maybe the recent x86 CPUs,the reason is maybe the guest boot.And the Thresh AMD will enable the event in another buffer on the host.Multiple buffers of FPS were supportedfrom 3.10,and Thresh AMD were output resultswithout consuming the data in the bufferwhen Thresh AMD request Thresh data.Thresh data in the buffers are normally consumedwhen Thresh AMD request Thresh databecause it uses Thresh Fypro.Thresh Fypro is a consuming interface.So I conclude this presentation.Margin Thresh data of guest and hostis important for analyzing any problems on guest.And the integrated Thresh usesfollowing recent kind of featuresfor fthresh x86 TSC,and spress-read with deal,and butter-share spress-write,and KBM-like TSC offset event,and multiple buffers of fthresh.In order to realize integrated Thresh for Thresh AMD,there are four improvements,and client for virtual environment,structured message platform,agent features,margin features,and one and two featuresalready have been submitted to LKMF,and about three and four will be submittedin the near future.Okay, thank you.Any questions?Any questions?No?Okay, thank you.