| |
|
 |
|
 |
|
|
|
| |
|
|
xen-devel
Re: [Xen-devel] RE: [RFC][PATCH 0/4] Modification of credit scheduler re
|
To: |
"Su, Disheng" <disheng.su@xxxxxxxxx>, "xen-devel@xxxxxxxxxxxxxxxxxxx" <xen-devel@xxxxxxxxxxxxxxxxxxx> |
|
Subject: |
Re: [Xen-devel] RE: [RFC][PATCH 0/4] Modification of credit scheduler rev2 |
|
From: |
NISHIGUCHI Naoki <nisiguti@xxxxxxxxxxxxxx> |
|
Date: |
Thu, 15 Jan 2009 14:19:15 +0900 |
|
Cc: |
George Dunlap <George.Dunlap@xxxxxxxxxxxxx>, "sakaia@xxxxxxxxxxxxxx" <sakaia@xxxxxxxxxxxxxx>, "aviv@xxxxxxxxxxxx" <aviv@xxxxxxxxxxxx>, "Ian.Pratt@xxxxxxxxxxxxx" <Ian.Pratt@xxxxxxxxxxxxx>, "keir.fraser@xxxxxxxxxxxxx" <keir.fraser@xxxxxxxxxxxxx> |
|
Delivery-date: |
Wed, 14 Jan 2009 21:20:28 -0800 |
|
Envelope-to: |
www-data@xxxxxxxxxxxxxxxxxxx |
|
In-reply-to: |
<BB1F052FCDB1EA468BD99786C8B1ED2C01D264C62E@xxxxxxxxxxxxxxxxxxxxxxxxxxxx> |
|
List-help: |
<mailto:xen-devel-request@lists.xensource.com?subject=help> |
|
List-id: |
Xen developer discussion <xen-devel.lists.xensource.com> |
|
List-post: |
<mailto:xen-devel@lists.xensource.com> |
|
List-subscribe: |
<http://lists.xensource.com/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=subscribe> |
|
List-unsubscribe: |
<http://lists.xensource.com/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=unsubscribe> |
|
References: |
<4949BC2C.4060302@xxxxxxxxxxxxxx> <BB1F052FCDB1EA468BD99786C8B1ED2C01D260D043@xxxxxxxxxxxxxxxxxxxxxxxxxxxx> <496E99B9.3010906@xxxxxxxxxxxxxx> <BB1F052FCDB1EA468BD99786C8B1ED2C01D264C62E@xxxxxxxxxxxxxxxxxxxxxxxxxxxx> |
|
Sender: |
xen-devel-bounces@xxxxxxxxxxxxxxxxxxx |
|
User-agent: |
Thunderbird 2.0.0.19 (Windows/20081209) |
Su, Disheng wrote:
NISHIGUCHI Naoki wrote:
c. the limitation of weight for guest B. I have to set the
weight
of guest B to 10. It may not be reasonable in real usage case.
Is copying large files in background on guest A indispensable?
In my test, guest A runs only video playing.
I think that my approach couldn't solve this issue.
You know, guest A is the primary guest to end user, so we can't make any
assumption about the user's operation in guest A, which is the big challenge
for client virtualization IMO.
Weight, Cap, Boost credit, are all can be used together, or adding new
mechanism, such as static priority as Kevin said, to solve the problem.
I see.
That is really the big challenge.
I think we should experiment in various configuration and clarify some
problems.
Do you have the experience with audio? I don't know I have properly
configured your scheduler or not. Hope the your scheduler can solve
the audio issues also.
Sorry, I don't have the experience with audio.
But I'll try to reproduce your configuration and investigate.
Glad to see you have interest with audio also. Any problem when you reproduce
the audio issues, pls let me know.
Thanks.
Regards,
Naoki
_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel
|
|
|
| |
|
Home