Real-world tests are nice (and particularly relevant to the end user), but they often just show symptoms without shedding any light on the causes.
If you're inclined to run some performance/stress tests on MacFUSE vs. anything else, the following page has links to some nice test suits: http://nfsv4.bullopensource.org/doc/testing_tools.php Note also that MacFUSE on 10.5 is shaping up to be /much/ better/nicer than MacFUSE on 10.4. Although some of it is simply my inability to find time to work on both versions, part of it is that many relevant components of the operating system itself are much improved in 10.5, so MacFUSE has better integration/interaction with OS X. Amit On Sep 5, 12:42 pm, Graham Perrin <[EMAIL PROTECTED]> wrote: > As we have recently considered performance over slow connections... > > Here's an extract from > ~/Library/Logs/DiscRecording.log after using > Burn <http://burn-osx.sourceforge.net/> to burn items from an SSHFS > volume to CD-RW, over a relatively slow ADSL connection: > > > Burn: Burn started, Wed Sep 5 18:54:19 2007 > > Burn: Burning to CD-RW media with SAO strategy in MATSHITA DVD-R > > UJ-846 FQ3T via ATAPI. > > Burn: Requested burn speed was max, actual burn speed is 4x. > > Burn: Burn underrun protection is supported, and enabled. > > Burn: Burn finished, Wed Sep 5 19:25:51 2007 > > Burn: Verify started, Wed Sep 5 19:25:51 2007 > > Burn: Verify finished, Wed Sep 5 19:50:56 2007 > > That was, 252 MB burnt in around thirty minutes to a CD-RW at maximum > 4x speed on a MacBook Pro running Mac OS X 10.4.10. MATSHITA DVD-R > UJ-846 drive burner. > > WAN downstream 1698.69 Kbps (1.7Mbps)) subsequently reported by > <http://www.thinkbroadband.com/speedtest.html>. > > A very loose calculation: > less than half the capacity of a CD at 4x speed might have taken less > than 14 minutes to burn. That the burn took more than twice as long, > but was successful, is a testament to the ability of buffer under-run > protection and the other technologies to work harmoniously. > > I have only good things to report: > > * Burn was unresponsive for a while -- before and after the burn, > then at Quit time -- but with a slow connection and an operation of > this nature, that's only to be expected. Most importantly: the > resulting CD-RW was fine. > > * the Burn application aside: Finder and other applications didn't > falter for a moment. > > In an ideal world, I might have preferred Burn to present a > "patience, please" dialogue, but the requirement for me to burn a CD > in these circumstances (items sourced over a slow connection) is > extremely rare. > > If I'm inclined, I might repeat the routine using an AFP connection > in lieu of SSHFS. Very unscientific, but it'll satisfy my curiosity > re: AFP compared to SSHFS/MacFUSE in a situation such as this. --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "macfuse-devel" group. To post to this group, send email to [email protected] To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/macfuse-devel?hl=en -~----------~----~----~----~------~----~------~--~---
