Re: [Discuss] Dev Ops - architecture (local not cloud)

2013-12-13 Thread Edward Ned Harvey (blu)
> From: Bill Bogstad [mailto:bogs...@pobox.com] > Sent: Friday, December 13, 2013 5:49 PM > To: Edward Ned Harvey (blu) > Cc: GNHLUG; blu > Subject: Re: [Discuss] Dev Ops - architecture (local not cloud) > > On Fri, Dec 13, 2013 at 1:42 PM, Edward Ned Harvey (blu) > wrote: > >> From: discuss-boun

[Discuss] SteamOS 1.0 beta, code name "alchemist"

2013-12-13 Thread Richard Pieri
Valve's FAQ: http://steamcommunity.com/groups/steamuniverse/discussions/1/64881439574198/ Some interesting data points: * Valve chose main line Debian as the foundation with some backports from testing. Using main line Debian is a smart choice. While Ubuntu is a nicer (arguably) desktop,

Re: [Discuss] cgi-bin

2013-12-13 Thread Tom Metro
dan moylan wrote: > now everything works! Good. > it's tedious to check out variations since > one needs to reboot between changes. Reboot? Try: % apachectl graceful See: http://httpd.apache.org/docs/2.2/programs/apachectl.html Or more generically, with most modern distributions: % sudo reloa

Re: [Discuss] Dev Ops - architecture (local not cloud)

2013-12-13 Thread Bill Bogstad
On Fri, Dec 13, 2013 at 1:42 PM, Edward Ned Harvey (blu) wrote: >> From: discuss-bounces+blu=nedharvey@blu.org [mailto:discuss- >> bounces+blu=nedharvey@blu.org] On Behalf Of Kent Borg >> Something else I long ago observed: Because ethernet degrades gracefully it >> always operates degrad

Re: [Discuss] cgi-bin

2013-12-13 Thread dan moylan
tom metro writes: > It would seem somewhere in your config file, the URI > /cgi-bin/ is being mapped to /usr/lib/cgi-bin. I don't see > that in your quoted portion, so you might want to poke > around some more. (grep for /usr/lib and cgi-bin in > http.conf and other files in /etc/apache2/conf.d.)

Re: [Discuss] Dev Ops - architecture (local not cloud)

2013-12-13 Thread Edward Ned Harvey (blu)
> From: Kent Borg [mailto:kentb...@borg.org] > > Whenever IT gets beyond engineers managing their own machines, it tends > towards bad. Thankless job, that is not trivial, but usually tries to run on > lists > of inflexible policies and procedures. Only at companies with crap IT. (Which I admi

Re: [Discuss] Dev Ops - architecture (local not cloud)

2013-12-13 Thread Kent Borg
On 12/13/2013 01:42 PM, Edward Ned Harvey (dcu) wrote: >Whenever the power blinks at my job my computer stays happy, because I >have a tiny UPS that can ride out short outages. But the rest of the services >on our network seem to take the better part of an hour to all come back. Sounds like a sy

Re: [Discuss] Dev Ops - architecture (local not cloud)

2013-12-13 Thread Kent Borg
On 12/13/2013 01:33 PM, Richard Pieri wrote: What do you do for backups and long-term archives? How do you ensure that, for example, every user leaves their workstation turned on 24/7? You have a point there, but this is different from what offers higher performance. Personally, at work, I

Re: [Discuss] Dev Ops - architecture (local not cloud)

2013-12-13 Thread Edward Ned Harvey (blu)
> From: discuss-bounces+blu=nedharvey@blu.org [mailto:discuss- > bounces+blu=nedharvey@blu.org] On Behalf Of Kent Borg > > Sure, the > server will have somewhat faster parts, but it might also have more than one > user. And the network might have some congestion. Depends on the users. Su

Re: [Discuss] Dev Ops - architecture (local not cloud)

2013-12-13 Thread Richard Pieri
Kent Borg wrote: Maybe because I was young and impressionable during the early personal computer era, it seems better to me to give users their own hardware rather than servers...unless there is a real economy of scale that kicks in for the server. Now that the PC era is coming to a close, this

Re: [Discuss] Dev Ops - architecture (local not cloud)

2013-12-13 Thread Edward Ned Harvey (blu)
> From: discuss-bounces+blu=nedharvey@blu.org [mailto:discuss- > bounces+blu=nedharvey@blu.org] On Behalf Of Derek Martin > > Now, these days, it's actually hard to buy a disk > that won't give you more than 8MB/s sustained transfer rate (which is > roughly what you could expect over 100Mb

Re: [Discuss] Dev Ops - architecture (local not cloud)

2013-12-13 Thread Kent Borg
On 12/13/2013 12:07 PM, Derek Martin wrote: if your NFS server is built for it (i.e. it isn't just yet another desktop with a single local disk) you should easily be able to far exceed the performance of a workstation's cheap local disk. Maybe because I was young and impressionable during the

Re: [Discuss] Dev Ops - architecture (local not cloud)

2013-12-13 Thread Richard Pieri
I get 100MB/s sustained writes with desktop class disks and 80MB/s sustained writes with notebook disks (3Gb/s devices; I don't have any 6Gb/s yet). Even a relatively slow SATA 1.5Gb/s disk should get you at least 50MB/s throughput. GigE without jumbo frames caps at about 80MB/s sustained tran

Re: [Discuss] Dev Ops - architecture (local not cloud)

2013-12-13 Thread Derek Martin
On Fri, Dec 06, 2013 at 11:16:32AM -0500, ma...@mohawksoft.com wrote: > NFS is not as fast as a local disk, but it should not be that slow. As JABR points out, that's really a misconception. It depends a great deal on all the hardware involved. Now, these days, it's actually hard to buy a disk t

Re: [Discuss] how to manage tablets?

2013-12-13 Thread Eric Chadbourne
Great advice all! It's funny. Often I'm in a room with a bunch of technologists and quickly it becomes apparent that I'm the most knowledgeable. But on this list I'm not even close. Your sharing of info is much appreciated. On Fri, Dec 13, 2013 at 10:55 AM, Edward Ned Harvey (blu) wrote: >> F

Re: [Discuss] how to manage tablets?

2013-12-13 Thread Edward Ned Harvey (blu)
> From: discuss-bounces+blu=nedharvey@blu.org [mailto:discuss- > bounces+blu=nedharvey@blu.org] On Behalf Of Eric Chadbourne > > At first blush it appears > these devices are not yet ready for corporate use but too late. Already > purchased by managers. Also worth mention: When I had an