On 2 Jan, Don Lewis wrote:
On 2 Jan, Don Lewis wrote:
On 2 Jan, Florian Smeets wrote:
This does not make a difference. I tried on 32K/4K with/without journal
and on 16K/2K all exhibit the same problem. At some point during the
cvs2svn conversion the sycer starts to use 100% CPU. The
On Tue, Jan 03, 2012 at 12:02:22AM -0800, Don Lewis wrote:
On 2 Jan, Don Lewis wrote:
On 2 Jan, Don Lewis wrote:
On 2 Jan, Florian Smeets wrote:
This does not make a difference. I tried on 32K/4K with/without journal
and on 16K/2K all exhibit the same problem. At some point during
On 3 Jan, Kostik Belousov wrote:
This sounds very plausible. I think that there is no sense in restarting
the scan if it is requested in async mode at all. See below.
Would be thrilled if this finally solves the svn2cvs issues.
commit 41aaafe5e3be5387949f303b8766da64ee4a521f
Author:
On Tue, Jan 03, 2012 at 01:45:26AM -0800, Don Lewis wrote:
On 3 Jan, Kostik Belousov wrote:
This sounds very plausible. I think that there is no sense in restarting
the scan if it is requested in async mode at all. See below.
Would be thrilled if this finally solves the svn2cvs
On 3 Jan, Kostik Belousov wrote:
On Tue, Jan 03, 2012 at 01:45:26AM -0800, Don Lewis wrote:
On 3 Jan, Kostik Belousov wrote:
This sounds very plausible. I think that there is no sense in restarting
the scan if it is requested in async mode at all. See below.
Would be thrilled if
On Tue, Jan 03, 2012 at 02:57:17AM -0800, Don Lewis wrote:
On 3 Jan, Kostik Belousov wrote:
On Tue, Jan 03, 2012 at 01:45:26AM -0800, Don Lewis wrote:
On 3 Jan, Kostik Belousov wrote:
This sounds very plausible. I think that there is no sense in restarting
the scan if it is
On 3 Jan, Kostik Belousov wrote:
With your change above, the code will skip the busy page after sleeping
if it is running in async mode. It won't make another attempt to write
this page because it no longer attempts to rescan.
Why would it skip it ? Please note the call to
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 03.01.2012 10:18, Kostik Belousov wrote:
On Tue, Jan 03, 2012 at 12:02:22AM -0800, Don Lewis wrote:
On 2 Jan, Don Lewis wrote:
On 2 Jan, Don Lewis wrote:
On 2 Jan, Florian Smeets wrote:
This does not make a difference. I tried on 32K/4K
On Tue, 2012-01-03 at 04:46 -0800, Florian Smeets wrote:
Yes, the patch fixes the problem. The cvs2svn run completed this time.
9132.25 real 8387.05 user 403.86 sys
I did not see any significant syncer activity in top -S anymore.
Thanks a lot.
Florian
Currently
On 29.12.11 01:04, Kirk McKusick wrote:
Rather than changing BKVASIZE, I would try running the cvs2svn
conversion on a 16K/2K filesystem and see if that sorts out the
problem. If it does, it tells us that doubling the main block
size and reducing the number of buffers by half is the problem.
On 2 Jan, Florian Smeets wrote:
On 29.12.11 01:04, Kirk McKusick wrote:
Rather than changing BKVASIZE, I would try running the cvs2svn
conversion on a 16K/2K filesystem and see if that sorts out the
problem. If it does, it tells us that doubling the main block
size and reducing the number of
On Mon, Jan 02, 2012 at 12:47:03PM -0800, Don Lewis wrote:
On 2 Jan, Florian Smeets wrote:
On 29.12.11 01:04, Kirk McKusick wrote:
Rather than changing BKVASIZE, I would try running the cvs2svn
conversion on a 16K/2K filesystem and see if that sorts out the
problem. If it does, it tells
On 2 Jan, Don Lewis wrote:
On 2 Jan, Florian Smeets wrote:
This does not make a difference. I tried on 32K/4K with/without journal
and on 16K/2K all exhibit the same problem. At some point during the
cvs2svn conversion the sycer starts to use 100% CPU. The whole process
hangs at that point
Rather than changing BKVASIZE, I would try running the cvs2svn
conversion on a 16K/2K filesystem and see if that sorts out the
problem. If it does, it tells us that doubling the main block
size and reducing the number of buffers by half is the problem.
If that is the problem, then we will have to
On 14.12.11 14:20, Sean Bruno wrote:
We're seeing what looks like a syncher/ufs resource starvation on 9.0 on
the cvs2svn ports conversion box. I'm not sure what resource is tapped
out. Effectively, I cannot access the directory under use and the
converter application stalls out waiting for
On Thu, 2011-12-15 at 18:39:59 -0800, Doug Barton wrote:
On 12/14/2011 05:20, Sean Bruno wrote:
We're seeing what looks like a syncher/ufs resource starvation on 9.0 on
the cvs2svn ports conversion box.
... sounds like a good reason not to migrate the history to me. :)
Sounds more like a
On 14 Dec, Poul-Henning Kamp wrote:
In message 1323868832.5283.9.ca...@hitfishpass-lx.corp.yahoo.com, Sean
Bruno
writes:
We're seeing what looks like a syncher/ufs resource starvation on 9.0 on
the cvs2svn ports conversion box. I'm not sure what resource is tapped
out.
Search mailarcive
On 12/14/2011 05:20, Sean Bruno wrote:
We're seeing what looks like a syncher/ufs resource starvation on 9.0 on
the cvs2svn ports conversion box.
... sounds like a good reason not to migrate the history to me. :)
--
[^L]
Breadth of IT experience, and depth of
We're seeing what looks like a syncher/ufs resource starvation on 9.0 on
the cvs2svn ports conversion box. I'm not sure what resource is tapped
out. Effectively, I cannot access the directory under use and the
converter application stalls out waiting for some resource that isn't
clear. (Peter
On Wed, 2011-12-14 at 05:20 -0800, Sean Bruno wrote:
We're seeing what looks like a syncher/ufs resource starvation on 9.0 on
the cvs2svn ports conversion box. I'm not sure what resource is tapped
out. Effectively, I cannot access the directory under use and the
converter application stalls
On Wed, Dec 14, 2011 at 10:39 AM, Sean Bruno sean...@yahoo-inc.com wrote:
On Wed, 2011-12-14 at 05:20 -0800, Sean Bruno wrote:
We're seeing what looks like a syncher/ufs resource starvation on 9.0 on
the cvs2svn ports conversion box. I'm not sure what resource is tapped
out. Effectively, I
In message 1323868832.5283.9.ca...@hitfishpass-lx.corp.yahoo.com, Sean Bruno
writes:
We're seeing what looks like a syncher/ufs resource starvation on 9.0 on
the cvs2svn ports conversion box. I'm not sure what resource is tapped
out.
Search mailarcive for lemming-syncer
--
Poul-Henning Kamp
22 matches
Mail list logo
