[Bug 308261] Re: "File Operations" Dialogue is not scalable in Nautilus and causes Jitter
** Attachment added: "jitter-file-operations.png" http://launchpadlibrarian.net/20450112/jitter-file-operations.png -- "File Operations" Dialogue is not scalable in Nautilus and causes Jitter https://bugs.launchpad.net/bugs/308261 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to nautilus in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 308261] Re: "File Operations" Dialogue is not scalable in Nautilus and causes Jitter
Ah yes, it's DVB-S recorded german SD-TV films, shrinked to h264, moved from the mythtv recorder to the archive. ** Description changed: On intrepid, there is a "File Operations" Dialogue for each longer copy or move operation. That dialogue is not resizable. Depending on the estimated duration, its size jitters. See Screenshot. Probably upstream prob. It is similar to the other Bug I reported that the remaining download time during dist-upgrade from hardy to intrepid and from feisty to hardy could not be read in languages hitting long words in localisation Suggested Fix: make "File Operations" resizable via "grabbing" the corners/edges. GREEN: sometimes it makes a newline, sometimes not, so the box resizes itself - RED: No handles to rescale (link XP :-((( ) + RED: No handles to rescale (like XP :-((( ) OFFTopic: one Dual-Core Core of AMD x2 4400+ can handle approx 10 MB/s via SSH to Raid 5 array, the whole onboard 1:1 gigabit ethernet maxes to about 25 MB/s. When I copy the 4x1GB files all together, one single- threaded Process gives 10 MB/s. Thus, 2 files seperately start 2 Threads -> 20 MB/s. Why not autodetect the number of processes that give the highest I/O ? ** Description changed: On intrepid, there is a "File Operations" Dialogue for each longer copy or move operation. That dialogue is not resizable. Depending on the estimated duration, its size jitters. See Screenshot. Probably upstream prob. It is similar to the other Bug I reported that the remaining download time during dist-upgrade from hardy to intrepid and from feisty to hardy could not be read in languages hitting long words in localisation Suggested Fix: make "File Operations" resizable via "grabbing" the corners/edges. GREEN: sometimes it makes a newline, sometimes not, so the box resizes itself RED: No handles to rescale (like XP :-((( ) OFFTopic: one Dual-Core Core of AMD x2 4400+ can handle approx 10 MB/s via SSH to Raid 5 array, the whole onboard 1:1 gigabit ethernet maxes to about 25 MB/s. When I copy the 4x1GB files all together, one single- - threaded Process gives 10 MB/s. Thus, 2 files seperately start 2 Threads - -> 20 MB/s. Why not autodetect the number of processes that give the - highest I/O ? + threaded Process gives 10 MB/s, sequentiall copying file after file. + Thus, 2 files seperately start 2 Threads -> 20 MB/s. Why not autodetect + the number of processes that give the highest I/O ? ** Description changed: On intrepid, there is a "File Operations" Dialogue for each longer copy or move operation. That dialogue is not resizable. Depending on the estimated duration, its size jitters. See Screenshot. Probably upstream prob. It is similar to the other Bug I reported that the remaining download time during dist-upgrade from hardy to intrepid and from feisty to hardy could not be read in languages hitting long words in localisation Suggested Fix: make "File Operations" resizable via "grabbing" the corners/edges. GREEN: sometimes it makes a newline, sometimes not, so the box resizes itself RED: No handles to rescale (like XP :-((( ) OFFTopic: one Dual-Core Core of AMD x2 4400+ can handle approx 10 MB/s via SSH to Raid 5 array, the whole onboard 1:1 gigabit ethernet maxes to about 25 MB/s. When I copy the 4x1GB files all together, one single- - threaded Process gives 10 MB/s, sequentiall copying file after file. + threaded Process gives 10 MB/s, sequential copying file after file. Thus, 2 files seperately start 2 Threads -> 20 MB/s. Why not autodetect the number of processes that give the highest I/O ? ** Description changed: - On intrepid, there is a "File Operations" Dialogue for each longer copy + On intrepid, there is a "File Operations" dialogue for each longer copy or move operation. That dialogue is not resizable. Depending on the estimated duration, its size jitters. See Screenshot. Probably upstream prob. - It is similar to the other Bug I reported that the remaining download + It is similar to the other bug I reported that the remaining download time during dist-upgrade from hardy to intrepid and from feisty to hardy could not be read in languages hitting long words in localisation - Suggested Fix: make "File Operations" resizable via "grabbing" the + Suggested fix: make "File Operations" resizable via "grabbing" the corners/edges. - GREEN: sometimes it makes a newline, sometimes not, so the box resizes + GREEN: Sometimes it makes a newline, sometimes not, so the box resizes itself RED: No handles to rescale (like XP :-((( ) - OFFTopic: one Dual-Core Core of AMD x2 4400+ can handle approx 10 MB/s + OFFtopic: one dual-core core of AMD x2 4400+ can handle approx 10 MB/s via SSH to Raid 5 array, the whole onboard 1:1 gigabit ethernet maxes to about 25 MB/s. When I copy the 4x1GB files all together, one single- - threaded Process gives 10
[Bug 308261] Re: "File Operations" Dialogue is not scalable in Nautilus and causes Jitter
Here's maybe a better illustration of the problem. Notice: copy operation on the array is about 25 MB/s (arry runs on different 2007 hdds, 30-35 should be normal today on hdds, 100+ on good SDDs), one kernel at 100% without stepping to the max. As one of the three disks makes about 25 MB/s each, for Raid 5 copy on the same array this is pretty OK, like copy from hdd1 to hdd2, with the xoring done without significant impact. I love Linux! -- "File Operations" Dialogue is not scalable in Nautilus and causes Jitter https://bugs.launchpad.net/bugs/308261 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to nautilus in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 308261] Re: "File Operations" Dialogue is not scalable in Nautilus and causes Jitter
** Attachment added: "Jitter one-line vs. two line on file ops" http://launchpadlibrarian.net/20450460/jitter-file-ops2.png -- "File Operations" Dialogue is not scalable in Nautilus and causes Jitter https://bugs.launchpad.net/bugs/308261 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to nautilus in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 308261] Re: "File Operations" Dialogue is not scalable in Nautilus and causes Jitter
thanks for the report. ** Changed in: nautilus (Ubuntu) Importance: Undecided => Low Assignee: (unassigned) => Ubuntu Desktop Bugs (desktop-bugs) ** Description changed: On intrepid, there is a "File Operations" dialogue for each longer copy or move operation. That dialogue is not resizable. Depending on the estimated duration, its size jitters. See Screenshot. Probably upstream prob. It is similar to the other bug I reported that the remaining download time during dist-upgrade from hardy to intrepid and from feisty to hardy could not be read in languages hitting long words in localisation Suggested fix: make "File Operations" resizable via "grabbing" the corners/edges. - GREEN: Sometimes it makes a newline, sometimes not, so the box resizes - itself - - RED: No handles to rescale (like XP :-((( ) - - OFFtopic: one dual-core core of AMD x2 4400+ can handle approx 10 MB/s - via SSH to Raid 5 array, the whole onboard 1:1 gigabit ethernet maxes to - about 25 MB/s. When I copy the 4x1GB files all together, one single- - threaded process gives 10 MB/s, sequential copying file after file. - Thus, 2 files seperately start 2 threads -> 20 MB/s. Why not autodetect - the number of processes that give the highest I/O ? Or something similar - to the "background copy" option found in "Total Commander" or "WinScp" - on the Redmond OS? + Sometimes it makes a newline, sometimes not, so the box resizes itself -- "File Operations" Dialogue is not scalable in Nautilus and causes Jitter https://bugs.launchpad.net/bugs/308261 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug assignee. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 308261] Re: "File Operations" Dialogue is not scalable in Nautilus and causes Jitter
this is likely known upstream and the dialog is being worked, upstream bug is: http://bugzilla.gnome.org/show_bug.cgi?id=518410 ; was targeted for 2.24 but is not fixed yet, will ping upstream to see what's going on there, thanks in advance. ** Changed in: nautilus (Ubuntu) Status: New => Triaged ** Also affects: nautilus via http://bugzilla.gnome.org/show_bug.cgi?id=518410 Importance: Unknown Status: Unknown -- "File Operations" Dialogue is not scalable in Nautilus and causes Jitter https://bugs.launchpad.net/bugs/308261 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug assignee. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 308261] Re: "File Operations" Dialogue is not scalable in Nautilus and causes Jitter
** Changed in: nautilus Status: Unknown => In Progress -- "File Operations" Dialogue is not scalable in Nautilus and causes Jitter https://bugs.launchpad.net/bugs/308261 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug assignee. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 308261] Re: "File Operations" Dialogue is not scalable in Nautilus and causes Jitter
** Attachment added: "jitter-file-operations.png" http://launchpadlibrarian.net/20450112/jitter-file-operations.png -- "File Operations" Dialogue is not scalable in Nautilus and causes Jitter https://bugs.launchpad.net/bugs/308261 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to nautilus in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 308261] Re: "File Operations" Dialogue is not scalable in Nautilus and causes Jitter
Ah yes, it's DVB-S recorded german SD-TV films, shrinked to h264, moved from the mythtv recorder to the archive. ** Description changed: On intrepid, there is a "File Operations" Dialogue for each longer copy or move operation. That dialogue is not resizable. Depending on the estimated duration, its size jitters. See Screenshot. Probably upstream prob. It is similar to the other Bug I reported that the remaining download time during dist-upgrade from hardy to intrepid and from feisty to hardy could not be read in languages hitting long words in localisation Suggested Fix: make "File Operations" resizable via "grabbing" the corners/edges. GREEN: sometimes it makes a newline, sometimes not, so the box resizes itself - RED: No handles to rescale (link XP :-((( ) + RED: No handles to rescale (like XP :-((( ) OFFTopic: one Dual-Core Core of AMD x2 4400+ can handle approx 10 MB/s via SSH to Raid 5 array, the whole onboard 1:1 gigabit ethernet maxes to about 25 MB/s. When I copy the 4x1GB files all together, one single- threaded Process gives 10 MB/s. Thus, 2 files seperately start 2 Threads -> 20 MB/s. Why not autodetect the number of processes that give the highest I/O ? ** Description changed: On intrepid, there is a "File Operations" Dialogue for each longer copy or move operation. That dialogue is not resizable. Depending on the estimated duration, its size jitters. See Screenshot. Probably upstream prob. It is similar to the other Bug I reported that the remaining download time during dist-upgrade from hardy to intrepid and from feisty to hardy could not be read in languages hitting long words in localisation Suggested Fix: make "File Operations" resizable via "grabbing" the corners/edges. GREEN: sometimes it makes a newline, sometimes not, so the box resizes itself RED: No handles to rescale (like XP :-((( ) OFFTopic: one Dual-Core Core of AMD x2 4400+ can handle approx 10 MB/s via SSH to Raid 5 array, the whole onboard 1:1 gigabit ethernet maxes to about 25 MB/s. When I copy the 4x1GB files all together, one single- - threaded Process gives 10 MB/s. Thus, 2 files seperately start 2 Threads - -> 20 MB/s. Why not autodetect the number of processes that give the - highest I/O ? + threaded Process gives 10 MB/s, sequentiall copying file after file. + Thus, 2 files seperately start 2 Threads -> 20 MB/s. Why not autodetect + the number of processes that give the highest I/O ? ** Description changed: On intrepid, there is a "File Operations" Dialogue for each longer copy or move operation. That dialogue is not resizable. Depending on the estimated duration, its size jitters. See Screenshot. Probably upstream prob. It is similar to the other Bug I reported that the remaining download time during dist-upgrade from hardy to intrepid and from feisty to hardy could not be read in languages hitting long words in localisation Suggested Fix: make "File Operations" resizable via "grabbing" the corners/edges. GREEN: sometimes it makes a newline, sometimes not, so the box resizes itself RED: No handles to rescale (like XP :-((( ) OFFTopic: one Dual-Core Core of AMD x2 4400+ can handle approx 10 MB/s via SSH to Raid 5 array, the whole onboard 1:1 gigabit ethernet maxes to about 25 MB/s. When I copy the 4x1GB files all together, one single- - threaded Process gives 10 MB/s, sequentiall copying file after file. + threaded Process gives 10 MB/s, sequential copying file after file. Thus, 2 files seperately start 2 Threads -> 20 MB/s. Why not autodetect the number of processes that give the highest I/O ? ** Description changed: - On intrepid, there is a "File Operations" Dialogue for each longer copy + On intrepid, there is a "File Operations" dialogue for each longer copy or move operation. That dialogue is not resizable. Depending on the estimated duration, its size jitters. See Screenshot. Probably upstream prob. - It is similar to the other Bug I reported that the remaining download + It is similar to the other bug I reported that the remaining download time during dist-upgrade from hardy to intrepid and from feisty to hardy could not be read in languages hitting long words in localisation - Suggested Fix: make "File Operations" resizable via "grabbing" the + Suggested fix: make "File Operations" resizable via "grabbing" the corners/edges. - GREEN: sometimes it makes a newline, sometimes not, so the box resizes + GREEN: Sometimes it makes a newline, sometimes not, so the box resizes itself RED: No handles to rescale (like XP :-((( ) - OFFTopic: one Dual-Core Core of AMD x2 4400+ can handle approx 10 MB/s + OFFtopic: one dual-core core of AMD x2 4400+ can handle approx 10 MB/s via SSH to Raid 5 array, the whole onboard 1:1 gigabit ethernet maxes to about 25 MB/s. When I copy the 4x1GB files all together, one single- - threaded Process gives 10
[Bug 308261] Re: "File Operations" Dialogue is not scalable in Nautilus and causes Jitter
Here's maybe a better illustration of the problem. Notice: copy operation on the array is about 25 MB/s (arry runs on different 2007 hdds, 30-35 should be normal today on hdds, 100+ on good SDDs), one kernel at 100% without stepping to the max. As one of the three disks makes about 25 MB/s each, for Raid 5 copy on the same array this is pretty OK, like copy from hdd1 to hdd2, with the xoring done without significant impact. I love Linux! -- "File Operations" Dialogue is not scalable in Nautilus and causes Jitter https://bugs.launchpad.net/bugs/308261 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to nautilus in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 308261] Re: "File Operations" Dialogue is not scalable in Nautilus and causes Jitter
** Attachment added: "Jitter one-line vs. two line on file ops" http://launchpadlibrarian.net/20450460/jitter-file-ops2.png -- "File Operations" Dialogue is not scalable in Nautilus and causes Jitter https://bugs.launchpad.net/bugs/308261 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to nautilus in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 308261] Re: "File Operations" Dialogue is not scalable in Nautilus and causes Jitter
thanks for the report. ** Changed in: nautilus (Ubuntu) Importance: Undecided => Low Assignee: (unassigned) => Ubuntu Desktop Bugs (desktop-bugs) ** Description changed: On intrepid, there is a "File Operations" dialogue for each longer copy or move operation. That dialogue is not resizable. Depending on the estimated duration, its size jitters. See Screenshot. Probably upstream prob. It is similar to the other bug I reported that the remaining download time during dist-upgrade from hardy to intrepid and from feisty to hardy could not be read in languages hitting long words in localisation Suggested fix: make "File Operations" resizable via "grabbing" the corners/edges. - GREEN: Sometimes it makes a newline, sometimes not, so the box resizes - itself - - RED: No handles to rescale (like XP :-((( ) - - OFFtopic: one dual-core core of AMD x2 4400+ can handle approx 10 MB/s - via SSH to Raid 5 array, the whole onboard 1:1 gigabit ethernet maxes to - about 25 MB/s. When I copy the 4x1GB files all together, one single- - threaded process gives 10 MB/s, sequential copying file after file. - Thus, 2 files seperately start 2 threads -> 20 MB/s. Why not autodetect - the number of processes that give the highest I/O ? Or something similar - to the "background copy" option found in "Total Commander" or "WinScp" - on the Redmond OS? + Sometimes it makes a newline, sometimes not, so the box resizes itself -- "File Operations" Dialogue is not scalable in Nautilus and causes Jitter https://bugs.launchpad.net/bugs/308261 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug assignee. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 308261] Re: "File Operations" Dialogue is not scalable in Nautilus and causes Jitter
this is likely known upstream and the dialog is being worked, upstream bug is: http://bugzilla.gnome.org/show_bug.cgi?id=518410 ; was targeted for 2.24 but is not fixed yet, will ping upstream to see what's going on there, thanks in advance. ** Changed in: nautilus (Ubuntu) Status: New => Triaged ** Also affects: nautilus via http://bugzilla.gnome.org/show_bug.cgi?id=518410 Importance: Unknown Status: Unknown -- "File Operations" Dialogue is not scalable in Nautilus and causes Jitter https://bugs.launchpad.net/bugs/308261 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug assignee. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 308261] Re: "File Operations" Dialogue is not scalable in Nautilus and causes Jitter
** Changed in: nautilus Status: Unknown => In Progress -- "File Operations" Dialogue is not scalable in Nautilus and causes Jitter https://bugs.launchpad.net/bugs/308261 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug assignee. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 308261] Re: "File Operations" Dialogue is not scalable in Nautilus and causes Jitter
** Attachment added: "jitter-file-operations.png" http://launchpadlibrarian.net/20450112/jitter-file-operations.png -- "File Operations" Dialogue is not scalable in Nautilus and causes Jitter https://bugs.launchpad.net/bugs/308261 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to nautilus in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 308261] Re: "File Operations" Dialogue is not scalable in Nautilus and causes Jitter
Ah yes, it's DVB-S recorded german SD-TV films, shrinked to h264, moved from the mythtv recorder to the archive. ** Description changed: On intrepid, there is a "File Operations" Dialogue for each longer copy or move operation. That dialogue is not resizable. Depending on the estimated duration, its size jitters. See Screenshot. Probably upstream prob. It is similar to the other Bug I reported that the remaining download time during dist-upgrade from hardy to intrepid and from feisty to hardy could not be read in languages hitting long words in localisation Suggested Fix: make "File Operations" resizable via "grabbing" the corners/edges. GREEN: sometimes it makes a newline, sometimes not, so the box resizes itself - RED: No handles to rescale (link XP :-((( ) + RED: No handles to rescale (like XP :-((( ) OFFTopic: one Dual-Core Core of AMD x2 4400+ can handle approx 10 MB/s via SSH to Raid 5 array, the whole onboard 1:1 gigabit ethernet maxes to about 25 MB/s. When I copy the 4x1GB files all together, one single- threaded Process gives 10 MB/s. Thus, 2 files seperately start 2 Threads -> 20 MB/s. Why not autodetect the number of processes that give the highest I/O ? ** Description changed: On intrepid, there is a "File Operations" Dialogue for each longer copy or move operation. That dialogue is not resizable. Depending on the estimated duration, its size jitters. See Screenshot. Probably upstream prob. It is similar to the other Bug I reported that the remaining download time during dist-upgrade from hardy to intrepid and from feisty to hardy could not be read in languages hitting long words in localisation Suggested Fix: make "File Operations" resizable via "grabbing" the corners/edges. GREEN: sometimes it makes a newline, sometimes not, so the box resizes itself RED: No handles to rescale (like XP :-((( ) OFFTopic: one Dual-Core Core of AMD x2 4400+ can handle approx 10 MB/s via SSH to Raid 5 array, the whole onboard 1:1 gigabit ethernet maxes to about 25 MB/s. When I copy the 4x1GB files all together, one single- - threaded Process gives 10 MB/s. Thus, 2 files seperately start 2 Threads - -> 20 MB/s. Why not autodetect the number of processes that give the - highest I/O ? + threaded Process gives 10 MB/s, sequentiall copying file after file. + Thus, 2 files seperately start 2 Threads -> 20 MB/s. Why not autodetect + the number of processes that give the highest I/O ? ** Description changed: On intrepid, there is a "File Operations" Dialogue for each longer copy or move operation. That dialogue is not resizable. Depending on the estimated duration, its size jitters. See Screenshot. Probably upstream prob. It is similar to the other Bug I reported that the remaining download time during dist-upgrade from hardy to intrepid and from feisty to hardy could not be read in languages hitting long words in localisation Suggested Fix: make "File Operations" resizable via "grabbing" the corners/edges. GREEN: sometimes it makes a newline, sometimes not, so the box resizes itself RED: No handles to rescale (like XP :-((( ) OFFTopic: one Dual-Core Core of AMD x2 4400+ can handle approx 10 MB/s via SSH to Raid 5 array, the whole onboard 1:1 gigabit ethernet maxes to about 25 MB/s. When I copy the 4x1GB files all together, one single- - threaded Process gives 10 MB/s, sequentiall copying file after file. + threaded Process gives 10 MB/s, sequential copying file after file. Thus, 2 files seperately start 2 Threads -> 20 MB/s. Why not autodetect the number of processes that give the highest I/O ? ** Description changed: - On intrepid, there is a "File Operations" Dialogue for each longer copy + On intrepid, there is a "File Operations" dialogue for each longer copy or move operation. That dialogue is not resizable. Depending on the estimated duration, its size jitters. See Screenshot. Probably upstream prob. - It is similar to the other Bug I reported that the remaining download + It is similar to the other bug I reported that the remaining download time during dist-upgrade from hardy to intrepid and from feisty to hardy could not be read in languages hitting long words in localisation - Suggested Fix: make "File Operations" resizable via "grabbing" the + Suggested fix: make "File Operations" resizable via "grabbing" the corners/edges. - GREEN: sometimes it makes a newline, sometimes not, so the box resizes + GREEN: Sometimes it makes a newline, sometimes not, so the box resizes itself RED: No handles to rescale (like XP :-((( ) - OFFTopic: one Dual-Core Core of AMD x2 4400+ can handle approx 10 MB/s + OFFtopic: one dual-core core of AMD x2 4400+ can handle approx 10 MB/s via SSH to Raid 5 array, the whole onboard 1:1 gigabit ethernet maxes to about 25 MB/s. When I copy the 4x1GB files all together, one single- - threaded Process gives 10
[Bug 308261] Re: "File Operations" Dialogue is not scalable in Nautilus and causes Jitter
Here's maybe a better illustration of the problem. Notice: copy operation on the array is about 25 MB/s (arry runs on different 2007 hdds, 30-35 should be normal today on hdds, 100+ on good SDDs), one kernel at 100% without stepping to the max. As one of the three disks makes about 25 MB/s each, for Raid 5 copy on the same array this is pretty OK, like copy from hdd1 to hdd2, with the xoring done without significant impact. I love Linux! -- "File Operations" Dialogue is not scalable in Nautilus and causes Jitter https://bugs.launchpad.net/bugs/308261 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to nautilus in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 308261] Re: "File Operations" Dialogue is not scalable in Nautilus and causes Jitter
** Attachment added: "Jitter one-line vs. two line on file ops" http://launchpadlibrarian.net/20450460/jitter-file-ops2.png -- "File Operations" Dialogue is not scalable in Nautilus and causes Jitter https://bugs.launchpad.net/bugs/308261 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to nautilus in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 308261] Re: "File Operations" Dialogue is not scalable in Nautilus and causes Jitter
thanks for the report. ** Changed in: nautilus (Ubuntu) Importance: Undecided => Low Assignee: (unassigned) => Ubuntu Desktop Bugs (desktop-bugs) ** Description changed: On intrepid, there is a "File Operations" dialogue for each longer copy or move operation. That dialogue is not resizable. Depending on the estimated duration, its size jitters. See Screenshot. Probably upstream prob. It is similar to the other bug I reported that the remaining download time during dist-upgrade from hardy to intrepid and from feisty to hardy could not be read in languages hitting long words in localisation Suggested fix: make "File Operations" resizable via "grabbing" the corners/edges. - GREEN: Sometimes it makes a newline, sometimes not, so the box resizes - itself - - RED: No handles to rescale (like XP :-((( ) - - OFFtopic: one dual-core core of AMD x2 4400+ can handle approx 10 MB/s - via SSH to Raid 5 array, the whole onboard 1:1 gigabit ethernet maxes to - about 25 MB/s. When I copy the 4x1GB files all together, one single- - threaded process gives 10 MB/s, sequential copying file after file. - Thus, 2 files seperately start 2 threads -> 20 MB/s. Why not autodetect - the number of processes that give the highest I/O ? Or something similar - to the "background copy" option found in "Total Commander" or "WinScp" - on the Redmond OS? + Sometimes it makes a newline, sometimes not, so the box resizes itself -- "File Operations" Dialogue is not scalable in Nautilus and causes Jitter https://bugs.launchpad.net/bugs/308261 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug assignee. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 308261] Re: "File Operations" Dialogue is not scalable in Nautilus and causes Jitter
this is likely known upstream and the dialog is being worked, upstream bug is: http://bugzilla.gnome.org/show_bug.cgi?id=518410 ; was targeted for 2.24 but is not fixed yet, will ping upstream to see what's going on there, thanks in advance. ** Changed in: nautilus (Ubuntu) Status: New => Triaged ** Also affects: nautilus via http://bugzilla.gnome.org/show_bug.cgi?id=518410 Importance: Unknown Status: Unknown -- "File Operations" Dialogue is not scalable in Nautilus and causes Jitter https://bugs.launchpad.net/bugs/308261 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug assignee. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 308261] Re: "File Operations" Dialogue is not scalable in Nautilus and causes Jitter
** Changed in: nautilus Status: Unknown => In Progress -- "File Operations" Dialogue is not scalable in Nautilus and causes Jitter https://bugs.launchpad.net/bugs/308261 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug assignee. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 308261] Re: "File Operations" Dialogue is not scalable in Nautilus and causes Jitter
** Attachment added: "jitter-file-operations.png" http://launchpadlibrarian.net/20450112/jitter-file-operations.png -- "File Operations" Dialogue is not scalable in Nautilus and causes Jitter https://bugs.launchpad.net/bugs/308261 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to nautilus in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 308261] Re: "File Operations" Dialogue is not scalable in Nautilus and causes Jitter
Ah yes, it's DVB-S recorded german SD-TV films, shrinked to h264, moved from the mythtv recorder to the archive. ** Description changed: On intrepid, there is a "File Operations" Dialogue for each longer copy or move operation. That dialogue is not resizable. Depending on the estimated duration, its size jitters. See Screenshot. Probably upstream prob. It is similar to the other Bug I reported that the remaining download time during dist-upgrade from hardy to intrepid and from feisty to hardy could not be read in languages hitting long words in localisation Suggested Fix: make "File Operations" resizable via "grabbing" the corners/edges. GREEN: sometimes it makes a newline, sometimes not, so the box resizes itself - RED: No handles to rescale (link XP :-((( ) + RED: No handles to rescale (like XP :-((( ) OFFTopic: one Dual-Core Core of AMD x2 4400+ can handle approx 10 MB/s via SSH to Raid 5 array, the whole onboard 1:1 gigabit ethernet maxes to about 25 MB/s. When I copy the 4x1GB files all together, one single- threaded Process gives 10 MB/s. Thus, 2 files seperately start 2 Threads -> 20 MB/s. Why not autodetect the number of processes that give the highest I/O ? ** Description changed: On intrepid, there is a "File Operations" Dialogue for each longer copy or move operation. That dialogue is not resizable. Depending on the estimated duration, its size jitters. See Screenshot. Probably upstream prob. It is similar to the other Bug I reported that the remaining download time during dist-upgrade from hardy to intrepid and from feisty to hardy could not be read in languages hitting long words in localisation Suggested Fix: make "File Operations" resizable via "grabbing" the corners/edges. GREEN: sometimes it makes a newline, sometimes not, so the box resizes itself RED: No handles to rescale (like XP :-((( ) OFFTopic: one Dual-Core Core of AMD x2 4400+ can handle approx 10 MB/s via SSH to Raid 5 array, the whole onboard 1:1 gigabit ethernet maxes to about 25 MB/s. When I copy the 4x1GB files all together, one single- - threaded Process gives 10 MB/s. Thus, 2 files seperately start 2 Threads - -> 20 MB/s. Why not autodetect the number of processes that give the - highest I/O ? + threaded Process gives 10 MB/s, sequentiall copying file after file. + Thus, 2 files seperately start 2 Threads -> 20 MB/s. Why not autodetect + the number of processes that give the highest I/O ? ** Description changed: On intrepid, there is a "File Operations" Dialogue for each longer copy or move operation. That dialogue is not resizable. Depending on the estimated duration, its size jitters. See Screenshot. Probably upstream prob. It is similar to the other Bug I reported that the remaining download time during dist-upgrade from hardy to intrepid and from feisty to hardy could not be read in languages hitting long words in localisation Suggested Fix: make "File Operations" resizable via "grabbing" the corners/edges. GREEN: sometimes it makes a newline, sometimes not, so the box resizes itself RED: No handles to rescale (like XP :-((( ) OFFTopic: one Dual-Core Core of AMD x2 4400+ can handle approx 10 MB/s via SSH to Raid 5 array, the whole onboard 1:1 gigabit ethernet maxes to about 25 MB/s. When I copy the 4x1GB files all together, one single- - threaded Process gives 10 MB/s, sequentiall copying file after file. + threaded Process gives 10 MB/s, sequential copying file after file. Thus, 2 files seperately start 2 Threads -> 20 MB/s. Why not autodetect the number of processes that give the highest I/O ? ** Description changed: - On intrepid, there is a "File Operations" Dialogue for each longer copy + On intrepid, there is a "File Operations" dialogue for each longer copy or move operation. That dialogue is not resizable. Depending on the estimated duration, its size jitters. See Screenshot. Probably upstream prob. - It is similar to the other Bug I reported that the remaining download + It is similar to the other bug I reported that the remaining download time during dist-upgrade from hardy to intrepid and from feisty to hardy could not be read in languages hitting long words in localisation - Suggested Fix: make "File Operations" resizable via "grabbing" the + Suggested fix: make "File Operations" resizable via "grabbing" the corners/edges. - GREEN: sometimes it makes a newline, sometimes not, so the box resizes + GREEN: Sometimes it makes a newline, sometimes not, so the box resizes itself RED: No handles to rescale (like XP :-((( ) - OFFTopic: one Dual-Core Core of AMD x2 4400+ can handle approx 10 MB/s + OFFtopic: one dual-core core of AMD x2 4400+ can handle approx 10 MB/s via SSH to Raid 5 array, the whole onboard 1:1 gigabit ethernet maxes to about 25 MB/s. When I copy the 4x1GB files all together, one single- - threaded Process gives 10
[Bug 308261] Re: "File Operations" Dialogue is not scalable in Nautilus and causes Jitter
Here's maybe a better illustration of the problem. Notice: copy operation on the array is about 25 MB/s (arry runs on different 2007 hdds, 30-35 should be normal today on hdds, 100+ on good SDDs), one kernel at 100% without stepping to the max. As one of the three disks makes about 25 MB/s each, for Raid 5 copy on the same array this is pretty OK, like copy from hdd1 to hdd2, with the xoring done without significant impact. I love Linux! -- "File Operations" Dialogue is not scalable in Nautilus and causes Jitter https://bugs.launchpad.net/bugs/308261 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to nautilus in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 308261] Re: "File Operations" Dialogue is not scalable in Nautilus and causes Jitter
** Attachment added: "Jitter one-line vs. two line on file ops" http://launchpadlibrarian.net/20450460/jitter-file-ops2.png -- "File Operations" Dialogue is not scalable in Nautilus and causes Jitter https://bugs.launchpad.net/bugs/308261 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to nautilus in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 308261] Re: "File Operations" Dialogue is not scalable in Nautilus and causes Jitter
thanks for the report. ** Changed in: nautilus (Ubuntu) Importance: Undecided => Low Assignee: (unassigned) => Ubuntu Desktop Bugs (desktop-bugs) ** Description changed: On intrepid, there is a "File Operations" dialogue for each longer copy or move operation. That dialogue is not resizable. Depending on the estimated duration, its size jitters. See Screenshot. Probably upstream prob. It is similar to the other bug I reported that the remaining download time during dist-upgrade from hardy to intrepid and from feisty to hardy could not be read in languages hitting long words in localisation Suggested fix: make "File Operations" resizable via "grabbing" the corners/edges. - GREEN: Sometimes it makes a newline, sometimes not, so the box resizes - itself - - RED: No handles to rescale (like XP :-((( ) - - OFFtopic: one dual-core core of AMD x2 4400+ can handle approx 10 MB/s - via SSH to Raid 5 array, the whole onboard 1:1 gigabit ethernet maxes to - about 25 MB/s. When I copy the 4x1GB files all together, one single- - threaded process gives 10 MB/s, sequential copying file after file. - Thus, 2 files seperately start 2 threads -> 20 MB/s. Why not autodetect - the number of processes that give the highest I/O ? Or something similar - to the "background copy" option found in "Total Commander" or "WinScp" - on the Redmond OS? + Sometimes it makes a newline, sometimes not, so the box resizes itself -- "File Operations" Dialogue is not scalable in Nautilus and causes Jitter https://bugs.launchpad.net/bugs/308261 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug assignee. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 308261] Re: "File Operations" Dialogue is not scalable in Nautilus and causes Jitter
this is likely known upstream and the dialog is being worked, upstream bug is: http://bugzilla.gnome.org/show_bug.cgi?id=518410 ; was targeted for 2.24 but is not fixed yet, will ping upstream to see what's going on there, thanks in advance. ** Changed in: nautilus (Ubuntu) Status: New => Triaged ** Also affects: nautilus via http://bugzilla.gnome.org/show_bug.cgi?id=518410 Importance: Unknown Status: Unknown -- "File Operations" Dialogue is not scalable in Nautilus and causes Jitter https://bugs.launchpad.net/bugs/308261 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug assignee. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 308261] Re: "File Operations" Dialogue is not scalable in Nautilus and causes Jitter
** Changed in: nautilus Status: Unknown => In Progress -- "File Operations" Dialogue is not scalable in Nautilus and causes Jitter https://bugs.launchpad.net/bugs/308261 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug assignee. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 308261] Re: "File Operations" Dialogue is not scalable in Nautilus and causes Jitter
** Attachment added: "jitter-file-operations.png" http://launchpadlibrarian.net/20450112/jitter-file-operations.png -- "File Operations" Dialogue is not scalable in Nautilus and causes Jitter https://bugs.launchpad.net/bugs/308261 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to nautilus in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 308261] Re: "File Operations" Dialogue is not scalable in Nautilus and causes Jitter
Ah yes, it's DVB-S recorded german SD-TV films, shrinked to h264, moved from the mythtv recorder to the archive. ** Description changed: On intrepid, there is a "File Operations" Dialogue for each longer copy or move operation. That dialogue is not resizable. Depending on the estimated duration, its size jitters. See Screenshot. Probably upstream prob. It is similar to the other Bug I reported that the remaining download time during dist-upgrade from hardy to intrepid and from feisty to hardy could not be read in languages hitting long words in localisation Suggested Fix: make "File Operations" resizable via "grabbing" the corners/edges. GREEN: sometimes it makes a newline, sometimes not, so the box resizes itself - RED: No handles to rescale (link XP :-((( ) + RED: No handles to rescale (like XP :-((( ) OFFTopic: one Dual-Core Core of AMD x2 4400+ can handle approx 10 MB/s via SSH to Raid 5 array, the whole onboard 1:1 gigabit ethernet maxes to about 25 MB/s. When I copy the 4x1GB files all together, one single- threaded Process gives 10 MB/s. Thus, 2 files seperately start 2 Threads -> 20 MB/s. Why not autodetect the number of processes that give the highest I/O ? ** Description changed: On intrepid, there is a "File Operations" Dialogue for each longer copy or move operation. That dialogue is not resizable. Depending on the estimated duration, its size jitters. See Screenshot. Probably upstream prob. It is similar to the other Bug I reported that the remaining download time during dist-upgrade from hardy to intrepid and from feisty to hardy could not be read in languages hitting long words in localisation Suggested Fix: make "File Operations" resizable via "grabbing" the corners/edges. GREEN: sometimes it makes a newline, sometimes not, so the box resizes itself RED: No handles to rescale (like XP :-((( ) OFFTopic: one Dual-Core Core of AMD x2 4400+ can handle approx 10 MB/s via SSH to Raid 5 array, the whole onboard 1:1 gigabit ethernet maxes to about 25 MB/s. When I copy the 4x1GB files all together, one single- - threaded Process gives 10 MB/s. Thus, 2 files seperately start 2 Threads - -> 20 MB/s. Why not autodetect the number of processes that give the - highest I/O ? + threaded Process gives 10 MB/s, sequentiall copying file after file. + Thus, 2 files seperately start 2 Threads -> 20 MB/s. Why not autodetect + the number of processes that give the highest I/O ? ** Description changed: On intrepid, there is a "File Operations" Dialogue for each longer copy or move operation. That dialogue is not resizable. Depending on the estimated duration, its size jitters. See Screenshot. Probably upstream prob. It is similar to the other Bug I reported that the remaining download time during dist-upgrade from hardy to intrepid and from feisty to hardy could not be read in languages hitting long words in localisation Suggested Fix: make "File Operations" resizable via "grabbing" the corners/edges. GREEN: sometimes it makes a newline, sometimes not, so the box resizes itself RED: No handles to rescale (like XP :-((( ) OFFTopic: one Dual-Core Core of AMD x2 4400+ can handle approx 10 MB/s via SSH to Raid 5 array, the whole onboard 1:1 gigabit ethernet maxes to about 25 MB/s. When I copy the 4x1GB files all together, one single- - threaded Process gives 10 MB/s, sequentiall copying file after file. + threaded Process gives 10 MB/s, sequential copying file after file. Thus, 2 files seperately start 2 Threads -> 20 MB/s. Why not autodetect the number of processes that give the highest I/O ? ** Description changed: - On intrepid, there is a "File Operations" Dialogue for each longer copy + On intrepid, there is a "File Operations" dialogue for each longer copy or move operation. That dialogue is not resizable. Depending on the estimated duration, its size jitters. See Screenshot. Probably upstream prob. - It is similar to the other Bug I reported that the remaining download + It is similar to the other bug I reported that the remaining download time during dist-upgrade from hardy to intrepid and from feisty to hardy could not be read in languages hitting long words in localisation - Suggested Fix: make "File Operations" resizable via "grabbing" the + Suggested fix: make "File Operations" resizable via "grabbing" the corners/edges. - GREEN: sometimes it makes a newline, sometimes not, so the box resizes + GREEN: Sometimes it makes a newline, sometimes not, so the box resizes itself RED: No handles to rescale (like XP :-((( ) - OFFTopic: one Dual-Core Core of AMD x2 4400+ can handle approx 10 MB/s + OFFtopic: one dual-core core of AMD x2 4400+ can handle approx 10 MB/s via SSH to Raid 5 array, the whole onboard 1:1 gigabit ethernet maxes to about 25 MB/s. When I copy the 4x1GB files all together, one single- - threaded Process gives 10
[Bug 308261] Re: "File Operations" Dialogue is not scalable in Nautilus and causes Jitter
Here's maybe a better illustration of the problem. Notice: copy operation on the array is about 25 MB/s (arry runs on different 2007 hdds, 30-35 should be normal today on hdds, 100+ on good SDDs), one kernel at 100% without stepping to the max. As one of the three disks makes about 25 MB/s each, for Raid 5 copy on the same array this is pretty OK, like copy from hdd1 to hdd2, with the xoring done without significant impact. I love Linux! -- "File Operations" Dialogue is not scalable in Nautilus and causes Jitter https://bugs.launchpad.net/bugs/308261 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to nautilus in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 308261] Re: "File Operations" Dialogue is not scalable in Nautilus and causes Jitter
** Attachment added: "Jitter one-line vs. two line on file ops" http://launchpadlibrarian.net/20450460/jitter-file-ops2.png -- "File Operations" Dialogue is not scalable in Nautilus and causes Jitter https://bugs.launchpad.net/bugs/308261 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to nautilus in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 308261] Re: "File Operations" Dialogue is not scalable in Nautilus and causes Jitter
thanks for the report. ** Changed in: nautilus (Ubuntu) Importance: Undecided => Low Assignee: (unassigned) => Ubuntu Desktop Bugs (desktop-bugs) ** Description changed: On intrepid, there is a "File Operations" dialogue for each longer copy or move operation. That dialogue is not resizable. Depending on the estimated duration, its size jitters. See Screenshot. Probably upstream prob. It is similar to the other bug I reported that the remaining download time during dist-upgrade from hardy to intrepid and from feisty to hardy could not be read in languages hitting long words in localisation Suggested fix: make "File Operations" resizable via "grabbing" the corners/edges. - GREEN: Sometimes it makes a newline, sometimes not, so the box resizes - itself - - RED: No handles to rescale (like XP :-((( ) - - OFFtopic: one dual-core core of AMD x2 4400+ can handle approx 10 MB/s - via SSH to Raid 5 array, the whole onboard 1:1 gigabit ethernet maxes to - about 25 MB/s. When I copy the 4x1GB files all together, one single- - threaded process gives 10 MB/s, sequential copying file after file. - Thus, 2 files seperately start 2 threads -> 20 MB/s. Why not autodetect - the number of processes that give the highest I/O ? Or something similar - to the "background copy" option found in "Total Commander" or "WinScp" - on the Redmond OS? + Sometimes it makes a newline, sometimes not, so the box resizes itself -- "File Operations" Dialogue is not scalable in Nautilus and causes Jitter https://bugs.launchpad.net/bugs/308261 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug assignee. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 308261] Re: "File Operations" Dialogue is not scalable in Nautilus and causes Jitter
this is likely known upstream and the dialog is being worked, upstream bug is: http://bugzilla.gnome.org/show_bug.cgi?id=518410 ; was targeted for 2.24 but is not fixed yet, will ping upstream to see what's going on there, thanks in advance. ** Changed in: nautilus (Ubuntu) Status: New => Triaged ** Also affects: nautilus via http://bugzilla.gnome.org/show_bug.cgi?id=518410 Importance: Unknown Status: Unknown -- "File Operations" Dialogue is not scalable in Nautilus and causes Jitter https://bugs.launchpad.net/bugs/308261 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug assignee. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 308261] Re: "File Operations" Dialogue is not scalable in Nautilus and causes Jitter
** Changed in: nautilus Status: Unknown => In Progress -- "File Operations" Dialogue is not scalable in Nautilus and causes Jitter https://bugs.launchpad.net/bugs/308261 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug assignee. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 308261] Re: "File Operations" Dialogue is not scalable in Nautilus and causes Jitter
** Attachment added: "jitter-file-operations.png" http://launchpadlibrarian.net/20450112/jitter-file-operations.png -- "File Operations" Dialogue is not scalable in Nautilus and causes Jitter https://bugs.launchpad.net/bugs/308261 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to nautilus in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 308261] Re: "File Operations" Dialogue is not scalable in Nautilus and causes Jitter
Ah yes, it's DVB-S recorded german SD-TV films, shrinked to h264, moved from the mythtv recorder to the archive. ** Description changed: On intrepid, there is a "File Operations" Dialogue for each longer copy or move operation. That dialogue is not resizable. Depending on the estimated duration, its size jitters. See Screenshot. Probably upstream prob. It is similar to the other Bug I reported that the remaining download time during dist-upgrade from hardy to intrepid and from feisty to hardy could not be read in languages hitting long words in localisation Suggested Fix: make "File Operations" resizable via "grabbing" the corners/edges. GREEN: sometimes it makes a newline, sometimes not, so the box resizes itself - RED: No handles to rescale (link XP :-((( ) + RED: No handles to rescale (like XP :-((( ) OFFTopic: one Dual-Core Core of AMD x2 4400+ can handle approx 10 MB/s via SSH to Raid 5 array, the whole onboard 1:1 gigabit ethernet maxes to about 25 MB/s. When I copy the 4x1GB files all together, one single- threaded Process gives 10 MB/s. Thus, 2 files seperately start 2 Threads -> 20 MB/s. Why not autodetect the number of processes that give the highest I/O ? ** Description changed: On intrepid, there is a "File Operations" Dialogue for each longer copy or move operation. That dialogue is not resizable. Depending on the estimated duration, its size jitters. See Screenshot. Probably upstream prob. It is similar to the other Bug I reported that the remaining download time during dist-upgrade from hardy to intrepid and from feisty to hardy could not be read in languages hitting long words in localisation Suggested Fix: make "File Operations" resizable via "grabbing" the corners/edges. GREEN: sometimes it makes a newline, sometimes not, so the box resizes itself RED: No handles to rescale (like XP :-((( ) OFFTopic: one Dual-Core Core of AMD x2 4400+ can handle approx 10 MB/s via SSH to Raid 5 array, the whole onboard 1:1 gigabit ethernet maxes to about 25 MB/s. When I copy the 4x1GB files all together, one single- - threaded Process gives 10 MB/s. Thus, 2 files seperately start 2 Threads - -> 20 MB/s. Why not autodetect the number of processes that give the - highest I/O ? + threaded Process gives 10 MB/s, sequentiall copying file after file. + Thus, 2 files seperately start 2 Threads -> 20 MB/s. Why not autodetect + the number of processes that give the highest I/O ? ** Description changed: On intrepid, there is a "File Operations" Dialogue for each longer copy or move operation. That dialogue is not resizable. Depending on the estimated duration, its size jitters. See Screenshot. Probably upstream prob. It is similar to the other Bug I reported that the remaining download time during dist-upgrade from hardy to intrepid and from feisty to hardy could not be read in languages hitting long words in localisation Suggested Fix: make "File Operations" resizable via "grabbing" the corners/edges. GREEN: sometimes it makes a newline, sometimes not, so the box resizes itself RED: No handles to rescale (like XP :-((( ) OFFTopic: one Dual-Core Core of AMD x2 4400+ can handle approx 10 MB/s via SSH to Raid 5 array, the whole onboard 1:1 gigabit ethernet maxes to about 25 MB/s. When I copy the 4x1GB files all together, one single- - threaded Process gives 10 MB/s, sequentiall copying file after file. + threaded Process gives 10 MB/s, sequential copying file after file. Thus, 2 files seperately start 2 Threads -> 20 MB/s. Why not autodetect the number of processes that give the highest I/O ? ** Description changed: - On intrepid, there is a "File Operations" Dialogue for each longer copy + On intrepid, there is a "File Operations" dialogue for each longer copy or move operation. That dialogue is not resizable. Depending on the estimated duration, its size jitters. See Screenshot. Probably upstream prob. - It is similar to the other Bug I reported that the remaining download + It is similar to the other bug I reported that the remaining download time during dist-upgrade from hardy to intrepid and from feisty to hardy could not be read in languages hitting long words in localisation - Suggested Fix: make "File Operations" resizable via "grabbing" the + Suggested fix: make "File Operations" resizable via "grabbing" the corners/edges. - GREEN: sometimes it makes a newline, sometimes not, so the box resizes + GREEN: Sometimes it makes a newline, sometimes not, so the box resizes itself RED: No handles to rescale (like XP :-((( ) - OFFTopic: one Dual-Core Core of AMD x2 4400+ can handle approx 10 MB/s + OFFtopic: one dual-core core of AMD x2 4400+ can handle approx 10 MB/s via SSH to Raid 5 array, the whole onboard 1:1 gigabit ethernet maxes to about 25 MB/s. When I copy the 4x1GB files all together, one single- - threaded Process gives 10
[Bug 308261] Re: "File Operations" Dialogue is not scalable in Nautilus and causes Jitter
Here's maybe a better illustration of the problem. Notice: copy operation on the array is about 25 MB/s (arry runs on different 2007 hdds, 30-35 should be normal today on hdds, 100+ on good SDDs), one kernel at 100% without stepping to the max. As one of the three disks makes about 25 MB/s each, for Raid 5 copy on the same array this is pretty OK, like copy from hdd1 to hdd2, with the xoring done without significant impact. I love Linux! -- "File Operations" Dialogue is not scalable in Nautilus and causes Jitter https://bugs.launchpad.net/bugs/308261 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to nautilus in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 308261] Re: "File Operations" Dialogue is not scalable in Nautilus and causes Jitter
** Attachment added: "Jitter one-line vs. two line on file ops" http://launchpadlibrarian.net/20450460/jitter-file-ops2.png -- "File Operations" Dialogue is not scalable in Nautilus and causes Jitter https://bugs.launchpad.net/bugs/308261 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to nautilus in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 308261] Re: "File Operations" Dialogue is not scalable in Nautilus and causes Jitter
thanks for the report. ** Changed in: nautilus (Ubuntu) Importance: Undecided => Low Assignee: (unassigned) => Ubuntu Desktop Bugs (desktop-bugs) ** Description changed: On intrepid, there is a "File Operations" dialogue for each longer copy or move operation. That dialogue is not resizable. Depending on the estimated duration, its size jitters. See Screenshot. Probably upstream prob. It is similar to the other bug I reported that the remaining download time during dist-upgrade from hardy to intrepid and from feisty to hardy could not be read in languages hitting long words in localisation Suggested fix: make "File Operations" resizable via "grabbing" the corners/edges. - GREEN: Sometimes it makes a newline, sometimes not, so the box resizes - itself - - RED: No handles to rescale (like XP :-((( ) - - OFFtopic: one dual-core core of AMD x2 4400+ can handle approx 10 MB/s - via SSH to Raid 5 array, the whole onboard 1:1 gigabit ethernet maxes to - about 25 MB/s. When I copy the 4x1GB files all together, one single- - threaded process gives 10 MB/s, sequential copying file after file. - Thus, 2 files seperately start 2 threads -> 20 MB/s. Why not autodetect - the number of processes that give the highest I/O ? Or something similar - to the "background copy" option found in "Total Commander" or "WinScp" - on the Redmond OS? + Sometimes it makes a newline, sometimes not, so the box resizes itself -- "File Operations" Dialogue is not scalable in Nautilus and causes Jitter https://bugs.launchpad.net/bugs/308261 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug assignee. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 308261] Re: "File Operations" Dialogue is not scalable in Nautilus and causes Jitter
this is likely known upstream and the dialog is being worked, upstream bug is: http://bugzilla.gnome.org/show_bug.cgi?id=518410 ; was targeted for 2.24 but is not fixed yet, will ping upstream to see what's going on there, thanks in advance. ** Changed in: nautilus (Ubuntu) Status: New => Triaged ** Also affects: nautilus via http://bugzilla.gnome.org/show_bug.cgi?id=518410 Importance: Unknown Status: Unknown -- "File Operations" Dialogue is not scalable in Nautilus and causes Jitter https://bugs.launchpad.net/bugs/308261 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug assignee. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 308261] Re: "File Operations" Dialogue is not scalable in Nautilus and causes Jitter
** Changed in: nautilus Status: Unknown => In Progress -- "File Operations" Dialogue is not scalable in Nautilus and causes Jitter https://bugs.launchpad.net/bugs/308261 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug assignee. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
