Re: Price/Performance of time

2008-09-30 Thread mike ledoux
On Tue, Sep 30, 2008 at 07:14:40PM -0400, Ric Werme wrote: > We used to make comparisons like "If the automobile industry had improved > at the same rate as computers" It's been a long time since that made > any sense - a car would travel at Mach 10, seat 1,500, get 500 mpg, and fold > up and

Re: Price/Performance of time

2008-09-30 Thread Brian Chabot
Ben Scott wrote: > On Tue, Sep 30, 2008 at 7:14 PM, Ric Werme <[EMAIL PROTECTED]> wrote: >> We used to make comparisons like "If the automobile industry had improved >> at the same rate as computers" It's been a long time since that made >> any sense - a car would travel at Mach 10, seat 1,5

Re: Price/Performance of time

2008-09-30 Thread Ben Scott
On Tue, Sep 30, 2008 at 7:14 PM, Ric Werme <[EMAIL PROTECTED]> wrote: > We used to make comparisons like "If the automobile industry had improved > at the same rate as computers" It's been a long time since that made > any sense - a car would travel at Mach 10, seat 1,500, get 500 mpg, and fol

Re: Seamonkey Issue

2008-09-30 Thread Brian Chabot
Bill McGonigle wrote: > That seems to be the root cause of your troubles, no? Firefox > installs your extensions into ~/.mozilla, so you don't get this > problem - is this an open issue on Seamonkey? That reminds me - make sure ~/.mozilla is recursively yours! I seem to recall that having

Re: Seamonkey Issue

2008-09-30 Thread Bill McGonigle
On Sep 30, 2008, at 18:38, TARogue wrote: > Both of these need to > write in the seamonkey directory, so need to be installed as root. > (Which is a whole nother issue I won't get into now.) That seems to be the root cause of your troubles, no? Firefox installs your extensions into ~/.mozilla

Re: Price/Performance of time

2008-09-30 Thread Ric Werme
>> This from the guy who brought core memory to a LUG show-and-tell. >>You always end up topping all the "I remember when" conversations. No >>fair starting them, too. ;-) >Sorry Ben, I really don't mean it to be a contest. I just do it every >once in a while to put some reality back into wha

Re: Seamonkey Issue

2008-09-30 Thread TARogue
On Tue, 30 Sep 2008, Brian Chabot wrote: > TARogue wrote: > > For those who don't know, Seamonkey is the reincarnation of the Mozilla > > suite. > > > > I just upgraded to seamonkey-1.1.12-1.fc8 using yum. I then had to > > reinstall the add-ons adblock_plus and noscript. Both of these need to

Re: Seamonkey Issue

2008-09-30 Thread Brian Chabot
TARogue wrote: > For those who don't know, Seamonkey is the reincarnation of the Mozilla > suite. > > I just upgraded to seamonkey-1.1.12-1.fc8 using yum. I then had to > reinstall the add-ons adblock_plus and noscript. Both of these need to > write in the seamonkey directory, so need to be i

Seamonkey Issue

2008-09-30 Thread TARogue
For those who don't know, Seamonkey is the reincarnation of the Mozilla suite. I just upgraded to seamonkey-1.1.12-1.fc8 using yum. I then had to reinstall the add-ons adblock_plus and noscript. Both of these need to write in the seamonkey directory, so need to be installed as root. (Which is

Re: automatic hard linking

2008-09-30 Thread Thomas Charron
On Tue, Sep 30, 2008 at 5:01 PM, Bill McGonigle <[EMAIL PROTECTED]> wrote: > On Sep 30, 2008, at 16:23, Thomas Charron wrote: >> No, but I'm sure going to look at it now that you brought it up. > sweet, let us know what you find. > I almost wish this were a mainline ext3 option, per Tom's point, t

Re: automatic hard linking (COW filesystems)

2008-09-30 Thread Ben Scott
On Tue, Sep 30, 2008 at 5:33 PM, Michael ODonnell <[EMAIL PROTECTED]> wrote: > But how do you guarantee that the filesytem is snapshotted > in a consistent state? The filesystem driver in the kernel generally has mechanisms to make sure all filesystem structures are consistent. The trickier p

Re: Price/Performance of time

2008-09-30 Thread Ben Scott
On Tue, Sep 30, 2008 at 5:23 PM, Jon 'maddog' Hall <[EMAIL PROTECTED]> wrote: > I must admit that groff(1)ing goes much faster on modern-day machines > than troff(1) did, but everything else seems to take the same amount of > time. Demand expands to consume all available resources. -- Ben _

Re: automatic hard linking (COW filesystems)

2008-09-30 Thread Michael ODonnell
> FWIW, NetAPP's WAFL and Sun's ZFS are COW file systems. COW makes > it easy(ier?) to do snapshots. I (think I) get how a COW approach is supposed to work; when you decide to take a snapshot you throw The Big Switch and from then on all writes to blocks on the "device" in question (where the

Re: Price/Performance of time

2008-09-30 Thread Jon 'maddog' Hall
>Did the computer you were hooking it up to even have 16MB of main >memory in it? Of course not. I had it hooked up to a VAX 11/780 that was running Unix System 3 from Bell Labs. At first we only had 1 MB of RAM, but I upgraded that to 4 MB (the max you could have with that system). If I had

Re: Price/Performance of time

2008-09-30 Thread Bill McGonigle
On Sep 30, 2008, at 11:17, Jon 'maddog' Hall wrote: > All of that would assume that you were reading sequentially and not > waiting for disk head movement and rotational delay aggravated by > direct > access techniques. Yeah, but to be fair that drive you just bought is only giving you the ca

Re: automatic hard linking

2008-09-30 Thread Bill McGonigle
On Sep 30, 2008, at 16:23, Thomas Charron wrote: > No, but I'm sure going to look at it now that you brought it up. sweet, let us know what you find. I almost wish this were a mainline ext3 option, per Tom's point, though I don't really know if that's a sensible wish, or what layer COW rea

Re: automatic hard linking

2008-09-30 Thread Tom Buskey
On Tue, Sep 30, 2008 at 4:23 PM, Thomas Charron <[EMAIL PROTECTED]> wrote: > On Tue, Sep 30, 2008 at 3:56 PM, Bill McGonigle <[EMAIL PROTECTED]> > wrote: > > On Sep 30, 2008, at 13:22, Paul Lussier wrote: > > Has anybody here ever played with the ext3cow filesystem? It does > > versioning and aut

Re: automatic hard linking

2008-09-30 Thread Thomas Charron
On Tue, Sep 30, 2008 at 3:56 PM, Bill McGonigle <[EMAIL PROTECTED]> wrote: > On Sep 30, 2008, at 13:22, Paul Lussier wrote: > Has anybody here ever played with the ext3cow filesystem? It does > versioning and automatic snapshotting: > http://www.ext3cow.com/Welcome.html No, but I'm sure going

Re: automatic hard linking

2008-09-30 Thread Jarod Wilson
On Tue, 2008-09-30 at 15:56 -0400, Bill McGonigle wrote: > On Sep 30, 2008, at 13:22, Paul Lussier wrote: > > > Check out either dirvish or bacula. I think it's dirvish. I've personally come to somewhat despise bacula, for assorted reasons, and... > rsnapshot is yet another script that does it.

Re: automatic hard linking

2008-09-30 Thread Bill McGonigle
On Sep 30, 2008, at 13:22, Paul Lussier wrote: > Check out either dirvish or bacula. I think it's dirvish. rsnapshot is yet another script that does it. (actually, rsync does all the heavy lifting - can we get a most-useful-utility-ever award going for rsync?) Has anybody here ever played

Re: Querying bios settings from Linux

2008-09-30 Thread Ben Scott
On Tue, Sep 30, 2008 at 1:19 PM, Paul Lussier <[EMAIL PROTECTED]> wrote: >> Are these all one brand/model of machine? Or motherboard, if >> they're whitebox? > > Yes, and yes. Okay, so what's the make and model of motherboard, then? :) So far, I've found this, which looks like it might be p

Re: automatic hard linking

2008-09-30 Thread Paul Lussier
William Stearns <[EMAIL PROTECTED]> writes: > Good afternoon, all, > (Sorry for the late reply! :-) > > On Wed, 23 Jul 2008, [EMAIL PROTECTED] wrote: > >> One of the cool features it offered was a series of hourly, nightly and >> a monthly backup of files. We kind of surmised that it was s

Re: Querying bios settings from Linux

2008-09-30 Thread Paul Lussier
"Ben Scott" <[EMAIL PROTECTED]> writes: > Are these all one brand/model of machine? Or motherboard, if > they're whitebox? Yes, and yes. > If so, what is it? Do you happen to know who > OEM'ed the BIOS on it (AMI, Phoenix, etc.)? Phoenix. > Sometimes there are manufacturer-specific tricks

Re: Querying bios settings from Linux

2008-09-30 Thread Ben Scott
On Tue, Sep 30, 2008 at 11:52 AM, Paul Lussier <[EMAIL PROTECTED]> wrote: > Thanks, and please keep the ideas coming... Are these all one brand/model of machine? Or motherboard, if they're whitebox? If so, what is it? Do you happen to know who OEM'ed the BIOS on it (AMI, Phoenix, etc.)? Some

Re: Querying bios settings from Linux

2008-09-30 Thread Bruce Dawson
I lost the original posting, but have you tried biosdecode(8)? I think its in Ubuntu's dmidecode package. --Bruce PS: I've never used biosdecode, so it may/may not work. ___ gnhlug-discuss mailing list gnhlug-discuss@mail.gnhlug.org http://mail.gnhlug.or

Re: automatic hard linking

2008-09-30 Thread William Stearns
Good afternoon, all, (Sorry for the late reply! :-) On Wed, 23 Jul 2008, [EMAIL PROTECTED] wrote: > Hello, > > A co-worker and I were talking about various ways to do 'backups' to try and > prevent data loss. The topic came around to a file system we had used > at a previous job. I can

Re: Querying bios settings from Linux

2008-09-30 Thread Paul Lussier
[EMAIL PROTECTED]> rites: > Not access to BIOS perhaps, but something can be deduced by grepping > through the output of, e.g. lshw, hwinfo and dmesg as well. grepping dmesg is insufficient. What is this lshw and hwinfo you speak of? My systems seem to be lacking those commands. farm-404: apt-

Re: Querying bios settings from Linux

2008-09-30 Thread Paul Lussier
Jarod Wilson <[EMAIL PROTECTED]> writes: > One crude option that might work, depending on the age of the kernels > and the drivers in said kernel: > > $ dmesg | grep -i ahci The problem isn't to figure out which have SATA drives, but to figure out if the BIOS is set correctly. dmesg isn't reliab

Offtopic: Upcoming "Securing the eCampus 2.0" conference

2008-09-30 Thread William Stearns
Good day, all, (Sorry for the offtopic post; the conference isn't specifically geared towards Linux, but may be of interest to people involved in network security, policy issues, and/or education.) Dartmouth will be hosting the 2nd Securing the eCampus conference again this year

Re: Price/Performance of time

2008-09-30 Thread Jon 'maddog' Hall
>It's about 6 Mb/s or just shy of 1MB/s. The entire data contents of >RP06 then could have been fetched in about 200s (let's say 3min), >compared to 1TB at 300MB/s and thus approx. 3000s or close to 1h. All of that would assume that you were reading sequentially and not waiting for disk head movem

Re: Querying bios settings from Linux

2008-09-30 Thread Šarūnas
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Paul Lussier wrote: > Hi all, > > Does anyone know a way to query BIOS settings from the command line in > Linux? I need to find out if the SATA settings are set to IDE or AHCI > on 100+ systems. It will really suck if I have to connect a console >

Re: Querying bios settings from Linux

2008-09-30 Thread Jarod Wilson
On Tue, 2008-09-30 at 10:23 -0400, Paul Lussier wrote: > Hi all, > > Does anyone know a way to query BIOS settings from the command line in > Linux? I need to find out if the SATA settings are set to IDE or AHCI > on 100+ systems. It will really suck if I have to connect a console > to each one

Re: Querying bios settings from Linux

2008-09-30 Thread Tom Buskey
On Tue, Sep 30, 2008 at 10:23 AM, Paul Lussier <[EMAIL PROTECTED]>wrote: > > Hi all, > > Does anyone know a way to query BIOS settings from the command line in > Linux? I need to find out if the SATA settings are set to IDE or AHCI > on 100+ systems. It will really suck if I have to connect a co

Re: Querying bios settings from Linux

2008-09-30 Thread Paul Lussier
mark <[EMAIL PROTECTED]> writes: > You can try dmidecode: > > http://linux.die.net/man/8/dmidecode I did that: > On Tue, Sep 30, 2008 at 10:23 AM, Paul Lussier <[EMAIL PROTECTED]>wrote: >> dmidecode doesn't seem to give me this depth of information either >> (though it does tell me an awful lot

Re: Querying bios settings from Linux

2008-09-30 Thread mark
You can try dmidecode: http://linux.die.net/man/8/dmidecode -- mark On Tue, Sep 30, 2008 at 10:23 AM, Paul Lussier <[EMAIL PROTECTED]>wrote: > > Hi all, > > Does anyone know a way to query BIOS settings from the command line in > Linux? I need to find out if the SATA settings are set to IDE or

Re: Price/Performance of time

2008-09-30 Thread Šarūnas
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Jon 'maddog' Hall wrote: > Šarūnas, > >> What was the transfer speed for the latter? Seek times for both? One >> thing is to store data, another --- getting it, or finding it at all, >> in time, that is... > > Well, at first I was simply going to wri

Querying bios settings from Linux

2008-09-30 Thread Paul Lussier
Hi all, Does anyone know a way to query BIOS settings from the command line in Linux? I need to find out if the SATA settings are set to IDE or AHCI on 100+ systems. It will really suck if I have to connect a console to each one and reboot into the BIOS... I don't care if I can't change it, ac

Re: Price/Performance of time

2008-09-30 Thread Jon 'maddog' Hall
>You might not really have 1024 GB in your disks :-/ Well, actually I would be happy to have only 1000 GB on my disk to have a "Terabyte", but then we get to the whole discussion of what is a "GB", and it is too early in the morning for that discussion and I have too much real work to do. Warmest

Re: Price/Performance of time

2008-09-30 Thread Tom Buskey
On Tue, Sep 30, 2008 at 9:29 AM, Jon 'maddog' Hall <[EMAIL PROTECTED]> wrote: > Michael ODonnell sent around this URL: > > > http://www.buy.com/prod/cavalry-1tb-dual-interface-usb-2-0-esata-external-hard-drive/q/loc/101/205986373.html > > and while I did not mean my original posting to be a "world

Re: Price/Performance of time

2008-09-30 Thread Jon 'maddog' Hall
Michael ODonnell sent around this URL: http://www.buy.com/prod/cavalry-1tb-dual-interface-usb-2-0-esata-external-hard-drive/q/loc/101/205986373.html and while I did not mean my original posting to be a "worlds cheapest 2 Terabytes of disk" discussion, this deal certainly seems to be more bytes p

Re: Price/Performance of time

2008-09-30 Thread Jon 'maddog' Hall
Šarūnas, >What was the transfer speed for the latter? Seek times for both? One >thing is to store data, another --- getting it, or finding it at all, >in time, that is... Well, at first I was simply going to write you about how I was talking about a 30+ year old disk drive from a computer company

Re: Price/Performance of time

2008-09-30 Thread Michael ODonnell
http://www.buy.com/prod/cavalry-1tb-dual-interface-usb-2-0-esata-external-hard-drive/q/loc/101/205986373.html ___ gnhlug-discuss mailing list gnhlug-discuss@mail.gnhlug.org http://mail.gnhlug.org/mailman/listinfo/gnhlug-discuss/

Re: Price/Performance of time

2008-09-30 Thread Jon 'maddog' Hall
> This from the guy who brought core memory to a LUG show-and-tell. >You always end up topping all the "I remember when" conversations. No >fair starting them, too. ;-) Sorry Ben, I really don't mean it to be a contest. I just do it every once in a while to put some reality back into what has

Re: Price/Performance of time

2008-09-30 Thread Jon 'maddog' Hall
>Excellent :-) >Can you give a link to where you got these? http://www.buy.com/retail/product.asp?sku=206821006&adid=17070&dcaid=17070 They are actually cheaper than the $238., because you get a $20. rebate on one of themassuming you order them today, September 30th. And by wiggling my ship

Re: Price/Performance of time

2008-09-30 Thread Šarūnas
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Jon 'maddog' Hall wrote: > Tonight I bought TWO 1 Terabyte external disk drives, that > transfer information at a rate of 300 Mbytes per second, for a total > cost of $283. > > I remember that RP06 disk drives which I purchased for Bell Labs in the >