Hello João
João Pais a écrit :
by any chance, you are not running an amd64 system? (this is getting hot ground for me, as i am not so sure whether PdX actually does have some x86_64 patches incorporated; but chances are low....)
my new desktop is a 64 d-core intel, I have windows and ubuntu there. it's still new, so I didn't work much with it so far. in windows works well, but I can't get ubuntu to access my quite normal home network, so I didn't got further on that. I can do some testing, if you want (just tell me what to do).
Since my question is a little bit out of pd topic, this one has been sent to pd-ot...
I've tried linux X86_64 for three years with fedora kanotix and ubuntu, just because my new computers has 64bit cpu, and to see if there are better performances.
Obviously I've encountered a lot of problems involved by this new technology, like recompiling programs with the good flags, making a chroot32 environment for closed-source software that has not 64bit compatibility, and others I might have forgotten since, fortunately I've been learning a lot about computers during this adventure in the world of 64bit.
At the end I stopped to use 64bit OS because I didn't see any difference with 32bit ones, I don't need more than 2Go of RAM, and pd isn't able to use all the processors of my amd dual core (I guess it would be the same with intel), also pd is not able to use 64bit integers.
So my question is, is there a particular reason for using a 64bit OS? (given the fact that you are not maintaining binaries) Do you see any improvement in regard of 32bit?
Sorry for all these weird questions, and thank you for the contribution,
Patrice.
patrice colet wrote:
Hello João
So my question is, is there a particular reason for using a 64bit OS? (given the fact that you are not maintaining binaries)
even though i do not maintain binaries, i *do* maintain (and assert) that my _code_ is fully 64bit compatible. the reason for not providing 64bit binaries is the same a for not providing 32bit binaries (either i don't provide binaries at all like with zexy; or i only do not provide binaries for linux because of dependency issues (like Gem))
that's actually the main reason to run my laptop in native 64bit.
running dual-boot turned out to be a pain in the ass, so i dumped 32bit at some point (though it still eats some disk-space...)
other machines i use are running 64studio (which kind of sucks on 32bit). unfortunately not all maintainers of source code seem to be as willing to maintain 64bit compatible code as me which still makes it sometimes necessary to run a project in 32bit mode...
Do you see any improvement in regard of 32bit?
haven't done any comparisions lately. but when i did 3 (or so) years ago, i only remember 64bit being very slightly faster than 32bit when compiling large projects.
mfgadr IOhannes
Hey IOhannes,
IOhannes m zmoelnig a écrit :
patrice colet wrote:
Hello João
So my question is, is there a particular reason for using a 64bit OS? (given the fact that you are not maintaining binaries)
even though i do not maintain binaries, i *do* maintain (and assert) that my _code_ is fully 64bit compatible.
I was so happy to download from repository, and compile gem on debian SID without having any error last time I tried (last year), and I knew that it was because of your work on a 64 OS (thanks!).
the reason for not providing 64bit binaries is the same a for not providing 32bit binaries (either i don't provide binaries at all like with zexy; or i only do not provide binaries for linux because of dependency issues (like Gem))
that's actually the main reason to run my laptop in native 64bit.
running dual-boot turned out to be a pain in the ass, so i dumped 32bit at some point (though it still eats some disk-space...)
Yes it's not easy to share 32 and 64 bit data, the only solution I'v found was about using a chroot32 environment so data uses almost twice the amount it should use on hard drive for programs that have to be maintained on both resolutions.
Running a dual boot like that seems so far from possible for me, I don't even know how to start a kernel that would share both environments!
other machines i use are running 64studio (which kind of sucks on 32bit). unfortunately not all maintainers of source code seem to be as willing to maintain 64bit compatible code as me which still makes it sometimes necessary to run a project in 32bit mode...
If I've understood well, maintaining a 64bit code is just a matter of adding a flag and changing some declarations, it doesn't seem so difficult from my newbee coder point of view, is it?
Thank you again for the answers, it might help people to determine advantages and inconveniences of running/maintaining 64bit OS.
Do you see any improvement in regard of 32bit?
haven't done any comparisions lately. but when i did 3 (or so) years ago, i only remember 64bit being very slightly faster than 32bit when compiling large projects.
mfgadr IOhannes