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
Currentl
-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
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 vm_page_fin
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
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
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 svn2c
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
> Autho
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
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% C
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 th
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
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 n
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
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 i
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 f
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 l
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 knowl
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.
>
> Sear
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
On Wed, Dec 14, 2011 at 10:39 AM, Sean Bruno 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 cannot access th
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 stal
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 had
22 matches
Mail list logo