| Forum |
|
|||||||
| Open Source A place where you can talk to like-minded people about the fastest growing software movement today! Discuss anything and everything about Open Source software and Operating Systems. |
![]() |
|
|
LinkBack | Thread Tools | Display Modes |
| Advertisements. Register and be a member of the community to get rid of them. | |
|
Advertisement
|
|
|
|
#4 (permalink) |
|
Right Off the Assembly Line
Join Date: Jul 2006
Posts: 28
|
I am using Mandriva 2007 64bit.
It has great support for AIGLX, and the 3D effects are cool. If you need the CD , PM me . Enjoy. BirBal. www.techbirbal.com |
|
|
|
|
#5 (permalink) |
|
"The Cake is a Lie!!"
Join Date: Oct 2006
Posts: 471
|
AIGLX was Jointed Developed by NVIDIA and Red Hat.. so Obviously Fedora has the Leading Edge here..
AIGLX is ALSO Supported on Ubuntu 6.10, with the Latest NVIDIA Beta Drivers. (I Only reason I Love Ubuntu is cuz of its Community and APT)
__________________
[xubz] ● http://xubz.com/ [steam_id] ● http://steamcommunity.com/id/xubz |
|
|
|
|
#7 (permalink) |
|
18 Till I Die............
Join Date: Jul 2004
Location: India, Mumbai, Marine Lines
Posts: 5,792
|
Well all the distros can have all that. So stating one has it is totally absurd.
But, it is not advisable to use a 64 bit distro as of now due to lack of availability of 64 bit softwares. No. of 64 bit software at present are lower than 32 bit ones. We will have to wait some more time before focus shifts completely to 64 bit.
__________________
http://www.bash.org/?258908 |
|
|
|
|
#11 (permalink) |
|
Wise Old Owl
Join Date: Dec 2005
Location: Space-time continuum
Posts: 1,646
|
You can download Mandriva 2007 Linux (64-bit or 32-bit) from here
I doubt whether you can run 32-bit applications like Java, Flash & other 32-bit applications. So installing a 32-bit version of Mandriva 2007 Linux is a better & sound choice. Don't worry you can install a 32-bit Linux in your 64-bit AMD PC. There won't be any problem. But you won't get the 64-bit PC performance.
__________________
* Imagination is more important than knowledge. -Albert Einstein Last edited by JGuru; 24-10-2006 at 04:51 PM. |
|
|
|
|
#13 (permalink) |
|
-The BlacKCoaT Operative-
Join Date: Mar 2005
Location: Dehradun, India
Posts: 1,205
|
it is a pain to get all ur hardware working on 64 bit
__________________
-------------------------------------------- Holding my last breath, safe inside myself..... -------------------------------------------- I dont use my computer. I misuse it- रोलरकोस्टर |
|
|
|
|
#14 (permalink) | |
|
left this forum longback
Join Date: Sep 2005
Location: -
Posts: 7,513
|
well i found this gentoo forum thread useful for all amd-64 users and aspirants
http://forums.gentoo.org/viewtopic-t-221361.html Quote:
http://gentoo-wiki.com/HOWTO_AMD_64
__________________
left this forum long back.Admin Can Delete this Account and posts Permanantly.Thank You Get GNU/Linux - http://getgnulinux.org |
|
|
|
|
|
#16 (permalink) |
|
No pain....No gain
Join Date: May 2005
Location: Kolkata
Posts: 1,198
|
I've got ubuntu 6.06 AMD 64-bit version and works flawlessly. Even recognised my dual core X2 3800+ CPU.
__________________
--------------------------------------------------- Faith is the boast of a man who is too lazy to investigate. --------------------------------------------------- |
|
|
|
|
#17 (permalink) |
|
El mooooo
Join Date: Jan 2006
Location: India
Posts: 1,414
|
There is a thumb rule while planning to use a 64bit Linux depending on the amount of RAM you have. It goes like this...
< 1 GB RAM = 32 bit user land - 32 bit kernel = 1 GB RAM = 32 bit user land - 64 bit kernel > 1 GB RAM = 64 bit user land - 64 bit kernel Since you just have 512 MB RAM, imho you should stay with 32 bit Linux distros. Rest is upto you... [EDIT}I have changed user space to user land so that it is clearer[/EDIT] Last edited by eddie; 25-10-2006 at 10:39 AM. |
|
|
|
|
#19 (permalink) | |
|
String Phreak
Join Date: Mar 2005
Location: In ur Evil Mind!
Posts: 2,453
|
Quote:
See 32 bit means 2^32 (2 raised to power 32) = 4,294,967,296 bytes and that's 4 GB. SO u see a 32 bit system has a maximum supported RAM size of 4 GB. Similarly 64 bit system has a max. supported RAM size of 2^64 = 18446744,073,709,551,616. I dunno how many billion terrabytes are these. I guess they call it 16 exabytes. Nice na? Neways I dunno why u have written user space ad kernel space differently, both are just classifications of virtual memory . @kalpiks : Users space is the user memory, where user apps can work and where swapping takes place.
__________________
Bad Bad server.....No candy for u! Last edited by mediator; 25-10-2006 at 10:21 AM. |
|
|
|
|
|
#20 (permalink) |
|
Apprentice
Join Date: Oct 2004
Location: Ahmedabad
Posts: 79
|
if i install linux64 on my AMD64 2800+ is support ???. i have only 512 MB of Ram it is ok for linux64 . or should i go for 1GB of RAM ????. any linux64 is available on single CD.????
|
|
|
|
|
#21 (permalink) |
|
-The BlacKCoaT Operative-
Join Date: Mar 2005
Location: Dehradun, India
Posts: 1,205
|
yes it will work fine.. dont depend on the seemingly hightech talk goin on
i assure u no one actually knows anything
__________________
-------------------------------------------- Holding my last breath, safe inside myself..... -------------------------------------------- I dont use my computer. I misuse it- रोलरकोस्टर |
|
|
|
|
#22 (permalink) | |
|
In Pursuit of "Happyness"
Join Date: May 2005
Location: New Delhi
Posts: 3,404
|
Quote:
|
|
|
|
|
|
#23 (permalink) | |
|
El mooooo
Join Date: Jan 2006
Location: India
Posts: 1,414
|
Quote:
To solve this problem, two things were put under development. One of them was community driven 2GB/2GB and 3GB/1GB mem split patches. This was done to increase the amount of memory accessible by kernel space to 2GB and 3GB respectively. This approach was not widely accepted because it was more of a hack put together by a few developers so another set of patches was developed by kernel devs. This is known as HIGHMEM support and comes in two forms i.e. 4GB and 64GB memory support. 64GB HIGHMEM support was developed for processors like PentiumPro that were released with special instructions to address 4GB Memory limitation and increased it to 64GB. This HIGHMEM support sounds interesting but it has its own share of problems. It is still not well tested and breaks drivers on random. Also, I/O devices cannot access HIGHMEM support directly and rather need to go through specific processes in kernel space. This leads to unnecessary overhead in kernel space and if possible, it should be avoided. Thus, moving on to 64bit kernel is advised. Now coming to the thumb rule. 1) Anything below 896MB of Physical memory can be accessed directly by 32bit kernel. Also 64bit binaries are larger in size and they will take more space in RAM thus hogging your memory. This will nullify the performance boost your are supposed to get because you simply don't have enough RAM hence 32bit kernel and 32bit applications are recommended. 2) Next, we move to the limit of 896MB - 1GB. Here you need to make a choice. If you are very picky and do not want to waste even the 128MB of RAM then 64bit kernel and 32bit applications are recommended. The idea is NOT to enable HIGHMEM support just to access that 128MB of RAM because it increases kernel overload without much benefit but use the full amount of RAM at your disposal. 32bit applications are recommended for the same reason that is given above. 3) After this we come to >1GB Physical memory. Now here you have a choice of using HIGHMEM support (or) using just 64bit kernel (or) moving completely to 64bit system. Here, it totally depends on you and your choice but going to a full 64bit system is recommended because: a) It avoids using HIGHMEM which is still not well tested. b) 64bit kernel will address memory limitations and provide you a little extra performance boost. b) 64bit binaries are known to be larger then 32bit binaries in Linux environment but the extra physical memory at your disposal allows you to gain that little extra by optimizing them for 64bit and not care about memory hogging. Hence the thumb rule... Last edited by eddie; 25-10-2006 at 12:27 PM. |
|
|
|
|
|
#24 (permalink) | |
|
String Phreak
Join Date: Mar 2005
Location: In ur Evil Mind!
Posts: 2,453
|
Hmmm......I didn't know something like that existed practically! Neways I'll be pleased if u enlighten me on following questions.
1. If the bug was founded in 2001, then whats the present status? 2. Quote:
Neways I hope the thumb rule will be eliminated in future 32 bit Linuxes and I wonder if they are having trouble with 32 bit, then how'll they manage 64 bit and how'll they partition the exabytes!!
__________________
Bad Bad server.....No candy for u! |
|
|
|
|
|
#25 (permalink) | |||
|
El mooooo
Join Date: Jan 2006
Location: India
Posts: 1,414
|
Quote:
Quote:
Quote:
|
|||
|
|
|
|
#26 (permalink) |
|
String Phreak
Join Date: Mar 2005
Location: In ur Evil Mind!
Posts: 2,453
|
Still a confusion! Can't the Linux kernel on 32 bit machine access the whole 4 GB RAM with patches already applied??
__________________
Bad Bad server.....No candy for u! |
|
|
|
|
#27 (permalink) |
|
El mooooo
Join Date: Jan 2006
Location: India
Posts: 1,414
|
Ofcourse it can!!! That is the whole point of applying the patches but when we talk about a choice between staying with "32bit system + HIGHMEM patches" and 64bit system...moving to 64bit is advisable.
|
|
|
|
|
#28 (permalink) |
|
18 Till I Die............
Join Date: Jul 2004
Location: India, Mumbai, Marine Lines
Posts: 5,792
|
Eddie can you provide some links on this stuff, if you have some handy. I do understand part of it cos I have come across it while compiling a kernel. But still a major part of the explaination is unclear to me. If you can direct me to some resources that explain this, that would be great.
__________________
http://www.bash.org/?258908 |
|
|
|
|
#29 (permalink) |
|
El mooooo
Join Date: Jan 2006
Location: India
Posts: 1,414
|
Actually I saw this discussion happening some months back on gentoo-user mailing list. At that time there were links to lkml archives and detailed explanations but I am somehow not able to find those mails. May be you can search lkml and gentoo-user archives?
|
|
|
![]() |
| Bookmarks |
| Thread Tools | |
| Display Modes | |
|
|