Bug#567056: brasero: Brasero is very slow burning a data DVD-R
Hi, I'm sorry, I'm running a home mail server using a dynamic IP address Your mails are marked as spam but i do not allow my mail provider's automat to drop any mails. I now got the two missing mails Date: Mon, 8 Feb 2010 15:14:58 -0300 Date: Mon, 8 Feb 2010 15:16:11 -0300 just together with your newest mail Date: Thu, 11 Feb 2010 21:11:35 -0300 The culprit seems to be host33.190-230-6.telecom.net.ar which sat on the mails since monday, according to Received: headers. (Your own machine ?) If Brasero can burn to a disk file as drive target, then try whether it is as slow Yes, it does. It took about 4.5 minutes to build a 4.4GB image. That's about 16 MB/s = 12 x DVD speed. Not overly fast but no reason to slow down burning to 2.5 DVD speed. But it seems like Brasero uses growisofs, and AFAIK growisofs doesn't use libisoburn to make the image, right? The proposed xorriso commands would do a similar run as Brasero did with the disk file as drive. The data would flow through an interface object between libisofs and libburn. libburn would forward them to the fastest known consumer: /dev/null. I.e. the gathering of input data and production of the ISO image stream would be the same as in Brasero. The further data processing would not. It might be that this experiment becomes necessary if there cannot be found a reason why Brasero produces its ISO image at = 12x speed but hands it over to growisofs at only 2.5. So, now we should ask the brasero developers whether they have an idea what could be the bottleneck between libisofs and growisofs. If there is no insight emerging, then you should make a xorriso dummy run on DVD-R. Maybe we are lucky by seeing a similarly bad performance. Then i would have a jacking point for own examinations. Have a nice day :) Thomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#567056: brasero: Brasero is very slow burning a data DVD-R
Hi, for some reason i did not get the last two mails from Leandro. Only good that George brought me back to the topic. I propose to next explore libisofs without a burn process being involved. If Brasero can burn to a disk file as drive target, then try whether it is as slow as with optical media. Another test would be to install xorriso. E.g. by apt-get source libisoburn or from source http://scdbackup.sourceforge.net/xorriso-0.4.8.pl01.tar.gz build by: tar xzf /xorriso-0.4.8.pl01.tar.gz cd xorriso-0.4.8 ./configure make make install (or execute as ./xorriso/xorriso) One my run it by its mkisofs emulation xorriso -as mkisofs -o /dev/null \ -R -J \ file_or_dir_1 file_or_dir_2 ... which will tell no speed numbers. Or by its own CLI xorriso -outdev stdio:/dev/null \ -add file_or_dir_1 file_or_dir_2 ... which will give a progress report with DVD speed measurements xorriso : UPDATE : Writing:3257s0.5% fifo 0% buf 50% xorriso : UPDATE : Writing: 20875s3.0% fifo 0% buf 50% 62.7xD ... xorriso : UPDATE : Writing: 664063s 96.8% fifo 0% buf 50% 56.4xD ISO image produced: 685604 sectors This is on a 3000 MHz AMD. About 20 times faster than you experience with Brasero. If this works fast, then you should try a dummy run with DVD-R: xorriso -outdev /dev/sr0 -dummy on \ -add file_or_dir_1 file_or_dir_2 ... If any of the xorriso tests is slow, then i will have to invent a theory and some experiments to verify it. (Any hint is welcome then.) If they all are fast, then one will have to search the bottleneck in Brasero. Have a nice day :) Thomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#567056: brasero: Brasero is very slow burning a data DVD-R
Thomas Schmitt, el 11 de febrero a las 22:41 me escribiste: Hi, for some reason i did not get the last two mails from Leandro. Only good that George brought me back to the topic. I'm sorry, I'm running a home mail server using a dynamic IP address and a lot of spammer listing services don't like that, it probably failed to deliver the e-mail because of that... I propose to next explore libisofs without a burn process being involved. If Brasero can burn to a disk file as drive target, then try whether it is as slow as with optical media. Yes, it does. It took about 4.5 minutes to build a 4.4GB image. which will tell no speed numbers. Or by its own CLI xorriso -outdev stdio:/dev/null \ -add file_or_dir_1 file_or_dir_2 ... which will give a progress report with DVD speed measurements xorriso : UPDATE : Writing:3257s0.5% fifo 0% buf 50% xorriso : UPDATE : Writing: 20875s3.0% fifo 0% buf 50% 62.7xD ... xorriso : UPDATE : Writing: 664063s 96.8% fifo 0% buf 50% 56.4xD ISO image produced: 685604 sectors But it seems like Brasero uses growisofs, and AFAIK growisofs doesn't use libisoburn to make the image, right? Even more, installing xorriso I realized I didn't even had libisoburn1 installed, so I guess braser couldn't possibly make the image using it. Is there any point on trying this? Thanks! -- Leandro Lucarella (AKA luca) http://llucax.com.ar/ -- GPG Key: 5F5A8D05 (F8CD F9A7 BF00 5431 4145 104C 949E BFB6 5F5A 8D05) -- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#567056: brasero: Brasero is very slow burning a data DVD-R
Hi, i forgot to mention that probably i am in charge for any problems _inside_ the ISO generator. The log says: BraseroLibisofs creating volume ... BraseroLibisofs Adding graft disc path = [[REMOVED]] ... BraseroLibisofs Writing to pipe I assume this is our libburnia libisofs. So if growisofs+mkisofs is substantially faster with the same file set than Brasero, we will have to explore the reason inside libisofs or in its connection to Brasero. Have a nice day :) Thomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#567056: brasero: Brasero is very slow burning a data DVD-R
Thomas Schmitt, el 8 de febrero a las 09:35 me escribiste: Hi, i forgot to mention that probably i am in charge for any problems _inside_ the ISO generator. :) The log says: BraseroLibisofs creating volume ... BraseroLibisofs Adding graft disc path = [[REMOVED]] ... BraseroLibisofs Writing to pipe I assume this is our libburnia libisofs. So if growisofs+mkisofs is substantially faster with the same file set than Brasero, we will have to explore the reason inside libisofs or in its connection to Brasero. Yes, growisofs is faster than Brasero under the same conditions (same files, same disk, same burner, same media). Thanks. -- Leandro Lucarella (AKA luca) http://llucax.com.ar/ -- GPG Key: 5F5A8D05 (F8CD F9A7 BF00 5431 4145 104C 949E BFB6 5F5A 8D05) -- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#567056: brasero: Brasero is very slow burning a data DVD-R
Hi, Thomas. Thomas Schmitt, el 8 de febrero a las 08:28 me escribiste: [snip] This pattern tells me that Brasero cannot feed growisofs fast enough. Probably because its ISO filesystem generator cannot gather its own input fast enough. Are there many small files involved ? Nope, just a dozen of big files. Or a slow disk from where Brasero shall read ? Nope, the same disk I use to burn with growisofs directly. [snip] Final speed of 8x reached ... Track 01: 4398 MB written (fifo 100%) [buf 98%] 8.0x. Track 01: 4399 MB written (fifo 100%) [buf 98%] 8.0x. ... and pertained up to the end. Your drive and its bus connection are ok for 8x. The problem is at the input side of the burn program. Have a nice day :) Thanks for the analysis. -- Leandro Lucarella (AKA luca) http://llucax.com.ar/ -- GPG Key: 5F5A8D05 (F8CD F9A7 BF00 5431 4145 104C 949E BFB6 5F5A 8D05) -- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#567056: brasero: Brasero is very slow burning a data DVD-R
As I said in the previous mails, I think Brasero is burning stuff using growisofs, but just in case: Thomas Schmitt, el 30 de enero a las 12:24 me escribiste: Leandro, testing with cdrskin and xorriso and these options (see man for examples) I would propose to use DVD-R in dummy mode, so we waste no media and can test high speed. (Not DVD+R[W]. They cannot do dummy.) cdrskin is supposed to have been installed together with libburn. In Debian they are different packages, but I can install it. A test run could be this pipe: dd if=/dev/zero bs=1M count=4400 | \ cdrskin -vvv dev=/dev/hda -dummy - 21 | \ tee -i /tmp/cdrskin_log The test went just fine, at reasonable speed (I'll sent to you the log). -- Leandro Lucarella (AKA luca) http://llucax.com.ar/ -- GPG Key: 5F5A8D05 (F8CD F9A7 BF00 5431 4145 104C 949E BFB6 5F5A 8D05) -- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#567056: brasero: Brasero is very slow burning a data DVD-R
reassign 567056 brasero thanks I hereby reassign that back to brasero, since the reporter suggests that it is not libburn used during the slow burn, nor it is growisofs used alone which was slow. So I got the impression that it is how brasero interacts with growisofs. Leandro Lucarella writes: As I said in the previous mails, I think Brasero is burning stuff using growisofs, but just in case: Thomas Schmitt, el 30 de enero a las 12:24 me escribiste: Leandro, testing with cdrskin and xorriso and these options (see man for examples) I would propose to use DVD-R in dummy mode, so we waste no media and can test high speed. (Not DVD+R[W]. They cannot do dummy.) cdrskin is supposed to have been installed together with libburn. In Debian they are different packages, but I can install it. A test run could be this pipe: dd if=/dev/zero bs=1M count=4400 | \ cdrskin -vvv dev=/dev/hda -dummy - 21 | \ tee -i /tmp/cdrskin_log The test went just fine, at reasonable speed (I'll sent to you the log). -- pub 4096R/0E4BD0AB people.fccf.net/danchev/key pgp.mit.edu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#567056: brasero: Brasero is very slow burning a data DVD-R
Hi, growisofs -use-the-force-luke=notray -use-the-force-luke=4gms -dvd-compat -speed=8 -use-the-force-luke=tty -Z /dev/sr0=/proc/self/fd/0 Yes, it is growisofs working. The options are ok for a burn run without mkisofs being run by growisofs itself. (Normally it forks mkisofs and writes its output to media. Here we have the cdrecord-like use case of just burning.) 13238272/4422105088 ( 0.3%) @2.6x, remaining 27:45 RBU 88.3% UBU 7.3% 31457280/4422105088 ( 0.7%) @3.9x, remaining 20:56 RBU 70.1% UBU 98.8% ... 86081536/4422105088 ( 1.9%) @3.9x, remaining 15:57 RBU 15.8% UBU 98.8% 103514112/4422105088 ( 2.3%) @3.8x, remaining 15:17 RBU 0.0% UBU 67.4% 115638272/4422105088 ( 2.6%) @2.6x, remaining 15:31 RBU 0.0% UBU 24.4% It is hungry for input. RBU (= Ring Buffer Usage ?) is the fifo where growisofs buffers the input. This one is always low through the whole burn. Only at start it was full. UBU (= Unit Buffer Usage ?) is the drive's buffer (1 or 2 MB). It oscillates between 0 % and 100 %. The latter happens only when the drive is completely out of data and takes a rest to wait for more input. This pattern tells me that Brasero cannot feed growisofs fast enough. Probably because its ISO filesystem generator cannot gather its own input fast enough. Are there many small files involved ? Or a slow disk from where Brasero shall read ? cdrskin_log Track 01:1 MB written (fifo 100%) [buf 0%] 13.8x. Track 01:2 MB written (fifo 100%) [buf 93%] 0.2x. Track 01:3 MB written (fifo 100%) [buf 93%] 3.9x. Track 01:4 MB written (fifo 100%) [buf 99%] 3.9x. Slow start. Contemporary burners begin with 6x. Track 01: 385 MB written (fifo 100%) [buf 99%] 3.9x. Track 01: 386 MB written (fifo 100%) [buf 99%] 0.3x. Track 01: 387 MB written (fifo 100%) [buf 99%] 6.1x. Next speed zone reached. The burner accelerates. Track 01: 1537 MB written (fifo 100%) [buf 99%] 5.9x. Track 01: 1538 MB written (fifo 100%) [buf 52%] 0.3x. Track 01: 1539 MB written (fifo 100%) [buf 52%] 14.8x. Track 01: 1540 MB written (fifo 100%) [buf 98%] 8.7x. Final speed of 8x reached ... Track 01: 4398 MB written (fifo 100%) [buf 98%] 8.0x. Track 01: 4399 MB written (fifo 100%) [buf 98%] 8.0x. ... and pertained up to the end. Your drive and its bus connection are ok for 8x. The problem is at the input side of the burn program. Have a nice day :) Thomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#567056: brasero: Brasero is very slow burning a data DVD-R
Quoting Thomas Schmitt scdbac...@gmx.net: Hi, Hi, Leandro Lucarella: Burning some files in a data DVD using brasero is very slow. I get 2.6x speed at most and my drive is 8x capable. Using growisofs directly, i get a 6.6x speed average (which seems reasonable for a 8x drive). Josselin Mouette: My guess goes for a bug in libburn; one specific to the drive, since I haven't noticed such a slowdown with my 16x burner. George Danchev: Thomas, do you have any rough idea what might be the cause for such low rates to be picked as compared to growisofs? We had a hunt for speed in November. One of my USB drives was slower with libburn than with growisofs. Users had similar problems. Leandro, could you please tell us whether libburn was actually used for burning and which version it was. The reason is not really clear. External drives changed their speed when being plugged into another computer. eSATA was faster than USB with the same drive and computer. growisofs did not always outperform libburn. With some drives speed got improved by using libburn ./configure options --enable-dvd-obs-64k or --enable-track-src-odirect and then make clean ; make Thomas, I'm not actually sure whether these options would affect the rest of the drives and use cases in an unpredicted way. If they are safe, I'm more than happy to enable them in the next package upload, so that the library users would benefit as well. Without compiling, one may also use cdrskin or xorriso for experiments. cdrskin ... dvd_obs=64k ... xorriso ... -dvd_obs 64k ... Leandro, testing with cdrskin and xorriso and these options (see man for examples) would help us to deduce whether the source of that slowness has anything to do with libburn itself. Could you please provide us with your results? Inside Brasero one could use for testing: void burn_write_opts_set_dvd_obs(struct burn_write_opts *opts, int obs); with obs = 65536 . The call is available since libburn-0.7.4 (december 2009). product: LITE-ON DVDRW SOHW-832S logical name: /dev/hda Are there any indications that DMA might not really be in effect ? (Hopping cursor, high CPU load with WAIT.) Do you get better throughput if running the program as superuser ? Okay, however, the reporter said the speed was fine with growisofs, so if it was a DMA settings it would also affect growisofs burning job. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#567056: brasero: Brasero is very slow burning a data DVD-R
I can also see a similar issue reported against dvd+rw-tools [1] [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=562983 http://lists.alioth.debian.org/pipermail/pkg-opt-media-team/2009-December/70.html -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#567056: brasero: Brasero is very slow burning a data DVD-R
Hi, --enable-dvd-obs-64k or --enable-track-src-odirect Thomas, I'm not actually sure whether these options would affect the rest of the drives and use cases in an unpredicted way. If they are safe, I'm more than happy to enable them in the next package upload, so that the library users would benefit as well. Currently i know of no hard reason not to use 64k blocks on output. The size of growisofs is 32k nevertheless, and libburn is most tested with 32k. The reason for slow drives is not really idenfied yet. 64k helped in some situations and had no visible effect in others. O_DIRECT is an obscure modification of i/o. Input in this case, not output to drive. The kernel people hate it: http://kerneltrap.org/node/7563 But Andy Polyakov, the author of growisofs is much in favor of using it. It is supposed to take workload from the system. Normally i follow the kernel advise. It had not much of a positive effect in my own tries. But i never heard of a drive that would do as slow as 2.6x under DMA. So in this case it might be worth a try. Okay, however, the reporter said the speed was fine with growisofs, so if it was a DMA settings it would also affect growisofs burning job. I know that DMA gets disabled if the system drivers encounter certain errors with the drive. One should run (as superuser) hdparm -d /dev/hda | fgrep using_dma which would reply using_dma= 1 (on) or using_dma= 0 (off) To be done before and after the burn runs. One may (re-)enable DMA by hdparm -d1 /dev/hda Leandro, testing with cdrskin and xorriso and these options (see man for examples) I would propose to use DVD-R in dummy mode, so we waste no media and can test high speed. (Not DVD+R[W]. They cannot do dummy.) cdrskin is supposed to have been installed together with libburn. A test run could be this pipe: dd if=/dev/zero bs=1M count=4400 | \ cdrskin -vvv dev=/dev/hda -dummy - 21 | \ tee -i /tmp/cdrskin_log I would be interested in the file /tmp/cdrskin_log afterwards. It will be about 250kB of size. Be invited to send it to me directly: scdbackup at gmx dot net To view it yourself: sed -e 's/\r/\n/g' /tmp/cdrskin_log | less See how one of my USB burners goes slow. Obviously its buffer fill [buf xx%] gets low at about 12x speed which causes short speed slumps and finally lets the drive reduce to 8x: Track 01: 1549 MB written (fifo 80%) [buf 92%] 11.5x. Track 01: 1550 MB written (fifo 79%) [buf 92%] 10.8x. Track 01: 1551 MB written (fifo 79%) [buf 92%] 11.8x. ... Track 01: 1631 MB written (fifo 78%) [buf 61%] 11.8x. Track 01: 1632 MB written (fifo 79%) [buf 62%] 11.5x. Track 01: 1633 MB written (fifo 79%) [buf 62%] 11.8x. ... Track 01: 1713 MB written (fifo 78%) [buf 14%] 11.8x. Track 01: 1714 MB written (fifo 77%) [buf 14%] 11.4x. Track 01: 1715 MB written (fifo 78%) [buf 14%] 11.5x. ... Track 01: 2366 MB written (fifo 79%) [buf 46%] 11.5x. Track 01: 2367 MB written (fifo 79%) [buf 46%] 11.8x. Track 01: 2368 MB written (fifo 85%) [buf 100%] 0.2x. Track 01: 2369 MB written (fifo 86%) [buf 100%] 7.9x. Track 01: 2370 MB written (fifo 86%) [buf 98%] 7.9x. Track 01: 2371 MB written (fifo 86%) [buf 98%] 8.1x. Now the drive decided that 8x is the speed to use. This is an LG. Pioneer drives try full speed up to the end. Well, given the low speed in the bug report, real burns on 4x DVD+RW would be no waste and should already show slowliness. Leandro, could you please tell us whether libburn was actually used for burning and which version it was. Maybe Josselin can answer the question whether libburn was really in charge. At least he flatly assumed it. The installed libburn version can be inquired by cdrskin -version | fgrep 'libburn in use' Have a nice day :) Thomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#567056: brasero: Brasero is very slow burning a data DVD-R
tags 567056 + moreinfo thanks Hi, Which version of libburn was used, since it is not listed in the initial mail. Thomas, do you have any rough idea what might be the cause for such low rates to be picked as compared to growisofs? -- pub 4096R/0E4BD0AB people.fccf.net/danchev/key pgp.mit.edu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#567056: brasero: Brasero is very slow burning a data DVD-R
Hi, Leandro Lucarella: Burning some files in a data DVD using brasero is very slow. I get 2.6x speed at most and my drive is 8x capable. Using growisofs directly, i get a 6.6x speed average (which seems reasonable for a 8x drive). Josselin Mouette: My guess goes for a bug in libburn; one specific to the drive, since I haven't noticed such a slowdown with my 16x burner. George Danchev: Thomas, do you have any rough idea what might be the cause for such low rates to be picked as compared to growisofs? We had a hunt for speed in November. One of my USB drives was slower with libburn than with growisofs. Users had similar problems. The reason is not really clear. External drives changed their speed when being plugged into another computer. eSATA was faster than USB with the same drive and computer. growisofs did not always outperform libburn. With some drives speed got improved by using libburn ./configure options --enable-dvd-obs-64k or --enable-track-src-odirect and then make clean ; make Without compiling, one may also use cdrskin or xorriso for experiments. cdrskin ... dvd_obs=64k ... xorriso ... -dvd_obs 64k ... Inside Brasero one could use for testing: void burn_write_opts_set_dvd_obs(struct burn_write_opts *opts, int obs); with obs = 65536 . The call is available since libburn-0.7.4 (december 2009). product: LITE-ON DVDRW SOHW-832S logical name: /dev/hda Are there any indications that DMA might not really be in effect ? (Hopping cursor, high CPU load with WAIT.) Do you get better throughput if running the program as superuser ? Have a nice day :) Thomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#567056: brasero: Brasero is very slow burning a data DVD-R
Hi, reading the initial message on http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=567056 and especially the list Versions of packages brasero depends on: i wonder whether libburn is involved at all. ii libbrasero-media0 2.28.3-2 CD/DVD burning library for GNOME - In http://packages.debian.org/sid/libbrasero-media0 i read that it depends on dvd+rw-tools and on libburn4 Which one acted during the burn ? Even if it was actually not libburn, then i am still interested in exploring the problem. libburn and growisofs rely on the same MMC specs and system interfaces. Actually growisofs source often helped me to understand the specs. Have a nice day :) Thomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#567056: brasero: Brasero is very slow burning a data DVD-R
reassign 567056 libburn4 thanks Le mardi 26 janvier 2010 à 20:03 -0300, Leandro Lucarella a écrit : Burning some files in a data DVD using brasero is very slow. I get 2.6x speed at most and my drive is 8x capable. Using growisofs directly, i get a 6.6x speed average (which seems reasonable for a 8x drive). My guess goes for a bug in libburn; one specific to the drive, since I haven’t noticed such a slowdown with my 16x burner. What is your burner’s model? Cheers, -- .''`. Josselin Mouette : :' : `. `' “I recommend you to learn English in hope that you in `- future understand things” -- Jörg Schilling signature.asc Description: Ceci est une partie de message numériquement signée
Bug#567056: brasero: Brasero is very slow burning a data DVD-R
Josselin Mouette, el 27 de enero a las 17:41 me escribiste: reassign 567056 libburn4 thanks Le mardi 26 janvier 2010 à 20:03 -0300, Leandro Lucarella a écrit : Burning some files in a data DVD using brasero is very slow. I get 2.6x speed at most and my drive is 8x capable. Using growisofs directly, i get a 6.6x speed average (which seems reasonable for a 8x drive). My guess goes for a bug in libburn; one specific to the drive, since I haven’t noticed such a slowdown with my 16x burner. What is your burner’s model? *-cdrom description: DVD writer product: LITE-ON DVDRW SOHW-832S physical id: 0 bus info: i...@0.0 logical name: /dev/hda version: CG5M serial: 2004031900044536 capabilities: packet atapi cdrom removable nonmagnetic dma lba iordy audio cd-r cd-rw dvd dvd-r configuration: mode=udma2 status=ready *-medium physical id: 0 logical name: /dev/hda -- Leandro Lucarella (AKA luca) http://llucax.com.ar/ -- GPG Key: 5F5A8D05 (F8CD F9A7 BF00 5431 4145 104C 949E BFB6 5F5A 8D05) -- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#567056: brasero: Brasero is very slow burning a data DVD-R
Package: brasero Version: 2.28.3-2 Severity: important Burning some files in a data DVD using brasero is very slow. I get 2.6x speed at most and my drive is 8x capable. Using growisofs directly, i get a 6.6x speed average (which seems reasonable for a 8x drive). -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (100, 'unstable'), (50, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-trunk-amd64 (SMP w/4 CPU cores) Locale: LANG=es_AR.UTF-8, LC_CTYPE=es_AR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages brasero depends on: ii brasero-common 2.28.3-2 Common files for the Brasero CD bu ii gnome-icon-theme2.28.0-1 GNOME Desktop icon theme ii gstreamer0.10-plugins-base 0.10.25-7GStreamer plugins from the base ii gvfs1.4.3-1 userspace virtual filesystem - ser ii libatk1.0-0 1.28.0-1 The ATK accessibility toolkit ii libbeagle1 0.3.9-1 library for accessing beagle using ii libbrasero-media0 2.28.3-2 CD/DVD burning library for GNOME - ii libc6 2.10.2-2 GNU C Library: Shared libraries ii libcairo2 1.8.8-2 The Cairo 2D vector graphics libra ii libdbus-1-3 1.2.16-2 simple interprocess messaging syst ii libdbus-glib-1-20.82-2 simple interprocess messaging syst ii libfontconfig1 2.8.0-2 generic font configuration library ii libfreetype62.3.11-1 FreeType 2 font engine, shared lib ii libgconf2-4 2.28.0-1 GNOME configuration database syste ii libglib2.0-02.22.4-1 The GLib library of C routines ii libgstreamer-plugins-base0. 0.10.25-7GStreamer libraries from the base ii libgstreamer0.10-0 0.10.25-4+b1 Core GStreamer libraries and eleme ii libgtk2.0-0 2.18.3-1 The GTK+ graphical user interface ii libice6 2:1.0.6-1X11 Inter-Client Exchange library ii libnautilus-extension1 2.28.4-1 libraries for nautilus components ii libpango1.0-0 1.26.2-1 Layout and rendering of internatio ii libsm6 2:1.1.1-1X11 Session Management library ii libtotem-plparser12 2.28.2-1 Totem Playlist Parser library - ru ii libunique-1.0-0 1.1.6-1 Library for writing single instanc ii libxml2 2.7.6.dfsg-2 GNOME XML library brasero recommends no packages. brasero suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org