From: Wakko Warner <wakko@animx.eu.org>
To: Stefan Richter <stefanr@s5r6.in-berlin.de>
Cc: linux-kernel@vger.kernel.org, linux-scsi@vger.kernel.org
Subject: Re: Burning multiple DVDs at one time
Date: Sat, 17 Mar 2012 10:22:56 -0400 [thread overview]
Message-ID: <20120317142255.GB26403@animx.eu.org> (raw)
In-Reply-To: <20120317095644.145d0588@stein>
Stefan Richter wrote:
> On Mar 15 Wakko Warner wrote:
> > I'm having problems doing this.
> >
> > When I burn a single disk, wodim shows the drive buf @ 99% consistently.
> > The instant that a 2nd disk is being burned, the drive buf on the first one
> > starts to drop and data stops when the 2nd wodim is performing OPC.
> >
> > During the burn of both discs, the drive buf will drop on both until one of
> > them finishes. Both drives see under runs.
> >
> > When one starts fixating, the other will hang until the fixation is
> > completed.
> >
> > During the burns, the fifo of both never drop below 99%
> >
> > There are no logs that are produced.
> >
> > My burners are:
> > [6:0:0:0] cd/dvd ATAPI iHAS422 8 4L11 /dev/sr7
> > [7:0:0:0] cd/dvd ATAPI iHAS224 B GL05 /dev/sr8
> >
> > Both are SATA drives attached to the onboard sata controller
> > 00:1f.2 SATA controller: Intel Corporation 631xESB/632xESB SATA AHCI Controller (rev 09)
> > 00:1f.2 0106: 8086:2681 (rev 09)
> >
> > The kernel is a vanilla kernel v3.0.0. (This also happened with 2.6.35)
> >
> > I don't believe it matters, but the data is coming over NFS via gigabit
> > ethernet. Each burn process uses a 768M host buffer. As I stated, the host
> > fifo on wodim never goes below 99%
> >
> > The system motherboard is a SuperMicro X7DA8
>
> This is likely due to serialization by a global mutex in the sr driver.
> Have a look at thread "[PATCH] [SCSI] sr: fix multi-drive performance,
> remove BKL replacement" from February. https://lkml.org/lkml/2012/2/28/230
Thanks. I looked at the patch. I would just like to confirm that I can
patch my 3.0.0 vanilla kernel, compile the sr module, unload the current and
load the patched one without the need to reboot.
I do not use udisks.
Thanks for the responce, I'll try this when I have more discs to burn.
--
Microsoft has beaten Volkswagen's world record. Volkswagen only created 22
million bugs.
next prev parent reply other threads:[~2012-03-17 14:22 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <20120315225310.GB3152@animx.eu.org>
2012-03-17 8:56 ` Burning multiple DVDs at one time Stefan Richter
2012-03-17 10:53 ` Emmanuel Florac
2012-03-17 12:47 ` Stefan Richter
2012-03-17 14:22 ` Wakko Warner [this message]
2012-03-17 15:28 ` Stefan Richter
2012-03-18 13:30 ` Wakko Warner
2012-03-18 14:01 ` Stefan Richter
2012-04-28 16:02 ` Wakko Warner
2012-04-28 16:55 ` Stefan Richter
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20120317142255.GB26403@animx.eu.org \
--to=wakko@animx.eu.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-scsi@vger.kernel.org \
--cc=stefanr@s5r6.in-berlin.de \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).