Linux - NewbieThis Linux forum is for members that are new to Linux.
Just starting out and have a question?
If it is not in the man pages or the how-to's this is the place!
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
Distribution: Debian Sid AMD64, Raspbian Wheezy, various VMs
Posts: 7,680
Rep:
Quote:
Originally Posted by mogmog
I haven't delved into it but Minecraft (popular with certain factions in our household), which runs on Java, has a 64bit version - suggests some sort of 64bit capability or fudge?
I wish I could find a link to the page because I hate to talk without evidence but the page I saw suggested that the version of Java compiled for 64 bit machines still retains the same memory limit per process as the 32 bit one. Since it was per process it's quite possible that just spawning threads is enough to get by the limit, but without digging into the Sun website I couldn't tell you.
As you say, your Java App is 32 bit, and what this means I think (relating it to the above) that the memory limit for it may be 3 GB regardless of whether you're using a PAE kernel or not.
The 3.x GB limit is a limit of physical ram per system, which you need to understand is very different from virtual ram per process. The 3.x GB limit of physical ram per system is a limit on non PAE 32 bit kernels and a limit (regardless of kernel) on some motherboards.
Penny has dropped on this.
I can't tell whether you understand (probably you do). A 32 bit program under a 64 bit kernel can use pages anywhere in the total ram. Even if you had hundreds of GB of physical ram (far more than a 32 bit PAE kernel can access) a 32 bit program can still have its pages distributed anywhere in ram. If you had 400GB of ram, a hundred different processes each running a 32 bit program could each use a different 4GB, all at the same time.[/QUOTE]
And this. Thank you.
Quote:
I'm not sure how that person measured ram use (it is much harder to measure than you would expect). I think those results are wrong. It depends a lot on the specific programs involved, but generally the increase in ram use for 64 bit is much smaller than that post claims. Also, it doesn't scale up: The increase is primarily in the program's overhead, not in the memory it uses for its actual task. So a program like gimp might need many MB more to work with a low res photo in 64 bit than it needs in 32 bit and that might be a significant percentage of its small memory use. But if you work with giant high res photos and need GB of ram, the difference between 64 bit and 32 bit will be a similar total number of MB rather than a similar %.
If I had under 1GB of ram, I would consider the increase in ram overhead of 64 bit to be a big reason to stack with 32 bit. At 3GB or more physical per system, I think the extra ram use of 64 bit isn't worth worrying about.
That sums it up very well for me. Thank you. I'll run with the 64 bit version. If gvSIG has too many issues running on 64bit, can I install the 32bit version over the top of it?
If gvSIG has too many issues running on 64bit, can I install the 32bit version over the top of it?
Edit: I initially misunderstood you and thought you meant switching gvSIG versions within a 64 bit Linux. But I guess you mean replacing a 64 bit Linux with 32 bit. That is the same as installing from scratch. It is difficult to keep whatever programs and files you installed after Linux in place across a reinstall of Linux, so typically you would back up any of your own work before reinstalling and then reinstall any separate programs after reinstalling Linux.
In Debian based distributions (such as Ubuntu) it may be a little trickier, than it ought to be, to install a 32 bit program in a 64 bit OS (It is smoother in Red Hat based distributions). But it is unlikely to be terrible hard to install.
All the complications (if any) are at install time. Once a 32 bit program is properly installed in a 64 bit Linux, it runs just as smoothly (or better) than it would in a 32 bit Linux.
If you have some trouble installing a 32 bit program in 64 bit Ubuntu, I suggest you ask for help here, rather than give up on it and switch to 32 bit Ubuntu.
I also would not suggest selecting a Red Hat based distribution for the minor advantage that installing 32 bit programs in a 64 bit OS is easier. Red Hat based distributions are all less beginner friendly than Ubuntu.
Edit: I initially misunderstood you and thought you meant switching gvSIG versions within a 64 bit Linux. But I guess you mean replacing a 64 bit Linux with 32 bit.
Yes, I meant to abandon 64 bit OS & go to 32. gvSIG performs OK in my XP 32bit, I had hoped for better performance, but as it will only run at 32 on a 64 system any performance boost would only come from having to compete less for RAM. so for this application, the difference would be less noticeable than the other applications running at 64 bit..
I followed some instructions to convert Ubuntu to Lubuntu (System > Administration > Synaptic Package Manager. Then type “Lubuntu” In the search field. Double-click on lubuntu-core and install it) and now have the LXDE desktop but seems to be same Ubuntu (just nagged to upgrade to 12.04) under it. Is this correct? Have I now got Ubuntu+LXDE (more overhead) or has Lubuntu replaced Ubuntu? How can I tell? I did notice AMD64 in the download stuff so it has gone for 64bit.
Quote:
That is the same as installing from scratch. It is difficult to keep whatever programs and files you installed after Linux in place across a reinstall of Linux, so typically you would back up any of your own work before reinstalling and then reinstall any separate programs after reinstalling Linux.
I haven't "moved in" on the Linux boot so haven't got any data or other stuff that I need to backup/keep, so I can wipe or overwrite this with no problems. All my data is on a NAS (another thing to deal with-mounting that).
Quote:
In Debian based distributions (such as Ubuntu) it may be a little trickier, than it ought to be, to install a 32 bit program in a 64 bit OS (It is smoother in Red Hat based distributions). But it is unlikely to be terrible hard to install.
All the complications (if any) are at install time. Once a 32 bit program is properly installed in a 64 bit Linux, it runs just as smoothly (or better) than it would in a 32 bit Linux.
If you have some trouble installing a 32 bit program in 64 bit Ubuntu, I suggest you ask for help here, rather than give up on it and switch to 32 bit Ubuntu.
I'll persevere with 64bit then if help is on hand...
Whatever I'm running at present didn't shine with Minecraft last night (R&R time). Quite an interesting benchmark really as it uses masses of resources both RAM & CPU. I'll be trying gvSIG next
Quote:
I also would not suggest selecting a Red Hat based distribution for the minor advantage that installing 32 bit programs in a 64 bit OS is easier. Red Hat based distributions are all less beginner friendly than Ubuntu.
Why not Vector SOHO? Well, I found it a bit tiresome to have to download and burn two disks rather than one. You can always add the extra software yourself, and get exactly what you want, rather than multiple video players. Also I remembered that there'd been some problem or other — and so there had been: http://www.linuxquestions.org/review...p/product/2202
Why not Vector SOHO? Well, I found it a bit tiresome to have to download and burn two disks rather than one. You can always add the extra software yourself, and get exactly what you want, rather than multiple video players. Also I remembered that there'd been some problem or other — and so there had been:
Thank you. I suppose if you were rolling it out over a few PCs it would save a bit of effort but tailoring your downloads has more appeal.
@mogmog: This is a new qn, different are entirely to the original one; I'd recommend asking the Mods (via the Report button) to use it to start a new thread, or just mark this threads a SOLVED and start a new one.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.