I was wondering to install a server on my windows machine and came to know that it is best to install a 32bit version on a 64bit machine. Is it really required.
Why is it recommended?
I want to install it for study.
Installing 32-bit software on a 64-bit machine is not recommended. No one with any credibility would make this senseless recommendation.
A major disadvantage of 32-bit software is that it cannot use more than 4GB of RAM, because memory addresses must fit into the word size of the software. This is a serious deficiency for a database server, which benefits from extra RAM.
I did consulting for a major company who was having database performance trouble. They were using Windows Server. They had been adding extra RAM DIMMs, having heard that RAM can be used to increase caching resources, but no matter how much RAM they added, it didn't help.
I logged into their site and found they were using Windows Server 32-bit. They had been spending a ton of money on RAM, but their operating system could not see it.
I listened to the YouTube video you linked to, to hear the justification of the speaker. He seems to be saying that since Windows 64-bit is backward-compatible and can run 32-bit binaries, but the reverse is not true (Windows 32-bit cannot run 64-bit binaries), he thinks you should use 32-bit binaries because they will work on both architectures.
That's bad advice.
The better advice is: Make sure you aren't using Windows 32-bit.
Come on, it's 2018. The days of 32-bit platforms is long gone.
It is definitely not required. I would say that it's not even recommended. Any 64 bit machine will be able to run a 32 bit server, however, a 32 bit server will highly underutilize the processor, especially when performing complex or graphical operations
Related
people,
I’ve been working on a cocos2dx game project, which is quite big. This game runs very fine on MacOS ( I5 processor), My old Ipad2, and a lot of middle ends android devices.
Unfortunately, I’m experiencing very serious performance issues on Windows 64. I have compiled the game for Win32.
I’m very worried that those performance issues have their origin on the 32bit limitations. It is true that Windows 64 is compatible with 32-bit software, but I also know that it is not the same thing as native 32-bit in several cases. Generally speaking, native 64-bit software is faster than native 32-bit software, and I’m almost sure that 32-bit apps running on 64 bit OS have to deal with one extra layer of abstraction or adaptations.
Most of the time, converting software from 32 to 64 bit is as easy as flipping a directive on the Visual Studio project. But it seems not to be the case on Cocos2dX.
I tried to change the win32 project changing the target to x64, but It resulted in an avalanche of linker errors on libcocos2d module. the other modules compiled correctly, including the game exe.
I’m still working on this problem in the hope that I could test if the performance issues can be fixed in 64 bit. And it is also good to have my software running with a full 64-bit compatibility.
I have recently updated to Fedora 21 Beta, and updated all packages. As the final release is scheduled early next month, I don't expect anything big to change. So I think the problem I am facing may well persist into the production release.
The problem is that when using some terminal based applications, the terminal responses very slowly. For example, say I edit a file with Vim in terminal, after a few minutes, it becomes increasingly difficult to use. Every time I hit a keystroke, the cursor will wait like a second to respond. Edit the same file (which is of only a dozen of lines) in GVim, everything works as smoothly as expected. Other terminal based applications shows the same slow response. However, using the terminal itself as an interactive shell has no problem at all.
I understand it is very hard to come by an answer to why it is experiencing this kind of slow response based only on my vague description. However, if anyone can point to where I should look for diagnostics of the problem, some log files etc., it will highly appreciated.
Below are some more details of the system.
The computer is a Dell T3500 workstation with Xeon W3550 CPU, NVIDIA Quadro 2000 GPU. I am using the latest NVIDIA binary driver (both the long live version 340.58 as well as the beta series 346.16 are tried). The open-source driver was uninstalled and its kernel module were blacklisted (lsmod | grep nouveau shows nothing, as expected). The desktop environment is GNOME Classic.
I believe the issue is with the Nvidia driver configuration. I know this question is old, but I was looking for a solution to the same problem in Fedora 22. I experienced this issue when I was using Fedora 21, but I mostly put up with it.
The solution for me was to uncheck Sync to VBlank in the Nvidia X Server settings.
Are you running in a VM whose storage grows as you need it? Perhaps the problem is that the VM is taking time to allocate space as your storage needs grow. If that's the case, after a while you won't have the problem anymore, as your virtual disk will have grown as big as it needs to be.
As for diagnostics, try running "top", look for paging activity and resident set size.
Maybe something has a memory leak. It might not be in the terminal, but in one of its dependencies.
I have the choice between Centos and windows server 2008 to deploy as a mercurial server.
I am pretty confident with both operating systems, although probably a little more with windows.
For this question assume I am equally confident with both Operating systems.
Which should I use with regard to ease of maintenance, stability and backups?
Or is there just no difference?
I would prefer the linux server. But you could use SCM-Manager, then it is very easy on Windows and Linux.
The one you're most comfortable with.
There's no point in installing CentOS / Windows if you've never used it and lose hours on configuration and other problems.
I'd go with CentOS simply to avoid the licensing fee. Plus it's just as easy to setup and configure as a Windows server if you know what you are doing.
(I've read a lot about 64-bit versus 32-bit OS/Apps, but this question is specifically in regards to databases.)
I'm trying to understand the pros and cons of 32-bit versus 64-bit databases, and namely, under what conditions that it starts to make sense to use 64-bit installations.
The database systems that I am interested in are: SQL Server 2008, MySQL, and PostgreSQL 9.0.
I have read that pre-9.0 versions of PostgreSQL only comes in 32-bit for Windows, and this article about running 32-bit PostgreSQL on 64-bit Windows clears up some of my confusion, but I'm looking for more info.
When would I benefit from using 64-bit databases (i.e. database size/disk space, available system memory, types of data sernarios that are known to benefit from it, which database engine being used, etc.)?
Assuming you have a 64-bit capable OS and processor, the most important advantage of 64-bits is the ability to use more than 4GB of memory.
Can MySQL 5.4 beta be compiled for 32-bit processors under Linux?
The current beta only has binaries for some 64-bit versions, but if you're keen on starting to beta test right now you should be able to compile from the sources on a 32-bit systems. (It IS a beta, of course, so unreliability IS to be expected -- don't run it in production, whether on 32-bit or 64-bit systems!)
According to this blog it's only available for 64-bit machines.
http://willysr.blogspot.com/2009/04/mysql-54-preview.html
or here
First, the preview release of MySQL
5.4 only includes the InnoDB scalability fixes (addressing more
CPU's/cores). Second, it is limited to
the Solaris and Linux 64-bit platforms
at this time. The other features
mentioned in this article and
additional platform support will be
appearing very shortly, so be looking
for upcoming announcements soon.
http://74.125.93.132/search?q=cache:iLgUTcXAmGUJ:mirror.facebook.com/mysql/tech-resources/articles/mysql-54.html+mysql+5.4+64bit+only&cd=9&hl=en&ct=clnk&gl=us&client=firefox-a
google cache because that website is down
if you can run ./configure and make without any errors, it should work properly.