Home
| Calendar
| Mail Lists
| List Archives
| Desktop SIG
| Hardware Hacking SIG
Wiki | Flickr | PicasaWeb | Video | Maps & Directions | Installfests | Keysignings Linux Cafe | Meeting Notes | Linux Links | Bling | About BLU |
On 11/10/2010 03:40 PM, Kent Borg wrote: > Jerry Feldman wrote: >> All development will be done on the servers. The git repos will be >> backed up, but I have not yet decided on the best way to do this. All >> the project directories are on the NFS server. > > Others are starting to catch up, but I used to have far and away the > fastest computer at my current job. Part of it was newer hardware, > part of it was more RAM, but most of it is that I run off my local > disk and most others were using Netapps over NFS. > > When told people I could do a complete Linux kernel build in about > 2-minutes and a typical incremental build in about 12-seconds, people > looked at me funny. (These days I am not the only one using my local > disk.) > > I use git repositories that are both on my local disk and on the > Netapp. The local disk is way faster. If you are putting things on > your server for safety, there might be another way to do that without > losing the speed of a local disk. > > The issue is not entirely the build environment, it is the execution environment. But, as an example, building one of the company's main product using 100% local drives takes over 4 hours on a 4 CPU dual core system. In the specific cases here in the Boston office much of the development will be scripts where the execution environment is important. The developers only have Windows laptops. I think that backup is always an issue whether you are using a distributed or a centralized model. There was a legal issue in the SCO vs. IBM case a few years ago where someone was testifying that IBM did not back up developer sandboxes. The issue itself became moot, but I thought that was somewhat ridiculous. In this office, we had a new employee who was building what we call 'cubes' for a client, and I was seeing that usage on the backup server was going up rapidly. In this case, the person was unaware that we were to use 'buildarea' for things like this. We recently moved all of our storage off the old system onto a dedicated NAS device with 4TB of usable RAID storage. -- Jerry Feldman<gaf-mNDKBlG2WHs at public.gmane.org> Boston Linux and Unix PGP key id: 537C5846 PGP Key fingerprint: 3D1B 8377 A3C0 A5F2 ECBB CA3B 4607 4319 537C 5846
BLU is a member of BostonUserGroups | |
We also thank MIT for the use of their facilities. |