OpenVZ Forum


Home » Mailing lists » Users » Clock in VPS loosing time quickly
Clock in VPS loosing time quickly [message #29974] Sun, 04 May 2008 07:02 Go to next message
jarcher is currently offline  jarcher
Messages: 91
Registered: August 2006
Location: Smithfield, Rhode Island
Member
Hi All...

I am running OpenVZ on a Debian server, uname -a returns:

2.6.18-fza-5-amd64 #1 SMP Thu Nov 1 16:15:07 UTC 2007 x86_64 GNU/Linux

I am finding that my VPSs lose time very quickly.  I have tried installing 
an NTP client but this does not seem to work properly.  Is there a 
recommended way to keep my clocks set properly?

Thanks...
Re: Clock in VPS loosing time quickly [message #29975 is a reply to message #29974] Sun, 04 May 2008 07:19 Go to previous messageGo to next message
Kirill Korotaev is currently offline  Kirill Korotaev
Messages: 137
Registered: January 2006
Senior Member
1. plz check that host time screws up quickly as well.
2. check dmesg on boot and find what timesource was selected by kernel on boot.
   most likely you need to boot with someother timesource like tsc or hpet.

Thanks,
Kirill

Jim Archer wrote:
> Hi All...
> 
> I am running OpenVZ on a Debian server, uname -a returns:
> 
> 2.6.18-fza-5-amd64 #1 SMP Thu Nov 1 16:15:07 UTC 2007 x86_64 GNU/Linux
> 
> I am finding that my VPSs lose time very quickly.  I have tried
> installing an NTP client but this does not seem to work properly.  Is
> there a recommended way to keep my clocks set properly?
> 
> Thanks...
> 
> 
>
Re: Clock in VPS loosing time quickly [message #29976 is a reply to message #29975] Sun, 04 May 2008 07:23 Go to previous messageGo to next message
jarcher is currently offline  jarcher
Messages: 91
Registered: August 2006
Location: Smithfield, Rhode Island
Member
Hi Kirill, thanks very much for the quick reply.  The host system's clock 
is dead on because the host system runs NTP.  Its just the VPSs that get 
messed up.



--On Sunday, May 04, 2008 11:19 AM +0400 Kirill Korotaev 
<dev@parallels.com> wrote:

> 1. plz check that host time screws up quickly as well.
> 2. check dmesg on boot and find what timesource was selected by kernel on
> boot.    most likely you need to boot with someother timesource like tsc
> or hpet.
>
> Thanks,
> Kirill
>
> Jim Archer wrote:
>> Hi All...
>>
>> I am running OpenVZ on a Debian server, uname -a returns:
>>
>> 2.6.18-fza-5-amd64 #1 SMP Thu Nov 1 16:15:07 UTC 2007 x86_64 GNU/Linux
>>
>> I am finding that my VPSs lose time very quickly.  I have tried
>> installing an NTP client but this does not seem to work properly.  Is
>> there a recommended way to keep my clocks set properly?
>>
>> Thanks...
>>
>>
>>
Re: Clock in VPS loosing time quickly [message #29984 is a reply to message #29976] Sun, 04 May 2008 14:46 Go to previous messageGo to next message
kir is currently offline  kir
Messages: 1645
Registered: August 2005
Location: Moscow, Russia
Senior Member

Can you issustrate that? I.e. give us the output of "date; vzctl exec 
NNN date" and the same after a few minutes/hours.

May it be that your VE have a different time zone than a host system?

Jim Archer wrote:
> Hi Kirill, thanks very much for the quick reply.  The host system's 
> clock is dead on because the host system runs NTP.  Its just the VPSs 
> that get messed up.
>
>
>
> --On Sunday, May 04, 2008 11:19 AM +0400 Kirill Korotaev 
> <dev@parallels.com> wrote:
>
>> 1. plz check that host time screws up quickly as well.
>> 2. check dmesg on boot and find what timesource was selected by 
>> kernel on
>> boot.    most likely you need to boot with someother timesource like tsc
>> or hpet.
>>
>> Thanks,
>> Kirill
>>
>> Jim Archer wrote:
>>> Hi All...
>>>
>>> I am running OpenVZ on a Debian server, uname -a returns:
>>>
>>> 2.6.18-fza-5-amd64 #1 SMP Thu Nov 1 16:15:07 UTC 2007 x86_64 GNU/Linux
>>>
>>> I am finding that my VPSs lose time very quickly.  I have tried
>>> installing an NTP client but this does not seem to work properly.  Is
>>> there a recommended way to keep my clocks set properly?
cpulimits doesn't work [message #29995 is a reply to message #29984] Mon, 05 May 2008 00:32 Go to previous messageGo to next message
Zhaohui Wang is currently offline  Zhaohui Wang
Messages: 10
Registered: May 2008
Junior Member
Hi All

I am trying to measure the cpu resource management functionality,and I set cpulimit to 2 by
 Vzctl set 101 --cpulimit 2 --save

And try run super_pi cpu intensive program in ve 101, I should expect the time to be extended by 50 times at least (if not 400 times) 

Because the test is on a 2 Xeon  5345 quad core system(8 cores altogether).

But I got the same result as I ran super_pi on ve0 directly.


One more thing that I don't understand is when I use 
vzlist 101 -o laverage,cpuunits,cpulimit
the output is
LAVERAGE  CPUUNI  CPULIM
0.00/0.00/0.00     500       1

Can any one clarify why CPULIM here is 1?and always reduced by 1 comparing to the one that I used in the vzctl set --cpulimit XXX?and what is the meaning if it is a 0 here.

Thanks in advance.






Best Regards
Zhaohui Wang
Re: cpulimits doesn't work [message #30020 is a reply to message #29995] Tue, 06 May 2008 11:19 Go to previous messageGo to next message
kir is currently offline  kir
Messages: 1645
Registered: August 2005
Location: Moscow, Russia
Senior Member

Zhaohui Wang wrote:
> Hi All
>
> I am trying to measure the cpu resource management functionality,and I set cpulimit to 2 by
>  Vzctl set 101 --cpulimit 2 --save
>
> And try run super_pi cpu intensive program in ve 101, I should expect the time to be extended by 50 times at least (if not 400 times)
>
> Because the test is on a 2 Xeon  5345 quad core system(8 cores altogether).
>
> But I got the same result as I ran super_pi on ve0 directly.
>   
Could you please tell us the version of the OpenVZ kernel that you use?
RE: cpulimits doesn't work [message #30035 is a reply to message #30020] Tue, 06 May 2008 17:19 Go to previous messageGo to next message
Zhaohui Wang is currently offline  Zhaohui Wang
Messages: 10
Registered: May 2008
Junior Member
Hi 
Thanks for the reply.

I am running ovz004 version on a vanila 2.6.24 kernel.

Any other information you need?


Best Regards
Zhaohui Wang


> -----Original Message-----
> From: users-bounces@openvz.org [mailto:users-bounces@openvz.org] On
> Behalf Of Kir Kolyshkin
> Sent: Tuesday, May 06, 2008 7:19 AM
> To: users@openvz.org
> Subject: Re: [Users] cpulimits doesn't work
> 
> 
> Zhaohui Wang wrote:
> > Hi All
> >
> > I am trying to measure the cpu resource management functionality,and
> I set cpulimit to 2 by
> >  Vzctl set 101 --cpulimit 2 --save
> >
> > And try run super_pi cpu intensive program in ve 101, I should expect
> the time to be extended by 50 times at least (if not 400 times)
> >
> > Because the test is on a 2 Xeon  5345 quad core system(8 cores
> altogether).
> >
> > But I got the same result as I ran super_pi on ve0 directly.
> >
> Could you please tell us the version of the OpenVZ kernel that you use?
>
RE: cpulimits doesn't work [message #30039 is a reply to message #30035] Tue, 06 May 2008 17:59 Go to previous messageGo to next message
Zhaohui Wang is currently offline  Zhaohui Wang
Messages: 10
Registered: May 2008
Junior Member
The utils are the latest source and compiled by me, that's  vzctl 3.0.22 and vzquota 3.0.11, respectly.


Best Regards
Zhaohui Wang


> -----Original Message-----
> From: users-bounces@openvz.org [mailto:users-bounces@openvz.org] On
> Behalf Of Zhaohui Wang
> Sent: Tuesday, May 06, 2008 1:20 PM
> To: users@openvz.org
> Subject: RE: [Users] cpulimits doesn't work
> 
> 
> 
> Hi
> Thanks for the reply.
> 
> I am running ovz004 version on a vanila 2.6.24 kernel.
> 
> Any other information you need?
> 
> 
> Best Regards
> Zhaohui Wang
> 
> 
> > -----Original Message-----
> > From: users-bounces@openvz.org [mailto:users-bounces@openvz.org] On
> > Behalf Of Kir Kolyshkin
> > Sent: Tuesday, May 06, 2008 7:19 AM
> > To: users@openvz.org
> > Subject: Re: [Users] cpulimits doesn't work
> >
> >
> > Zhaohui Wang wrote:
> > > Hi All
> > >
> > > I am trying to measure the cpu resource management
> functionality,and
> > I set cpulimit to 2 by
> > >  Vzctl set 101 --cpulimit 2 --save
> > >
> > > And try run super_pi cpu intensive program in ve 101, I should
> expect
> > the time to be extended by 50 times at least (if not 400 times)
> > >
> > > Because the test is on a 2 Xeon  5345 quad core system(8 cores
> > altogether).
> > >
> > > But I got the same result as I ran super_pi on ve0 directly.
> > >
> > Could you please tell us the version of the OpenVZ kernel that you
> use?
> >
RE: cpulimits doesn't work [message #30042 is a reply to message #30039] Tue, 06 May 2008 22:12 Go to previous messageGo to next message
Zhaohui Wang is currently offline  Zhaohui Wang
Messages: 10
Registered: May 2008
Junior Member
It's a x64 bit system,config_vz_fairshed is set to y.



Best Regards
Zhaohui Wang


> -----Original Message-----
> From: users-bounces@openvz.org [mailto:users-bounces@openvz.org] On
> Behalf Of Zhaohui Wang
> Sent: Tuesday, May 06, 2008 1:59 PM
> To: users@openvz.org
> Subject: RE: [Users] cpulimits doesn't work
> 
> The utils are the latest source and compiled by me, that's  vzctl
> 3.0.22 and vzquota 3.0.11, respectly.
> 
> 
> Best Regards
> Zhaohui Wang
> 
> 
> > -----Original Message-----
> > From: users-bounces@openvz.org [mailto:users-bounces@openvz.org] On
> > Behalf Of Zhaohui Wang
> > Sent: Tuesday, May 06, 2008 1:20 PM
> > To: users@openvz.org
> > Subject: RE: [Users] cpulimits doesn't work
> >
> >
> >
> > Hi
> > Thanks for the reply.
> >
> > I am running ovz004 version on a vanila 2.6.24 kernel.
> >
> > Any other information you need?
> >
> >
> > Best Regards
> > Zhaohui Wang
> >
> >
> > > -----Original Message-----
> > > From: users-bounces@openvz.org [mailto:users-bounces@openvz.org] On
> > > Behalf Of Kir Kolyshkin
> > > Sent: Tuesday, May 06, 2008 7:19 AM
> > > To: users@openvz.org
> > > Subject: Re: [Users] cpulimits doesn't work
> > >
> > >
> > > Zhaohui Wang wrote:
> > > > Hi All
> > > >
> > > > I am trying to measure the cpu resource management
> > functionality,and
> > > I set cpulimit to 2 by
> > > >  Vzctl set 101 --cpulimit 2 --save
> > > >
> > > > And try run super_pi cpu intensive program in ve 101, I should
> > expect
> > > the time to be extended by 50 times at least (if not 400 times)
> > > >
> > > > Because the test is on a 2 Xeon  5345 quad core system(8 cores
> > > altogether).
> > > >
> > > > But I got the same result as I ran super_pi on ve0 directly.
> > > >
> > > Could you please tell us the version of the OpenVZ kernel that you
> > use?
> > >
Re: cpulimits doesn't work [message #30194 is a reply to message #30035] Thu, 15 May 2008 11:37 Go to previous message
kir is currently offline  kir
Messages: 1645
Registered: August 2005
Location: Moscow, Russia
Senior Member

In 2.6.24, we switched from our in-house scheduler to the scheduler 
available in the kernel. Thus cpulimit is not implemented (yet). We plan 
to work on that sooner or later, but don't hold your breath.

Zhaohui Wang wrote:
> Hi
> Thanks for the reply.
>
> I am running ovz004 version on a vanila 2.6.24 kernel.
>
> Any other information you need?
>
>
> Best Regards
> Zhaohui Wang
>
>
>   
>> -----Original Message-----
>> From: users-bounces@openvz.org [mailto:users-bounces@openvz.org] On
>> Behalf Of Kir Kolyshkin
>> Sent: Tuesday, May 06, 2008 7:19 AM
>> To: users@openvz.org
>> Subject: Re: [Users] cpulimits doesn't work
>>
>>
>> Zhaohui Wang wrote:
>>     
>>> Hi All
>>>
>>> I am trying to measure the cpu resource management functionality,and
>>>       
>> I set cpulimit to 2 by
>>     
>>>  Vzctl set 101 --cpulimit 2 --save
>>>
>>> And try run super_pi cpu intensive program in ve 101, I should expect
>>>       
>> the time to be extended by 50 times at least (if not 400 times)
>>     
>>> Because the test is on a 2 Xeon  5345 quad core system(8 cores
>>>       
>> altogether).
>>     
>>> But I got the same result as I ran super_pi on ve0 directly.
>>>
>>>       
>> Could you please tell us the version of the OpenVZ kernel that you use?
Previous Topic: GFS2 version?
Next Topic: linux vlan + ipv6 tunnel
Goto Forum:
  


Current Time: Tue Mar 19 07:11:07 GMT 2024

Total time taken to generate the page: 0.02382 seconds