I have just purchased a new PC I am thinking of using a non windows OS, and was thinking of some version of Linux. I know nothing about any of the Linux OS; accept I have played with knopix 32 a little. I was wondering if someone could recommend a Linux for me. I am looking for something that is compatible with all my hardware (I don’t care about peripherals), and also something that will emulate a windows environment. Also should I chose a 32 or 64 bit Linux, and is Linux backward compatible with script like windows? IE can 64 bit Linux use 32 bit script? Or 16 bit script?
Or should I just stick with windows?
My system specs are:
Tyan s2895 mobo
4gb ram
Duel Opty 280s
7900 GTX SLI mode
2 60gb sata raid0 hd
300gb sata hd
Try To find a REDHAT 9.0x(now a Fedore Core) or a Mandrake And keep yourself a Windows System by Getting a DUAL BOOT (any tech can do) system with XP/Mandrake(redhat)
A good x86_64 distribution can run 64bit and 32bit code and can also run other operating systems using VMWare, QEMU, DOSBox, WINE, Cedega and many others.
Linux can also emulate other architectures such as Power PC, ARM, Sparc, Commodore 64 and many others as well as game consoles (Nintendo, Sega and others).
Whatever Linux cannot run natively it can run in a Virtual Machine or in an emulator.
The underlying operating systems can use 64bit, 32bit, 16bit or 8bit code if they support it, that of course varies quite a bit.
Nice setup, looks a lot like mine . I was able to get everything up and running fairly easily using gentoo, but that is a distro that you shouldn't use as a first-time user, not the most friendly at first. In any case, if you need some specific help getting some of the hardware running, PM me. I know the hardware pretty darn well, and I know a thing or two about Linux.
I also heartily back linux_0's suggestion of a 64-bit kernel, as this allows simplified and faster large memory support.
Not to speak for linux_0 (even though it is in his sig) but either one of us would be more than willing and able to help you out.
Nice setup, looks a lot like mine . I was able to get everything up and running fairly easily using gentoo, but that is a distro that you shouldn't use as a first-time user, not the most friendly at first. In any case, if you need some specific help getting some of the hardware running, PM me. I know the hardware pretty darn well, and I know a thing or two about Linux.
I also heartily back linux_0's suggestion of a 64-bit kernel, as this allows simplified and faster large memory support.
Not to speak for linux_0 (even though it is in his sig) but either one of us would be more than willing and able to help you out.
:-D
AMD64s also run 25-75% faster in 64bit mode under x86_64 :-D
Indeed, all those brand spankin' new GP regs open up and I am happy
:-D
Not only that, but you also have 2 full X16 PCI-E slots with a total of 32 PCI-E lanes + 2 PCI-X tunnels + 2X the RAM bandwidth.
So you could use one slot of a PCI-E RAID controller or up to 2 64bit PCI-X RAID controllers. Since you already have a 3W9500S you could add another one to double your bandwidth -- not that you need to.
The newer 3W9550SX is capable of 800MB/sec reads and 350MB/sec writes in RAID5 with 8 SATA HDDs :-D
Indeed, and I would have gotten the 9550SX but the 9550 line hadn't been released yet... sigh, I guess I'll just have to make due with what I have, as slow and pitiful as it is
Indeed, and I would have gotten the 9550SX but the 9550 line hadn't been released yet... sigh, I guess I'll just have to make due with what I have, as slow and pitiful as it is
Hehe :-D
We both know the 3W9500 is neither slow nor pitiful, it's a still a great controller :-D
Nice setup, looks a lot like mine . I was able to get everything up and running fairly easily using gentoo, but that is a distro that you shouldn't use as a first-time user, not the most friendly at first. In any case, if you need some specific help getting some of the hardware running, PM me. I know the hardware pretty darn well, and I know a thing or two about Linux.
I also heartily back linux_0's suggestion of a 64-bit kernel, as this allows simplified and faster large memory support.
Not to speak for linux_0 (even though it is in his sig) but either one of us would be more than willing and able to help you out.
I will be sure to take you up on your offer if I run into any difficulties.
I am thinking I will try SUSE out, because Tyan and NVIDIA have drivers for it, and am thinking of taking a look at linux_0 too. I still have a few days for the rest of my hardware to get here, phhh I hate having to double ship to fpoap.
I am thinking I will try SUSE out, because Tyan and NVIDIA have drivers for it, and am thinking of taking a look at linux_0 too. I still have a few days for the rest of my hardware to get here, phhh I hate having to double ship to fpoap.
I am thinking I will try SUSE out, because Tyan and NVIDIA have drivers for it, and am thinking of taking a look at linux_0 too. I still have a few days for the rest of my hardware to get here, phhh I hate having to double ship to fpoap.
Honestly, I didn't need any drivers from Tyan for my board, all that was needed was already in the more recent kernels, so pretty much every user-friendly distro will be able to recognize all of the onboard hardware.
I also know that almost every distro also includes the nvidia proprietary driver which, as of the latest ones, supports SLI. Even if the chosen distro doesn't include the driver, the latest nVidia self-installer makes it pretty easy to add it.
Again, don't hesitate to ask if you run into issues or questions.
I am thinking I will try SUSE out, because Tyan and NVIDIA have drivers for it, and am thinking of taking a look at linux_0 too. I still have a few days for the rest of my hardware to get here, phhh I hate having to double ship to fpoap.
Honestly, I didn't need any drivers from Tyan for my board, all that was needed was already in the more recent kernels, so pretty much every user-friendly distro will be able to recognize all of the onboard hardware.
I also know that almost every distro also includes the nvidia proprietary driver which, as of the latest ones, supports SLI. Even if the chosen distro doesn't include the driver, the latest nVidia self-installer makes it pretty easy to add it.
Again, don't hesitate to ask if you run into issues or questions.
That's absolutely correct! :-D
No drivers are required other than the proprietary nVidia driver which can be downloaded here:
Most distributions do not include the nVidia driver for legal reasons.
If you opt for FC5 make sure you update to the latest kernel before using the nVidia driver. The default kernel will not work. Also there are a few problems with nVidia RAID so it's best to use non-RAIDed drives for the install.
Also there are a few problems with nVidia RAID so it's best to use non-RAIDed drives for the install.
Absolutely correct! It is completely possible, but it was difficult enough and riddled with horror stories of lost data (tsk tsk tsk they shoulda known better!) that even a hardened Linux veteran decided it was a little too dicey. As a result I ended up getting the hardware-based RAID card in my specs in my sig, which was much easier but still not a cakewalk. Plus, the kinda fiddling you would need to get things running would require a less friendly but more powerful installation method, something not advisable for a first-time install unless you instantly want to be discouraged.
If you really wish to use RAID, in Linux the way to go is either software-based (which actually provides awesome performance but can be tricky to setup if you want to use those disks for RAID for both Windows and Linux) or hardware-based (can be very expensive but also the easiest way to dual-boot two RAIDs on the same devices). NVRAID is somewhere in between the two and is generally only advisable if you only plan on using a RAID array for Windows-only access.
@linux_0: I really should keep more up to date on what the distros are doing these days, I should have figured that they weren't including the drivers (like mp3 support) for legal reasons. That's what happens when you post when tired.... time to take a ride and releax.
Also there are a few problems with nVidia RAID so it's best to use non-RAIDed drives for the install.
Absolutely correct! It is completely possible, but it was difficult enough and riddled with horror stories of lost data (tsk tsk tsk they shoulda known better!) that even a hardened Linux veteran decided it was a little too dicey. As a result I ended up getting the hardware-based RAID card in my specs in my sig, which was much easier but still not a cakewalk. Plus, the kinda fiddling you would need to get things running would require a less friendly but more powerful installation method, something not advisable for a first-time install unless you instantly want to be discouraged.
If you really wish to use RAID, in Linux the way to go is either software-based (which actually provides awesome performance but can be tricky to setup if you want to use those disks for RAID for both Windows and Linux) or hardware-based (can be very expensive but also the easiest way to dual-boot two RAIDs on the same devices). NVRAID is somewhere in between the two and is generally only advisable if you only plan on using a RAID array for Windows-only access.
@linux_0: I really should keep more up to date on what the distros are doing these days, I should have figured that they weren't including the drivers (like mp3 support) for legal reasons. That's what happens when you post when tired.... time to take a ride and releax.
Indeed
Hardware RAID is orders of magnitude better than software RAID or hybrid RAID ( NVRAID ) :-D
3Ware makes some very nice hardware RAID controllers! I have used them several times!
Most distributions removed mp3 support for legal reasons and generally do not distribute proprietary drivers.
For my raid, I will probably let windows be on the raided drive, and install Linux on the other drive hopefully I will be able to give it access to the raid drive though. I was planning on getting an additional raid card a little bit down the road, but that’s not in today’s forecast. Still waiting on the hardware, I will post an update once something happens.
For my raid, I will probably let windows be on the raided drive, and install Linux on the other drive hopefully I will be able to give it access to the raid drive though. I was planning on getting an additional raid card a little bit down the road, but that’s not in today’s forecast. Still waiting on the hardware, I will post an update once something happens.
As long as it's not windoze software RAID Linux should be able to access it.
For my raid, I will probably let windows be on the raided drive, and install Linux on the other drive hopefully I will be able to give it access to the raid drive though. I was planning on getting an additional raid card a little bit down the road, but that’s not in today’s forecast. Still waiting on the hardware, I will post an update once something happens.
Quote :
As long as it's not windoze software RAID Linux should be able to access it.
You will of course need the ntfs kernel driver.
A fine idea to separate the OS's. If the Windows RAID is done via the on-board NVRAID, some setup may be required (haven't used some of the more recent "introductory" distros). A fine Ubuntu-specific guide, look at the "FakeRAID" section for the part that applies to NVRAID, and a bit denser but pervasive general guide.
Also, please consider these points:
1) With RAID0 (the most common one around here) you will only see marked benefits when accessing large blocks of contiguous data (i.e. video editing, engineering/scientific apps that are chewing on large datasets)
2) Access NTFS in Linux is safe for reading, but writing to NTFS is still genereally avoided (as such many distros just don't permit it with the configuration tools). As such, the strategy that I've always used is to create a FAT32 partition, preferable on a non-RAIDed disk, that will give both OS's read and write access to shared area. Even with read access-setup via system tools may be required (as linux_0 said) and are somewhat distro-specific.
3) Windows will not be able to see your Linux partitions as anything but unknown partitions (without some 3rd-part software, and even that has it's limitations) Another reason to have that FAT32 partition.
For my raid, I will probably let windows be on the raided drive, and install Linux on the other drive hopefully I will be able to give it access to the raid drive though. I was planning on getting an additional raid card a little bit down the road, but that’s not in today’s forecast. Still waiting on the hardware, I will post an update once something happens.
Quote :
As long as it's not windoze software RAID Linux should be able to access it.
You will of course need the ntfs kernel driver.[/linux_0]
A fine idea to separate the OS's. If the Windows RAID is done via the on-board NVRAID, some setup may be required (haven't used some of the more recent "introductory" distros). A fine Ubuntu-specific guide, look at the "FakeRAID" section for the part that applies to NVRAID, and a bit denser but pervasive general guide.
Also, please consider these points:
1) With RAID0 (the most common one around here) you will only see marked benefits when accessing large blocks of contiguous data (i.e. video editing, engineering/scientific apps that are chewing on large datasets)
2) Access NTFS in Linux is safe for reading, but writing to NTFS is still genereally avoided (as such many distros just don't permit it with the configuration tools). As such, the strategy that I've always used is to create a FAT32 partition, preferable on a non-RAIDed disk, that will give both OS's read and write access to shared area. Even with read access-setup via system tools may be required (as linux_0 said) and are somewhat distro-specific.
3) Windows will not be able to see your Linux partitions as anything but unknown partitions (without some 3rd-part software, and even that has it's limitations) Another reason to have that FAT32 partition.
You likely have an Nforce 4-based chipset and that is supported by Linux kernels >= 2.6.10, which means any distribution made in the last year or so. My NF4-based machine runs just fine out of the box with no drivers needed (save for the NVIDIA GPU binary one for the TwinView.)
I third the recommendation to use a 64-bit OS as it is a bit faster than a 32-bit one and will handle more than 4GB and you likely will install more than 4GB in the future with that dual-dual setup.
You likely have an Nforce 4-based chipset and that is supported by Linux kernels >= 2.6.10, which means any distribution made in the last year or so. My NF4-based machine runs just fine out of the box with no drivers needed (save for the NVIDIA GPU binary one for the TwinView.)
I third the recommendation to use a 64-bit OS as it is a bit faster than a 32-bit one and will handle more than 4GB and you likely will install more than 4GB in the future with that dual-dual setup.
:-D
The S2895 has an nForce Professional 2200 + 2050 Chipset and as you said 2.6.x should work fine :-D
It's a very nice board!
I would kinda recommend FC5 x86_64 or SuSE x86_64 for this one.
For hardware RAID I would suggest a 3Ware 9500 or 9550 PCI-X or if the OP were not using SLI any Linux friendly PCI-E hardware RAID controller ( LSI, Areca, Adaptec, etc )
Well, since each lane is 2.5 Gbps (raw) => 2 Gbps (actual) = 250 MB/s, save for burst rates I really doubt a 1GB/s actual throughput is going to be the limiting factor, but more is always better.
Well, since each lane is 2.5 Gbps (raw) => 2 Gbps (actual) = 250 MB/s, save for burst rates I really doubt a 1GB/s actual throughput is going to be the limiting factor, but more is always better.
:-D
This is true but the 9550SX-12 can already offer 800MB/sec reads and 350MB/sec writes with SATA drives in RAID5
I suspect the 16 drive model should be able to do about 1.4GB/sec which would exceed 1GB/sec.
There is nothing wrong with using one 9500-8 on PCI-X bus A and another 9500-8 on PCI-X bus B :-D
I've done that on servers I've built.
Quite a stout setup. I believe that I have PCI-X B relegated to... running my SoundBlaster Audigy2 ZS hangs head in shame (since I just don't feel comfortable sticking the card so close to the intake of the 7800GT above it). If I ever did install a new card, I'd likely move the SoundBlaster to the PCI slot.
There is nothing wrong with using one 9500-8 on PCI-X bus A and another 9500-8 on PCI-X bus B :-D
I've done that on servers I've built.
Quite a stout setup. I believe that I have PCI-X B relegated to... running my SoundBlaster Audigy2 ZS hangs head in shame (since I just don't feel comfortable sticking the card so close to the intake of the 7800GT above it). If I ever did install a new card, I'd likely move the SoundBlaster to the PCI slot.
Nothing wrong with that if Bus B isn't doing much else :-D
You are about to answer a thread that has been inactive for more than 6 months. If you still wish to proceed, please ensure that your posting is original and does not duplicate or overlap any prior responses to this thread.