> > *login as: william* > *william@sanitized's password:* > *Linux arm 3.8.13-bone47 #1 SMP Mon Apr 14 04:38:52 MST 2014 armv7l* > > *The programs included with the Debian GNU/Linux system are free software;* > *the exact distribution terms for each program are described in the* > *individual files in /usr/share/doc/*/copyright.* > > *Debian GNU/Linux comes with ABSOLUTELY NO WARRANTY, to the extent* > *permitted by applicable law.* > *Last login: Fri Aug 15 02:07:19 2014 from 192.168.0.2* > *$ sudo iperf -c 192.168.0.2* > *[sudo] password for william:* > *------------------------------------------------------------* > *Client connecting to 192.168.0.2, TCP port 5001* > *TCP window size: 21.0 KByte (default)* > *------------------------------------------------------------* > *[ 3] local 192.168.0.1 port 58475 connected with 192.168.0.2 port 5001* > *[ ID] Interval Transfer Bandwidth* > *[ 3] 0.0-10.0 sec 162 MBytes 136 Mbits/sec* > *$ sudo iperf -s* > *[sudo] password for william:* > *------------------------------------------------------------* > *Server listening on TCP port 5001* > *TCP window size: 85.3 KByte (default)* > *------------------------------------------------------------* > *[ 4] local 192.168.0.1 port 5001 connected with 192.168.0.2 port 35283* > *[ ID] Interval Transfer Bandwidth* > *[ 4] 0.0-10.2 sec 44.1 MBytes 36.4 Mbits/sec* >
So *17MB/s reads*, and *4.55MB/s writes*. Write speed is probably this low because the rootfs sits on a fast ethernet NFS share network. Which "coincidentally" is roughly half the NFS share's network speed. Reads from a Windows 7 x64 based iperf server is just under 15MB/s, but with no real way to serve up a Linux type filesystem. On Fri, Aug 15, 2014 at 12:12 AM, William Hermans <yyrk...@gmail.com> wrote: > Brian I see where your source of confusion is coming from. Right now after > spending a few hours reading through various configuration files and making > adjustment as needed . . . I'm very aggravated. > > Mostly due to the fact that I spent a great deal of time figuring all this > out last year, and now it's different. To the point where I'm seriously > considering ditching the latest images, and stick with the slightly older > images I have working perfectly already. > > > On Thu, Aug 14, 2014 at 11:55 PM, William Hermans <yyrk...@gmail.com> > wrote: > >> *Debian might be perceived as more stable, but it uses old version of >>> almost every package and the core repository is way smaller than Ubuntu so >>> you have to hunt around for other repos to find the packages you need and >>> then Debian becomes less stable.* >>> >> >> Hunt around for what packages ? In the context of the current discussion >> I've never had to "hunt" for anything. I've had to compile my own stuff >> from sources when I wanted something custom . . . Now if you want cutting >> edge stuff, you're almost certainly going to run into trouble no matter >> what distro you use. But that is not what we're talking about. We're >> talking about running a distro in a VM for the sole purpose of supporting >> the Beaglebone black. >> >> >> On Thu, Aug 14, 2014 at 10:55 PM, John Syn <john3...@gmail.com> wrote: >> >>> >>> From: Brian Anderson <b...@nwlink.com> >>> Reply-To: "beagleboard@googlegroups.com" <beagleboard@googlegroups.com> >>> Date: Thursday, August 14, 2014 at 12:48 PM >>> To: "beagleboard@googlegroups.com" <beagleboard@googlegroups.com> >>> Subject: Re: [beagleboard] Setting up TFTP and NFS >>> >>> >>> If you want my opinion, ditch Linux mint *NOW*. Personally I will not >>>> use anything other than Debian for a support system to the BBB, and would >>>> NEVER use X for this purpose. Especially in a VM . . . >>>> >>>> Yeah yeah, Linux mint is based on Ubuntu and Debian( testing ) ( >>>> depending on version ), but thats part of the problem. >>>> >>>> >>> Hmmm, OK! Would you like to enumerate why you wouldn't use Mint? I was >>> under the impression the Mint-17 is based upon Ubuntu 14.04LTS, and thus >>> fairly stable. Personally, I can't stand Unity...but YMMV. What distro >>> would you suggest? >>> >>> Well, at the moment, all I have is my MBP laptop to support this >>> effort. So, either I setup NFS on the MAC and hope for the best, or use a >>> VM running some Linux. I thought I'd give the VM approach a try as a first >>> step in order to not introduce native MAC NFS vagaries into the mix. >>> Probably could try that option now that I have things limping along. >>> >>> When you say NEVER use X, I'm assuming you mean running X windows on a >>> dev env (Linux Mint)? I'm not running X on the BBB (well, I do often use X >>> forwarding to the MAC/XQuartz for stuff like (gasp) emacs, xterm, ...). My >>> thought was to do dev on the MAC (straight away or via a VM) using a shared >>> file system between the MAC and BBB so I didn't have to copy files around, >>> nor risk loosing everything if the BBB goes toes in the air or the uSD >>> craps out. >>> >>> I have a MBP which I love, but I wouldn’t use it for development for the >>> same reasons I wouldn’t use Windows for development and that is because >>> neither support case sensitive file system. Also, OSX tools are quite old >>> and sometime incompatible with their GNU equivalents (options are different >>> more often than not compared to GNU versions), so you have to use MacPort, >>> HomeBrew, Fink, etc. Regarding Mint, Ubuntu, Debian, etc, there isn’t >>> really much between them other than personal preferences. There are both >>> benefits and downsides to each, so choose one and stay with it. Truly >>> speaking, each one needs some work to get it stable and working the way you >>> want. Debian might be perceived as more stable, but it uses old version of >>> almost every package and the core repository is way smaller than Ubuntu so >>> you have to hunt around for other repos to find the packages you need and >>> then Debian becomes less stable. Ubuntu was a bit flaky for a while, but >>> 14.04 is much better and the distro I use daily. >>> >>> Regards, >>> John >>> >>> >>> >>> I'm all ears on suggestions for a good dev setup though! >>> >>> Cheers, >>> >>> ba >>> >>> -- >>> For more options, visit http://beagleboard.org/discuss >>> --- >>> You received this message because you are subscribed to the Google >>> Groups "BeagleBoard" group. >>> To unsubscribe from this group and stop receiving emails from it, send >>> an email to beagleboard+unsubscr...@googlegroups.com. >>> For more options, visit https://groups.google.com/d/optout. >>> >>> -- >>> For more options, visit http://beagleboard.org/discuss >>> --- >>> You received this message because you are subscribed to the Google >>> Groups "BeagleBoard" group. >>> To unsubscribe from this group and stop receiving emails from it, send >>> an email to beagleboard+unsubscr...@googlegroups.com. >>> For more options, visit https://groups.google.com/d/optout. >>> >> >> > -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups "BeagleBoard" group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.