[BUGS] hardware changing time .. moving forward

[jonathan michaels]

On Wed, Jan 30, 2008 at 07:47:40PM +1100, Trevor Roydhouse wrote:
> jonathan michaels wrote:
> 
> > if it is that one is not more 'suitable' then why is amd
> > seening this 'fallout', these problems as freebsd moves forward ? 
> 
> I've been running an AMD 64 bit FreeBSD system since 5.something, now on 
> 6.3 and have not seen any FreeBSD related issues. I also buy VIA chipset 
> motherboards unlike someone else :) and haven't had any issues with these.

i can relate to that, i've been a staunch supermicro user since
early 1990's maybe before ??
 
> As for the why AMD, the CPUs were cheaper than the opposition, they 
> performed as well as or better, and the motherboards were/are still 
> cheaper and tend to last longer. Every Intel CPU seems to require yet 
> another socket and/or yet another chipset, but my original AMD Athlon 64 
> socket 939 in an ASUS A8V motherboard was ultimately replaced by an AMD 
> Athlon 64 socket 939 dual core by simply dropping in the new CPU. Cheap 
> upgrade.
> 
> My only issues are with the creeping curse known as Gnome. Let's be 
> clear: I like twm -- probably because that's what I started with back in 
> my Coherent days in the early 1990s. I like the minimalist approach, so 

i remember .. i was going to go that way but tom mix bailed and
i started looking for something else, it wasn;t bad for the
price even .. that how i remember it, yes ?

i've got two concurrent boxen one is gnomobled, er running
gnome and another with with fvwm2 (this has 1/5 teh cpu and the
rest of teh resources the gnomed machine has at its disposal
and is still several orders of magnitued faster than teh gnom'd
'super computer'

>   there's no way I'll use Gnome (or KDE for that matter). Installing 
> ports via source these days is adding lots of Gnome related "stuff" that 
> I clear out from time to time only to have it dragged back in as a 
> dependency by, recently, such illustrious programs as Seamonkey. I guess 
> I'm going to have to put in more and more effort to stay where I am.

i like fvwm perhaps its a solution .. ??? i am not sure that i
could do that and remain 'sane' ? please no comments <GRIN> 

> Oh, and Xorg - I never did manage to get a stable Xorg system on AMD64 
> (installing Xorg on a 32 bit system is fine, apart from the lousy ATI 
> Radeon video driver). Alas, I also failed to build a working XFree86 4.7 
> system, so I'm persevering with the now deprecated and soon to be 
> vanquished, but very stable, XFree86 4.5. There's just some rabbit holes 
> I don't feel the need to go down too often :)
> 
> Does this help?

it does actually, it is becoming clear that there is no need to
upgrade for the sake of upgrading i like fvwmetc its not too
savage on my hardware and i can more orless fix it if ti breaks

> I think you might see a trend emerging ... we all tend 
> to use what we know which generally saves a lot of time and frustration.

that is why i stayed with 2.2.x it worked for me .. this
upgrade has been a nightmare, i do not recognice this freebsd
from teh one i started with  .. and so on ..

back to teh hardware ..

what was at teh back of my mind as regards teh questions about
the smd/intel divide was that when i discovered that teh dec
axp maths handling favoured graphics processing  and made it a
better graphics handling platform (not sure if its interger or
floating point, but one is better at doing teh calculations
from graphics than the other) now that teh axp is dead.

is there as marked a difference between teh intel and or amd
graphics manipulations as there was with teh intel dec axp
graphics procssing benchmarks.

it is nice to have 'fast' graphics cards but if the cpu can;t
do teh maths whats the point ?? this is at teh center of my. my
umm decision making process i guess

thx team bugs, very much appreciated

regards

jonathan

-- 
================================================================
powered by ..
QNX, OS9 and freeBSD  --  http://caamora com au/operating system
==== === appropriate solution in an inappropriate world === ====