If this is your first visit, be sure to check out the FAQ by clicking the link above. You may have to register before you can post: click the register link above to proceed. To start viewing messages, select the forum that you want to visit from the selection below. |
|
|
Thread Tools | Display Modes |
#41
|
|||
|
|||
On Mon, 24 Jan 2005 23:29:13 -0500, "Carlo Razzeto"
wrote: "Randy Howard" wrote in message . .. In article , says... My copy of Windows XP has been running for months (about 6) with out any real issues... There is a big difference between "running" and "being used". I refer specifically to the difference in having a computer for email, usenet, web browsing, etc. and using one for production, mission critical work and it not spending 18 of its 24 hours each day turned off or in the screen saver. My parent's actually don't know where the "off" button is... There for it's up time is VERY similar to the length of time the OS has been installed (excluding reboots for updates I did). So I'd say it was a very successful install of Windows.... Beyond that, please describe "mission critical". I find most servers really arn't all that busy most of the time... The equivilant of being in screen saver mode... With the possible exception of Database servers. Thanks for helping me. :-) This was more of a "Windows is not all that unstable" thingl. in some ways it's quite a bit more robust then Linux (see driver development!!) You better explain that one. I've found far, far fewer device drivers of low quality on Linux than I have on Windows. Ubiquitous driver availability != quality. The fact that you can find a driver for some rare gizmo that only 14 people ever bought for Windows but not for Linux bears no relevance to the robustness of drivers. The fact that some vendors do not devote their limited resources to providing drivers for any platform other than windows also does not mean that Linux drivers are not robust. The vendor is at fault for not providing support for the fastest growing OS platform. while(true) int a = 1; Death of of Linux box (code runs in driver). Because no windows driver code lives in the kernel literally or figertativly ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ ^^^^^^^^^^^^^ it won't be *as* suseptable to such things (though there are other ways to break the kernel). I'm not saying it's impossible to write a bad windows driver that will kill the system. I'm just saying it's harder! Having developed kernel components and device drivers in excess of twenty years. I can attest that you're smoking something. Windows NT, W2K, and XP has every kernel vulnerability Linux has, and then adds a whole lot of extras. A rouge DMA operation is just as deadly, same goes for rouge pointers, forget to clear an interrupt, etc. This effect is magnified because windows has large numbers of poorly documented kernel support routines, many with un-predicatible behavior and interactions. Linux has far less subroutine pollution to deal with, and far fewer black box effects. Each Linux driver developer has full access to all the surrounding kernel source code. (no such luck in Win XXX). Additionally windows suffers from poor divisional structure. Flaws like dragging the video drivers into the kernel starting with NT 4.0, etc . Overall O/S's reliability is a function of all kernel components and hardware working together to function in a consistent manor The greater the number of active components, the higher the probability of failure. Add in sketchy Win XXX documentation and you have a receipt for BSOD's at the drop of a hat. As the SCO bites the dust.. Hopefully, IBM can place on tombstone on that grave sooner rather than later.. One can expect any remaining Unix device driver writers to shift their full time efforts towards Linux. Tack on some funding and Mickysoft won't stand a chance. |
#42
|
|||
|
|||
On Tue, 25 Jan 2005 09:14:39 -0600, M. Bezzel wrote:
Wes, I need some info. What benchmarking/temp monitoring software do you use in linux? I am a total noob with linux but I need to build some cheap systems for web browsing, email etc., and I would like to burn them in. I have a few Biostar m7ncg 400 boards and installed suse 9.1 personal on one of them last night. It works great and I am very impressed with the suse package, but I am quite lost when it comes to installing/finding programs. Also I have a JIUHB 1700+ and would like to OC it and test it in linux. I see prime95 is available but temp monitoring is what I'm after. Remember, I'm a noooob. Also If you could point me to a good noob tutorial that would be great. Thanks man, you're the best. Don't know anything about suse. Suggest you try the suse newsgroup for support on it specifically. As far temp monitoring, the basic package is lm_sensors. That will rpovide the basic text ouput like; [wes@wes2 wes]$ sensors it87-isa-0290 Adapter: ISA adapter VCore 1: +1.28 V (min = +1.12 V, max = +1.79 V) VCore 2: +1.52 V (min = +1.41 V, max = +1.70 V) +3.3V: +3.25 V (min = +2.98 V, max = +3.63 V) +5V: +4.97 V (min = +4.49 V, max = +5.51 V) +12V: +11.84 V (min = +10.82 V, max = +13.18 V) -12V: -11.40 V (min = -10.83 V, max = -13.19 V) -5V: -4.97 V (min = -4.54 V, max = -5.47 V) Stdby: +5.03 V (min = +4.49 V, max = +5.51 V) VBat: +3.15 V fan1: 2343 RPM (min = 0 RPM, div = 8) fan2: 0 RPM (min = 0 RPM, div = 8) fan3: 0 RPM (min = 0 RPM, div = 8) CPU Temp: +32°C (low = +15°C, high = +55°C) sensor = diode M/B Temp: +28°C (low = +15°C, high = +40°C) sensor = thermistor For a graphical monitor I use gkrellm. To load the cpu I use burnK7. To test the system I use memtest. To overclock your 1700+ raise FSB and vcore as desired/required. Should be a linux tutorial somewhere on your suse distro. -- Abit KT7-Raid (KT133) Tbred B core CPU @2400MHz (24x100FSB) http://wesnewell.no-ip.com/cpu.htm |
#43
|
|||
|
|||
|
#44
|
|||
|
|||
|
Thread Tools | |
Display Modes | |
|
|
Similar Threads | ||||
Thread | Thread Starter | Forum | Replies | Last Post |
Problem installing XP64 to IDE disk | JasonB | AMD x86-64 Processors | 10 | February 3rd 05 11:47 PM |
Anyone using a K8NNXP /w Xp64? | Blaedmon | AMD x86-64 Processors | 1 | December 1st 04 09:25 PM |
LCD Advantages? | Mike245 | General | 6 | August 22nd 04 09:00 PM |
XP64 help | Jim Baird | AMD x86-64 Processors | 6 | April 20th 04 02:48 AM |
question xp64 | DougH | AMD x86-64 Processors | 0 | March 17th 04 03:42 AM |