yes. it fixed the problem. a patch should be made to warn the user, when running under osx. should buffered i/o cause such huge slowdowns, or is the problem a bottleneck in the program itself.
On Wed, Dec 12, 2012 at 12:00 PM, <[email protected]> wrote: > Send Bug-ddrescue mailing list submissions to > [email protected] > > To subscribe or unsubscribe via the World Wide Web, visit > https://lists.gnu.org/mailman/listinfo/bug-ddrescue > or, via email, send a message with subject or body 'help' to > [email protected] > > You can reach the person managing the list at > [email protected] > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of Bug-ddrescue digest..." > > > Today's Topics: > > 1. ddrescue 10x slow under osx (Garegin Asatryan) > 2. Re: ddrescue 10x slow under osx (MacXperte) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Wed, 12 Dec 2012 10:14:49 -0500 > From: Garegin Asatryan <[email protected]> > To: [email protected] > Subject: [Bug-ddrescue] ddrescue 10x slow under osx > Message-ID: > < > cambcxvsb9a+az1zyyu8pj4x35-eaatfdyomothqgwp+kbmj...@mail.gmail.com> > Content-Type: text/plain; charset="iso-8859-1" > > when working on fully functional hard drives, under linux it performs full > i/o speed. when compiled under osx with the default compile flags, it is > magnitude times slower, sometimes crawling to Kb/s. the problem persists if > the output file is /dev/null. > > I have tried it on 10.5, 10.6, 10.7 and 10.8. the same issue. > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: < > http://lists.gnu.org/archive/html/bug-ddrescue/attachments/20121212/5182dc02/attachment.html > > > > ------------------------------ > > Message: 2 > Date: Wed, 12 Dec 2012 16:58:11 +0100 > From: MacXperte <[email protected]> > To: Garegin Asatryan <[email protected]> > Cc: [email protected] > Subject: Re: [Bug-ddrescue] ddrescue 10x slow under osx > Message-ID: <[email protected]> > Content-Type: text/plain; charset="us-ascii" > > Try using /dev/rdiskX as source instead of /dev/diskX. Does that speed > things up? > > Greetings, > Florian > > Am 12.12.2012 um 16:14 schrieb Garegin Asatryan: > > > when working on fully functional hard drives, under linux it performs > full i/o speed. when compiled under osx with the default compile flags, it > is magnitude times slower, sometimes crawling to Kb/s. the problem persists > if the output file is /dev/null. > > > > I have tried it on 10.5, 10.6, 10.7 and 10.8. the same issue. > > _______________________________________________ > > Bug-ddrescue mailing list > > [email protected] > > https://lists.gnu.org/mailman/listinfo/bug-ddrescue > > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: < > http://lists.gnu.org/archive/html/bug-ddrescue/attachments/20121212/c9011322/attachment.html > > > > ------------------------------ > > _______________________________________________ > Bug-ddrescue mailing list > [email protected] > https://lists.gnu.org/mailman/listinfo/bug-ddrescue > > > End of Bug-ddrescue Digest, Vol 83, Issue 1 > ******************************************* >
_______________________________________________ Bug-ddrescue mailing list [email protected] https://lists.gnu.org/mailman/listinfo/bug-ddrescue
