On Mon, 2004-12-27 at 14:49 -0500, Bill McGonigle wrote:
>
> > And it won't have a monitor attached, so you can't just
> > turn it on and let them see the flashy little lights their pea-sized
> > intelligence can barely recognize as not being a bomb.
>
> As if the amount of semtex that would fit
On Dec 18, 2004, at 4:40 PM, Fred wrote:
And it won't have a monitor attached, so you can't just
turn it on and let them see the flashy little lights their pea-sized
intelligence can barely recognize as not being a bomb.
As if the amount of semtex that would fit in a CD-ROM drive bay is
meaningles
> On Wed, 2004-12-22 at 10:03, Dan Jenkins wrote:
>
>> Since it is a scheduled task, why not just schedule it outside of
>> presentation times?
>
> slocate on my laptop is particularly annoying, since it is not always on
> running Linux, and almost always runs slocate shortly after startup
> right
On Wed, 2004-12-22 at 10:03, Dan Jenkins wrote:
> Since it is a scheduled task, why not just schedule it outside of
> presentation times?
slocate on my laptop is particularly annoying, since it is not always on
running Linux, and almost always runs slocate shortly after startup
right at the time
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Wed, Dec 22, 2004 at 10:03:01AM -0500, Dan Jenkins wrote:
> The slocate database build is scheduled in my default cron (from
> Mandrake's default install) at 4:22 am on Sunday.
>
> Since it is a scheduled task, why not just schedule it outside of
Mark Komarinski wrote:
Under normal circumstances, you'd be right. But the concern here is the
overhead of (s)locate building its database at the wrong time. If the
concern of waiting a few additional seconds or remembering the command line
for find outweighs your system's hard drive churning awa
Cole Tuininga wrote:
On Wed, 2004-12-22 at 07:14 -0500, Travis Roy wrote:
Or:
slocate -i mozilla
or "find / | grep -i mozilla"
Tell you what, we'll time the two and see which comes back quicker. 8)
time locate 0047
0.12user 0.03system 0:00.14elapsed
time find / |grep 0047
0.42user 1.17sys
On Wed, Dec 22, 2004 at 09:05:33AM -0500, Cole Tuininga wrote:
> On Wed, 2004-12-22 at 07:14 -0500, Travis Roy wrote:
> > >
> > > Or:
> > >
> > > slocate -i mozilla
> >
> > or "find / | grep -i mozilla"
>
> Tell you what, we'll time the two and see which comes back quicker. 8)
Under norma
Cole Tuininga wrote:
On Wed, 2004-12-22 at 07:14 -0500, Travis Roy wrote:
Or:
slocate -i mozilla
or "find / | grep -i mozilla"
Tell you what, we'll time the two and see which comes back quicker. 8)
Oh, no doubt that slocate is faster. Just pointing out that there are
other ways to do stuff tha
On Wed, 2004-12-22 at 07:14 -0500, Travis Roy wrote:
> >
> > Or:
> >
> > slocate -i mozilla
>
> or "find / | grep -i mozilla"
Tell you what, we'll time the two and see which comes back quicker. 8)
--
A computer without a Microsoft operating system is like
a dog without bricks tied to i
Or:
slocate -i mozilla
or "find / | grep -i mozilla"
___
gnhlug-discuss mailing list
gnhlug-discuss@mail.gnhlug.org
http://mail.gnhlug.org/mailman/listinfo/gnhlug-discuss
On Tue, 21 Dec 2004, at 8:46pm, [EMAIL PROTECTED] wrote:
>> Heh. I use it all the time. "I know I downloaded/saved a copy of a
>> file that had info on/does that...".
>
> Ah, well... that's what hierarchical directory trees are for... ;-)
Sure, but did I put that document about Mozilla un
On Tue, Dec 21, 2004 at 08:16:08PM -0500, Benjamin Scott wrote:
> On Mon, 20 Dec 2004, at 10:57am, [EMAIL PROTECTED] wrote:
> > Personally, I think running slocate via cron is a waste of time on a
> > personal machine. ... To be honest though, I never use locate, so for me
> > it's pretty much poin
On Mon, 20 Dec 2004, at 10:57am, [EMAIL PROTECTED] wrote:
> Personally, I think running slocate via cron is a waste of time on a
> personal machine. ... To be honest though, I never use locate, so for me
> it's pretty much pointless to have the cron job.
Heh. I use it all the time. "I know I d
> Hyperthreading uses two execution pipelines, but shares L1/L2 cache.
> So if the apps share some of the same memory and is CPU-bound,
> you'll see a performance benefit, since the two threads can hit
> L1/L2 cache.
>
> So what happens when you run two different apps? One app has a
> cache mis
On Mon, Dec 20, 2004 at 10:57:52AM -0500, Derek Martin wrote:
> On Mon, Dec 20, 2004 at 10:29:37AM -0500, Bruce Dawson wrote:
> > No. This can't be a dedicated-task system. Also, the app uses things
> > like cron and sendmail to exchange survey data with a satellite - which
> > unfortunately needs
On Mon, Dec 20, 2004 at 10:29:37AM -0500, Bruce Dawson wrote:
> On Mon, 2004-12-20 at 09:50, Kevin D. Clark wrote:
> > Bruce Dawson <[EMAIL PROTECTED]> writes:
> > > Essentially, I want one processor to handle a request while the other
> > > processor is "busy". If Linux and hyperthreading can do t
Bruce,
With a sufficiently fast CPU, just by putting the "realtime visual" task at
a high enough priority should stop most "blips" from happening.
Other than that, you could try RT Linux, and put your "realtime visual" task
as one of the realtime components.
md
--
Jon "maddog" Hall
Executive Di
On Mon, 2004-12-20 at 09:50, Kevin D. Clark wrote:
> Bruce Dawson <[EMAIL PROTECTED]> writes:
> > Essentially, I want one processor to handle a request while the other
> > processor is "busy". If Linux and hyperthreading can do that, then a
> > hyperthreading CPU would be fine. Context switching is
Ah. I had thought the requirements for MP were more
crisp. But if MP has simply been spec'd a general
hedge against GUI update latencies or other human
interface quality issues, I'll bet you a beer that a
single hyperthreaded core will address most such issues
(assuming there is any MP aspect t
Bruce Dawson <[EMAIL PROTECTED]> writes:
> Essentially, I want one processor to handle a request while the other
> processor is "busy". If Linux and hyperthreading can do that, then a
> hyperthreading CPU would be fine. Context switching is an issue on this
> traveling workstation - there will be
On Sun, 2004-12-19 at 19:36, Michael ODonnell wrote:
> SMP was mentioned as a requirement. Does the hyperthreading
> offered by certain Intel CPUs meet that requirement, or will
> only two physically distinct CPU packages suffice?
Interesting question. I don't know enough about the various vendor
SMP was mentioned as a requirement. Does the hyperthreading
offered by certain Intel CPUs meet that requirement, or will
only two physically distinct CPU packages suffice?
___
gnhlug-discuss mailing list
[EMAIL PROTECTED]
http://mail.gnhlug.org/mailm
cussion
Subject: Looking for a good portable linux system
I'm looking for a good portable Linux system. It needs to be dual processor
(preferably > 2.0GHz) and support at least 2 GB of RAM. USB 2.0 ports and
IDE drives are a plus, as is an AGP slot.
Note: this does not have to be a la
And as I recall we had 4 and only one was working at any given time.
-Neal
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Michael ODonnell
Sent: Saturday, December 18, 2004 5:50 PM
To: [EMAIL PROTECTED]
Subject: Re: Looking for a good portable linux
On Sun, 2004-12-19 at 06:27, Chris Brenton wrote:
> On Sat, 2004-12-18 at 16:40, Fred wrote:
> >
> > Are you sure you can trust the TSA to leave it alone and not steal it or
> > think it's a bomb?
>
> I will second Fred's comments but not because of TSA. I think it has
> more to do with the baggag
On Sat, 2004-12-18 at 17:22, Ben Boulanger wrote:
> > turn it on and let them see the flashy little lights their pea-sized
> > intelligence can barely recognize as not being a bomb.
>
> Hey... I work for TSA!
Obviously not as the morons who check baggage. Of if you do, you are the
exception that
On Sat, 2004-12-18 at 16:40, Fred wrote:
>
> Are you sure you can trust the TSA to leave it alone and not steal it or
> think it's a bomb?
I will second Fred's comments but not because of TSA. I think it has
more to do with the baggage handlers. I've had stuff stolen out of my
checked luggage (cab
you'd like to eyeball it.
- Original Message -
From: "Michael ODonnell" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Saturday, December 18, 2004 5:49 PM
Subject: Re: Looking for a good portable linux system
>
>
> It sounds like the mini
It sounds like the mini-ITX form factor might be
what you're looking for. Example:
http://www.cappuccinopc.com/mocha7043j.asp
In the latter days of MCLX we had a machine like that for
dog&pony demos at customer sites and I recall that it was
reasonably fast and survived a lot of frantic plane
On Sat, 2004-12-18 at 16:40, Fred wrote:
> On Sat, 2004-12-18 at 11:08, Bruce Dawson wrote:
> ...
> > I don't care much about weight (unless it can't withstand the rigors of
> > a plane's cargo hold), but it does have to be reliable and moderately
> > rugged. This unit will be collecting a lot of a
> turn it on and let them see the flashy little lights their pea-sized
> intelligence can barely recognize as not being a bomb.
Hey... I work for TSA!
--
"Make it idiot proof and someone will make a better idiot."
___
gnhlug-discuss mailing li
On Sat, 2004-12-18 at 11:08, Bruce Dawson wrote:
...
> I don't care much about weight (unless it can't withstand the rigors of
> a plane's cargo hold), but it does have to be reliable and moderately
> rugged. This unit will be collecting a lot of air miles, (but won't be
> used while onboard the pl
I'm looking for a good portable Linux system. It needs to be dual
processor (preferably > 2.0GHz) and support at least 2 GB of RAM. USB
2.0 ports and IDE drives are a plus, as is an AGP slot.
Note: this does not have to be a laptop, but does have to fit easily in
a suitcase. Something
34 matches
Mail list logo