Archive for July 2011
Windows: Auslogics BenchTown is a simple and free benchmarking tool that tests your system’s hardware and gives you a rating score that you can compare with others.
BenchTown checks your CPU, RAM, HDD, and graphics card (2D and 3D capabilities), and provides scores for each. You can also get a detailed view of these system properties in the program. the benchmark test took less than 5 minutes for me and was easy to use in the simple interface (much like Auslogics’ fast Disk Defrag, one of Lifehacker readers’ favorite Windows maintenance tools).
In the end, although you get a nice bar graph showing which components your computer tested well for, the “Ausmarks” score really has no meaning without context, so you’ll want to hit the “Compare with Friends” button to see how your system stacks up against other BenchTown users. the community at BenchTown.com is still growing (there are under 500 users right now), but you can compare your system against other users there (mine, being a laptop, albeit a newish one, was on the low side of average).
BenchTown isn’t as robust as other benchmarking tools we’ve mentioned in the past, like PC Wizard, but it does give you a different performance metric than Windows’ built-in Experience Index, which also gives your computer a performance rating. the community/comparison aspect may make BenchTown very helpful in determining when you need to upgrade your hardware.
You can follow or contact Melanie Pinola, the author of this post, on Twitter.
Well i just built a new computer and it has been having some freezing issues. I have come down to it being either the RAM or the Hard drive. I wanted to know how could i test each of my three sticks of ram to see if they were the issue?
if you have any info about what else could be causing the freezing please tell.
what OS do you have?
FUEL Database on MontaVista Linux whether building a mobile handset, a car navigation system, a package tracking device, or a home entertainment console, developers need capable software systems, including an operating system, development tools, and supporting libraries, to gain maximum benefit from their hardware platform and to meet aggressive time-to-market goals.
Breaking new Ground: the Evolution of Linux Clustering With a platform comprising a complete Linux distribution, enhanced for clustering, and tailored for HPC, Penguin Computing
So I've been experiencing a lot of computer problems recently, and having a lot of difficulties pinpointing the exact issue. I had been getting a -lot- of random stop errors, my computer was freezing up/rebooting randomly very often. I tested my ram using memtest86 and found thousands of errors, so I rma'd the ram, got new ones and put those in and still recieved stop errors while trying to reinstall windows xp. So now I went to get it tested at a local computer shop and they said my motherboard was shot, so I rma'd the mbo, and still recieved the same stop errors.
Now I have no clue what is wrong, could the bad motherboard have caused my ram to go bad? can bad ram cause a mbo to go bad?
Is it possible that I have bad cpu which is causing the mbo to go bad which is causing the ram to go bad?
Since you have RMA's both the RAM and the Motherboard, I would suggest that you might have RAM that is incompatible with your Motherboard.
Try purchasing new RAM. Check to see if the Manufacturer of your Motherboard has any recommendations. I recommend Corsair. It is a good brand for RAM.
I don't think you have a bad CPU. I have experienced this before and as soon as I replaced the RAM (although the old RAM was perfectly functional), it worked perfectly. no more random reboots and system freezing up.
I suggest you test the computer registry documents were damaged, may lead to your question
You need to repair clean up the registry documents.
You can solve the problem
Can help you
‘tis the season to fix your virtual environment and there’s no better way to start that process than with a “to do” list. And, you know you need one. So, here’s your list for those dog days of summer, when you want to heat things up even more. You won’t solve all ten of these items in a day or in a week. It’s an ongoing process but you need to get started now, so here, here’s your license and your permission to fix what’s broken and put yourself in a better strategic position to expand and grow.
1. Virtual Host Updates – You need to update your virtual host systems on a regular basis. What’s regular? You need to check quarterly on the high side and monthly on the normal side. Remember that using Distributed Resource Scheduling, when you put a virtual host system in Maintenance mode, its VMs scatter like rats on a sinking ship, so you can perform these updates during normal business hours.
2. Firmware Updates – yes, you need to keep firmware up to date on physical servers, blades and enclosures. Some of these are critical so don’t slack on them. Quarterly to twice yearly should be sufficient to keep new hardware features and fixes coming your way. The easiest way to maintain these updates is to place yourself on vendor mailing lists for them. Every vendor worth its salt has lists that you can join to keep you abreast of critical updates.
3. Operating System Updates – yes, the dreaded OS patching rears its ugly head again. this necessary evil can drive you to the brink of homicide. there are new patches, security updates, service packs and updates of some kind landing in my email on an almost daily basis. In larger environments, it’s advisable to have a separate team to manage patching. Depending on the severity level of the patch, this could be a weekly exercise. Monthly is probably the correct frequency for most patching needs.
4. VMware Tools Upgrade – do you see that exclamation mark in the system tray on top of your VMware Tools icon? that means you need to update the tools package. It requires a reboot on Windows operating systems so plan accordingly. The update doesn’t takes a few minutes per system to perform but it’s worth it for the enhanced drivers and new hardware. this update needs to be performed when updates become available.
5. Virtual Machine Hardware Upgrade – this one is a pain but necessary for better performance. When you update from an earlier version of VMware to vSphere, you’ll have to do this. There’s no easy way to do it either. It’s a lengthy process that requires multiple reboots and network reconfiguration on your VMs. if you’re running vSphere 4.x, check your virtual machine’s hardware by selecting a VM in VCenter and look at the Hardware version on the Summary tab. if it reads 4, you need to update. if it is 7, you’re cool.
6. Remove Orphaned VMDKs – this is one of those pesky housekeeping items that you absolutely must do. Disk files sometimes stay behind, when you delete VMs from inventory. And, once you’ve deleted a system from inventory, there’s no reason to keep any of its associated files around just burning up valuable space. Checking for orphaned VMs on a quarterly basis is sufficient to keep your LUNs clutter free.How do you check for orphaned disk files, you ask? I use a PowerShell script that I found somewhere and modified to fit my environment. The script scans your environment for orphaned VMDK files and provides you a report on its scan. No files are deleted during the scan. You have to do that manually and it’s recommended that you double check the findings and remove the orphans after you’ve made that verification.
7. Adjust vCPUs – as I discussed in, The Late great Virtual CPU Debate, you should inventory your VMs for multiple vCPU usage and do some serious pruning. Generally speaking, you should configure VMs with single vCPUs. Multiple vCPUs are for special cases and specific workloads.
8. Adjust Virtual Memory – You should take an inventory of your VMs, how much memory you’ve allocated to each one and adjust accordingly. You won’t necessarily adjust them downward but you probably will adjust a lot of them in the downward direction. Memory overcommitment is a big problem in virtual environments but it’s also a very popular thing to do. a wiser solution is to use performance data to determine what your VM’s memory needs are an adjust to best performance that doesn’t waste resources. why allocate 4GB of memory for a test web server, when one or two is plenty?
9. Change Operating Systems – this recommendation won’t make a lot of people happy but it’s a good practice. but, why would it make such a difference? if you run a lot of Windows servers in your environment, you’re also burning a lot of resources (Memory, for one) that could be used for other workloads.
For example, Windows 2008 R2 requires a minimum of 512MB RAM (OK, try running on that) but realistically needs at least 2GB of RAM out of the box for just the OS. Add an additional two to four GB for each standard workload. Add more for more intense workloads.
If you switch your workloads to Linux, you’ll find that you’ll use from one-eighth to one-half the memory per VM. plus, if you use Ubuntu Linux, you won’t have to deal with the extreme licensing fees from Microsoft. better performance, fewer consumed resources and no licensing fees. No brainer?
10. Add Capacity – if you’re growing your virtual infrastructure, add capacity. Don’t wait until you’re experiencing outages, the DRS dance or growth stoppage. Add capacity now and expand into it. You have to stay at least one step ahead of your growth expectations by adding capacity before you need it. Add additional memory to your hosts, add CPUs or upgrade your CPUs and add disk space to resolve performance bottlenecks or growth slowdowns. Hearing the words, “We’re out of capacity,” is an unacceptable excuse.