https://bugzilla.novell.com/show_bug.cgi?id=350654 User alpha096@virginbroadband.com.au added comment https://bugzilla.novell.com/show_bug.cgi?id=350654#c1 Scott Couston changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |alpha096@virginbroadband.com.au --- Comment #1 from Scott Couston 2007-12-25 12:36:17 MST --- CORRECTION: - ONLY applies to copying to an NFS Drive - Note no collisions or packet loss or CRC or data errors reported in Tx Rx requests on interfaces -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=350654 User alpha096@virginbroadband.com.au added comment https://bugzilla.novell.com/show_bug.cgi?id=350654#c3 --- Comment #3 from Scott Couston 2008-01-02 16:01:27 MST --- YES. The issue is a Konqueror issue. As a file manager it is very very hungry for resources. Copying from CD/DVD konqueror should read data into ram and write and verify. It does NOT use this process. It appears to throttle its read data to its same speed as write data. As far as resource consumption under such conditions in this bug I cannot determine why it requires to consume ALL resources for an apparent no gain in performance. If the above process was aloud to continue under the constraints of the reported processor the task coulnd easily take 5 hours consuming ALL resources. The process of copying files to a destination of a local disk/NFS drive are very very quick with huge demands on resources. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=350654 User alpha096@virginbroadband.com.au added comment https://bugzilla.novell.com/show_bug.cgi?id=350654#c5 --- Comment #5 from Scott Couston 2008-01-03 22:44:38 MST --- Additional information... The same copy from DVD on the reported X_64 system was duplicated on an I386-32 P4 - HT 3.2 2 GIG RAM however this PC had a CD/DVD Read Only capability and constant is the source was always DVD already burned - R/W Media. The copy process consumed minimal resources, other application selection and execution was possible - copy process to at least 60% LESS time. Therefore 1. Is the X64 architecture the differing component to this bug AND/OR 2. The Device was A Read only device against the bug reported CD/DVD/ Read/writer. Suggest try to duplicate on an I386 system of your own 1. The first with a CD/DVD Read writer Against 2. A CD/DVD read only device and media. This will discount the bug confined to either 1. A CD/DVD read writer AND supporting media 2. A CD/DVD Read Only with Supporting media being the same Read/Write media. IF there is NO issue in above we must then conclude the X64 Processor and Application Konqueror. Either Way it would be very wise if konqueror needed to be changed that we change ALL copy process from either a CD/DVD to firstly read into RAM>Then write to HDD/NFS and Verify to RAM but do this Dynamically - Once the file was verified from RAM we read data at the same time back into the space in RAM that can be flushed after right verify Your Thoughts? Regret I only have 1PC with I386_32 Architecture left with CD/DVD read only system - ALL other systems are X64 with same CPU and RAM resources. Scott -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=350654 User alpha096@virginbroadband.com.au added comment https://bugzilla.novell.com/show_bug.cgi?id=350654#c7 Scott Couston changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEEDINFO |NEW Info Provider|alpha096@virginbroadband.com.au | --- Comment #7 from Scott Couston 2008-02-05 04:34:07 MST --- And let me repeat again... "YES. The issue is a Konqueror issue." HOWEVER - after recent kernel update on the same X64_86 system Konqueror DOES NOT utilise 100% of resources. After Kernel update Konqueror runs like any well behaved multitasking session and utilises little resources. The DVD reads at the same time as Disk Writes with no stalling of Konqueror reads which was evident at time of report creation. Under Test conditions of above PC with 12 other application GUI windows open copy times on a 4.1GB DVD using Konqueror were 8:10 [m:ss]compared to 7:15 with Midnight commander. As the original bug is NOT apparent after kernel update author is happy for you to close as fixed and apologies for prior update confusion. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.