+++ This bug was initially created as a clone of Bug #479661 +++
I have very small script for file uploading via ncftput having file size of 10KB, by manual script running it is taking around 2.x to 3 second, but under cron now it is taking above 10 second, previously when i was using Fedora-8 it works fine under cron but after upgrade to Fedora-10, it is taking time, is there any problem or is it normal, kindly advice pls.
--- Additional comment from email@example.com on 2009-01-13 05:20:26 EDT ---
I was trying upload small tar file and measuring the time:
time ncftpput -u marca -p password computer /home/marca /home/marca/Development/PERL/perl/devel/perl-5.10.0.tar.gz
This gives different numbers in cronie:
and in vixie-cron:
and on command line:
As you can see the time is changing, but I can't say it was slower for cronie in F-10. I didn't notice such problems with different scripts, which I'm using. Could it be your broadband or problem with ncftpput?
--- Additional comment from firstname.lastname@example.org on 2009-01-13 06:03:01 EDT ---
Thanks for your kind reply, My cron will run after every ten minute. That is not broadband connection, there are two data centers involve in that, i have one server at iweb technology that is virtual machine of xen guest of Fedora-10, and destination side i have Sago.net also another virtual machine of Fedora-10, that same script is running fine under Fedora-8 of those virtual machines of xen, but after upgradation its taking 9+second to upload a file, where in Fedora-8 same script was taking around 2-3 second to upload a 10KB file..
I am waiting for your kind swift reply.
--- Additional comment from email@example.com on 2009-01-13 10:02:00 EDT ---
I'll install virtual machine and try to test it again. I don't see any reason, why cron should prolong the upload.
--- Additional comment from firstname.lastname@example.org on 2009-01-14 04:49:15 EDT ---
I've tested your use case on my virtual machine (qemu). I can't reproduce it here.
I'm reassigning this to xen-maitainers, if they have any thoughts what's wrong. There's no obvious reason how could cron slow down the performance.
--- Additional comment from email@example.com on 2009-05-13 21:39:57 EDT ---
I've seen this before in Dom-U's running Centos4 and 5. What happens is that normally, the clock on domU is slaved to dom0. Occasionally, the clock on domU somehow gets out of sync, and the domU waits a very long time on things that are timed. The simple test for this case is to run "sleep 1" from the command line. If the clock problem is active, the sleep won't finish for a very long time.
This request was evaluated by Red Hat Product Management for inclusion in a Red
Hat Enterprise Linux major release. Product Management has requested further
review of this request by Red Hat Engineering, for potential inclusion in a Red
Hat Enterprise Linux Major release. This request is not yet committed for
This is basically a request for a paravirtualized clock. As such it belongs in dom0 and/or hypervisor (see bug 222973).
Clearing out old flags for reporting purposes.