Text 6074, 67 rader
Skriven 2006-05-15 02:03:30 av Kenneth Parrish (8:8/2)
   Kommentar till text 6066 av Maurice Kinal (1:140/13.1)
Ärende: Re: sensors, pnpbios
============================
-=> Maurice Kinal wrote to Kenneth Parrish <=-

Hey there :)
Mon May 15 00:47:32 CDT 2006

 MK> May 13 10:46 06, Kenneth Parrish wrote to Maurice Kinal:

 KP> outlive one or more of them, eh?).

 MK> Errrrr ... I am not sure I want to.  If all they end up lasting
few people want to outlive flash memory cards, specifically, but i know what
you mean.
 MK> is 10 years then sure I won't mind, but I sort of would mind
 MK> since I was hoping that they could live longer then that.  Kind
 MK> of a mixed blessing sort of dealie I suppose.
a tv show i saw used a flash memory card that could be remotely erased. it
delivered sensitive data to a double agent and was erased once he had paid.

 KP> it's combining various acpi power saving things, maybe sleep, suspend
 KP> to ram, and and suspend to disk, with the flash-mem caching, that may
 KP> offer improved performance and power savings (most important;
 KP> portables)

 MK> Possibly.  Only the p4 board seems to be able to do it properly
 MK> so I really don't have a comparison to go by.  All I know for
 MK> sure is I prefer the dual p3's as they can run circles around
 MK> the p4.
suspend to ram and disk don't work with linux on this box, the cyrix chip lacks
one processor instruction the code wants, it seems.

[ multiple core microprocessors new boon for smp software ]
 MK> I wouldn't mind but they are REALLY expensive at the moment and
 MK> extremely power hungry.  I hear a single opteron sucks 60W.  I
 MK> have whole computers (minus hd's, cdroms and the such) that
 MK> take far less then that.
but you only need to run the opteron for an hour a day :)

[ acpi unusable ]
 MK> I think Intel has little to do with this particular problem as
 MK> it is a Tyan board with the buggy via chipset(s).  If this is as
 MK> far as I get with it then I've probably gotten way further then
 MK> Tyan did/does.  They aren't very helpful and my guess is they are
 MK> essentially clueless when it comes to Linux, and perhaps any other
 MK> OS as well.  Beats me if there is any truth to that but definetly
 MK> not any real help fixing or tweaking.  Oh well.  Life goes on.
for awhile.
buggy and via are almost the same word it seems sometimes

 MK> From what I noticed you need --with-mpfr turned on when configuring
 MK> gmp else even the mpfr libs won't build.  I managed to get things
 MK> in place when building the last bootstrapped gcc about an hour or
 MK> two ago but it was a bit of a hassel.  I am toying with the idea of
 MK> building a crosscompiler for x86_64 using the dual p3 system and
 MK> just wanted to see what hoops I have to jump through beforehand so
 MK> I only have to bootstrap once and get c, c++ and gfortran out of
 MK> the deal.  Managed to pull it off on the x86 system so the basics
 MK> should be able to pull it off.  We'll see if it ever becomes a
 MK> reality.  Probably will in the near future and I should be ready
 MK> for it.
some people make cross-compiling environments available over the internet, also
software analysis and benchmarking tools.

... The number you have dailed...Nine-one-one...has been changed.

--- BBBS/NT v4.01 Flag-5
 # Origin: FamilyNet Sponsored by http://www.christian-wellness.net (8:8/2)
 * Origin: BBS Networks @ www.bbsnets.com 808-839-6036 (1:10/345)