Priority of cd/dvd burner and how it works?

[Oak]

Hello there!

I didn't know where to post this so I posted it here. My question is about cd/dvd burning software and how the priority works.
Let's say that I'm currently burning a dvd movie. Will the kernel or anything else make sure that this process won't go wrong?
I mean, let's say that I'm doing a big emerge at the same time that I'm burning a movie at 8x speed. Is there any change that the movie might
end up corrupt because of that the burner application didn't get "enough attention"? Is there some kind of priority for this?

I hope that you can understand my question, and that someone can give me an answer, as this is something that I've been worried about for a while now.
_________________
GCC-4.3.3-r1 - march=core2, gentoo-sources-2.6.30-r2 SMP x86_64 @ Core2Duo 2.4GHz, 4GB RAM

[runningwithscissors]

No, you disc won't get corrupt. Almost all Oses are well designed to handle multi-tasking nowadays.

However, for some strange Nero on Windows does corrupt discs if you attempt to burn them while doing other stuff.

[Corona688]

[Oak]

Alright. I had these exact problems 5 years ago, running Nero on Windows. It feels good to know that I don't have to worry about this any more.
Thanks for your answers!
_________________
GCC-4.3.3-r1 - march=core2, gentoo-sources-2.6.30-r2 SMP x86_64 @ Core2Duo 2.4GHz, 4GB RAM

[moAlleyCat]

I think you should worry. Like Corona688 says: Don't do an emerge --sync while burning a CD.

[frostschutz]

I wrote some simple bash scripts quite some time ago to make burning under high load conditions possible:

http://www.metamorpher.de/files/burn-dvd-image.sh
http://www.metamorpher.de/files/burn-dvd-fly.sh

It uses nice, bfr and growisofs. nice ensures that the burning process will get enough CPU power, bfr is a software buffer which trades hard disk load with RAM usage (if you add a 128MB RAM buffer it won't matter if the hard disk can't provide data for a second or so due to load spikes). With this combination I am able to burn DVDs at full speed (although full speed in my case means only 4x) under very high load.

With the new I/O schedulers there may be even better prioritizing possible (using ionice). I have not tried that yet.

The standard growisofs is very sensitive to load because unlike cdrecord, it does not provide an internal software buffer at all. At least that was my understanding some time ago.

[Oak]

Thanks a lot for the answer and the scripts! I'll try them tonight.


_________________
GCC-4.3.3-r1 - march=core2, gentoo-sources-2.6.30-r2 SMP x86_64 @ Core2Duo 2.4GHz, 4GB RAM