Hi,
I'd like to receive comments/guide-lines about a hack I made to the
2.6.11 kernel to improve DVD-burning speed (using growisofs.)
The basic idea is the 16-pages pipe between mkisofs and growisofs is
too small for DVD burning (typical 4GB of data.)
In the hack, pipe_new will simply check for, if privileges permitted,
the enviroment variable
PIPE_MAX_ORDER to see if a (much) longer pipe is requested.
This hack enable me to burn DVD at 8X (instead of 3X) on my old
P3-450MHz (with growisofs and mkisofs running at SCHED_FIFO.)
--
Linh Dang
Linh Dang <[email protected]> writes:
> I'd like to receive comments/guide-lines about a hack I made to the
> 2.6.11 kernel to improve DVD-burning speed (using growisofs.)
>
> The basic idea is the 16-pages pipe between mkisofs and growisofs is
> too small for DVD burning (typical 4GB of data.)
>
> In the hack, pipe_new will simply check for, if privileges permitted,
> the enviroment variable
> PIPE_MAX_ORDER to see if a (much) longer pipe is requested.
>
> This hack enable me to burn DVD at 8X (instead of 3X) on my old
> P3-450MHz (with growisofs and mkisofs running at SCHED_FIFO.)
This problem is likely caused by limited filesystem and/or hard disk
performance, not a slow CPU. You don't need a kernel patch to get a
bigger buffer though. See:
http://article.gmane.org/gmane.comp.audio.cd-record/2253
--
Peter Osterlund - [email protected]
http://web.telia.com/~u89404340