From: bugzilla-daemon@bugzilla.kernel.org
To: linux-ide@vger.kernel.org
Subject: [Bug 15884] cd-burning reduces other simultaneous IO performance
Date: Thu, 13 May 2010 02:24:23 GMT [thread overview]
Message-ID: <201005130224.o4D2ONER002123@demeter.kernel.org> (raw)
In-Reply-To: <bug-15884-11633@https.bugzilla.kernel.org/>
https://bugzilla.kernel.org/show_bug.cgi?id=15884
--- Comment #8 from Robert Hancock <hancockrwd@gmail.com> 2010-05-13 02:24:17 ---
The -immed flag to wodim may improve the situation, if you can make k3b add it
to the wodim command line somehow:
-immed Tell wodim to set the SCSI IMMED flag in certain commands
(load/eject/blank/close_track/close_session). This can be use-
ful on broken systems with ATAPI harddisk and CD/DVD writer on
the same bus or with SCSI systems that don’t use discon-
nect/reconnect. These systems will freeze while blanking or
fixating a CD/DVD or while a DVD writer is filling up a session
to the minimum amount (approx. 800 MB). Setting the -immed flag
will request the command to return immediately while the opera-
tion proceeds in background, making the bus usable for the other
devices and avoiding the system freeze. This is an experimental
feature which may work or not, depending on the model of the
CD/DVD writer. A correct solution would be to set up a correct
cabling but there seem to be notebooks around that have been set
up the wrong way by the manufacturer. As it is impossible to
fix this problem in notebooks, the -immed option has been added.
A second experimental feature of the -immed flag is to tell
wodim to try to wait short times while writing to the media.
This is expected to free the IDE bus if the CD/DVD writer and
the data source are connected to the same IDE cable. In this
case, the CD/DVD writer would otherwise usually block the IDE
bus for nearly all the time making it impossible to fetch data
from the source drive. See also minbuf= and -v option.
--
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching the assignee of the bug.
next prev parent reply other threads:[~2010-05-13 2:24 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-04-30 15:42 [Bug 15884] New: cd-burning reduces other simultaneous IO performance bugzilla-daemon
2010-04-30 15:48 ` [Bug 15884] " bugzilla-daemon
2010-05-01 1:29 ` bugzilla-daemon
2010-05-01 4:29 ` Stan Hoeppner
2010-05-05 9:46 ` bugzilla-daemon
2010-05-05 14:56 ` bugzilla-daemon
2010-05-05 23:23 ` bugzilla-daemon
2010-05-06 1:09 ` bugzilla-daemon
2010-05-06 1:49 ` bugzilla-daemon
2010-05-13 2:24 ` bugzilla-daemon [this message]
2010-05-13 20:57 ` bugzilla-daemon
2010-05-14 1:20 ` bugzilla-daemon
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=201005130224.o4D2ONER002123@demeter.kernel.org \
--to=bugzilla-daemon@bugzilla.kernel.org \
--cc=linux-ide@vger.kernel.org \
/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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.