Print

Please login or register.
1 Hour 1 Day 1 Week 1 Month Forever
Login with username, password and session length

[TheBoy]

I'd put more RAM in - swapping to flash memory?

Also would a reboot help - seeing it is on Windows

Flash is a very poor disk due to poor data rentention/integrity if constantly written.  No, it pages to disks.


Its a Windows server, only reboots it needs is for patching

Oh regularly then

Patched the day after 'patch Tuesday' monthly. Normally, there's a 1 in 3 chance of reboot required, average automatic reboot is every 3 months.

It may need an outage over weekend, depending on whether vga card has failed, or the monitor...

[Marks DTM Calib]

So my next Q to you techies, can you guess why it is running fine

Coz I suspect that most of whats in the page file is not being accessed......is it the whole forum from day 1 ?.

[TheBoy]

So my next Q to you techies, can you guess why it is running fine

Coz I suspect that most of whats in the page file is not being accessed......is it the whole forum from day 1 ?.
 

correct, and correct.

Page Faults/sec are fairly low, despite the amount of committed v physical RAM.  Plus 64bit Windows handles it better than 32bit Windows.

Nice easy one...

[Kevin Wood]

Yep, whatever is there isn't needed often - if at all.

Time to name and shame a few processes?

Kevin

[TheBoy]

Yep, whatever is there isn't needed often - if at all.

Time to name and shame a few processes?

Kevin

VMWare is obviously biggest culprit - all of OOF's servers' RAM is set not to page, along with other VMs that are running (currently, when screenshot taken, 2 Linux, one Windows).

Some pretty big databases live on there (fallback for my brother's shops), and RDBMS do like to hog memory, plus quite a few IIS asp and aspx sites. Some of the apps grab memory for performance reasons.


Most importantly, a fast disk subsystem to page quickly when required.

[Kevin Wood]

Ahh, yes. Processes not that interesting when the meat is all done in VMs.  

Right, shall I do a search now and see if I can make it grunt a bit ?  

Kevin

[TheBoy]

Ahh, yes. Processes not that interesting when the meat is all done in VMs.  

Right, shall I do a search now and see if I can make it grunt a bit ?  

Kevin

the search is cpu intensive. the cpus can cope easily

[TheBoy]

Ahh, yes. Processes not that interesting when the meat is all done in VMs.  

Right, shall I do a search now and see if I can make it grunt a bit ?  

Kevin

the search is cpu intensive. the cpus can cope easily

Its the google submission script that does make the processors cry

[Kevin Wood]

Ahh, yes. Processes not that interesting when the meat is all done in VMs.  

Right, shall I do a search now and see if I can make it grunt a bit ?  

Kevin

the search is cpu intensive. the cpus can cope easily

They're looking a bit bored, to be honest.

Kevin

[cem_devecioglu]

again late answer..Dentist adventure..

obviously system needs more memory..But it doesnt guarantee much faster op.May be VM and linux needs a bit playing on parameters if possible..

paging files can be adressed to raid arrays alternatively..

[TheBoy]

again late answer..Dentist adventure..

obviously system needs more memory..But it doesnt guarantee much faster op.May be VM and linux needs a bit playing on parameters if possible..

paging files can be adressed to raid arrays alternatively..

One of the problems with a full hypervisor type system like vmware is its lack of flexibility with hardware resources.  So I may, at any point in time, have some VMs using little memory, but still being allocated lots (VMWare does cope with this to an extent, but far from perfect)

[TheBoy]

Another 2G ordered, should be here next week...

[cem_devecioglu]

As I'm a programmer one operating system inside another is enough complicated for me.

Dont know how they handle 2 kernels one inside another.  

Of course this makes the administration and tuning tasks really complicated..

[cem_devecioglu]

I remember end of 1980 ties we were trying to learn 8086 assembly codes..

When 32 bit 386 was demonstrated assembly modes were same as twilight zone..After I give up..

[Kevin Wood]

When 32 bit 386 was demonstrated assembly modes were same as twilight zone..After I give up..

Ahh, that's just when the "kernel within a kernel" stuff got really exciting!

The most fun project I've worked on was developing an embedded system from the RTOS kernel upwards. Made me realise what you can go with a little processing power if things don't get too bloated. Our simulation build running on a top spec PC at the time ran many times slower than on the target system - which was a 16 bit machine running at 20MHz IIRC.

Kevin