I am running an application how reads and write a batch process using MongoDb in 2 identical machines. One running Windows 8.1 and the other running Windows Server 2012.
The MongoDb performance in the Windows Server 2012 machine is 5 times worse than Windows 8.
Both machines have 16Gb of RAM, but the mongod.exe process consumes 1.2Gb RAM in Windows 8 and 500Mb in Windows server in an identical local database.
I already use MongoDb 2.4, 2.6 and 2.6 legacy and de behavior is the same.
Has anyone seen this behavior before?
Related
I am using Oracle 10g DB with 10 users(in IE 7 browser).I can not use my application in windows 10.Please guide me for this problem
I am using Oracle 10g DB for my company transaction.That is one physical server with 10 users.This is licensed version.This application only works in IE 7 and below versions.Now i changed all user system to Windows 10. But i cannot run my oracle 10g Application in IE 10 and other browers. Please help me for this issue
I have installed Firebird 3.0.2 SQL database on my Windows Server 2016. No other software has been installed yet.
I'm using Superserver mode and an SSD drive.
When I just copy my database file of size 6 GB, it is done in 20-30 seconds (same disk).
But when I execute backup it takes 20-30 minutes. Restore is about the same amount of time. Together 40-60 minutes.
And there is strange thing: backup/restore process (gbak.exe) does not use full power of CPUs and HDD. It is using only ~20% . I don't understand why.
I think it should be something in configuration right? But I kept everything in default values.
Very important thing: I am new in Windows Server 2016 so I have no idea what I am doing.
Any ideas?
I found out that it is about configuration of Power Options.
Windows Server 2016 is after installation set for Balanced Power Plan.
I changed it to High performance and results are highly better. (backup drops from 30 minutes to 6 minutes)
More details you can find here: https://serverfault.com/a/797473
To find the restore bottleneck in Firebird 3 you should add the detail protokoll option:
-v -stat TDRW Filename
-v (Verbose output of what GBAK is doing)
-stat (Runtime statistics in its verbose output)
T (Total time)
D (Total delta)
R (Page reads)
W (Page writes)
Have a look to the GBAK option
-service localhost:service_mgr
it is a speed demon :-)
I installed Postgresql 9.6 on Windows (x64), using the default installer.
I did this on 2 almost identical machines. On the first machine making a connection to localhost (for example by using psql) is instant, while on the other machine it takes more than 10 seconds.
I even copied the entire directory of the first machine, to make sure there is no difference, but the problem persists. The services are the same, and already running when Windows starts.
What on earth could cause this delay on that one machine?
Any way to identify what's going on?
I am evaluating MongoDB, to work with a large data set around 10 GB.
My search took me to this post
http://edgystuff.tumblr.com/post/49304254688/how-to-use-mongodb-as-a-pure-in-memory-db-redis
Which says that if we have enough RAM memory, then MongoDB automatically will start working as InMemory Database, on Linux
Would MongoDB behave similarly on Windows Server 2012 R2 ?
With minimal or zero tweaking, would MongoDB work as InMemory DB, if we have sufficient RAM ?
Thanks
ameet
I have Postgres 9.1 installed on Windows server 2008 R2 machine having 32 GB RAM. For performance tuning i have to update the shared buffer to 8 GB. But after updating the shared buffer to 8 GB in postgresql.conf file i am not able to start the service. its giving error message "The Postgresql-9.1 - Postgresql server 9.1 serviceon local computer started and then stopped. Some servcies stop automatically if they are not in use by other servcies or programs".
Any one can suggest how can i update the shared buffer. your suggestions are highly appreciated...