How to crack LM Hash online

LMHash is algorithm to encrypt password in some MS windows versions. Almost every administrator knows that LMhash is not safe way to keep paswords, but some ppl still use it especially for backwards compatibility. I would call it stupidity, but you can call it however you want.
There are tons of tools over the internet to extract those hashes from windows machines, from ldap databases and so on.

iotop and Centos 5.6

Kernel 2.6.20+ got real-time process IO statistics accounting. Nice tool to monitor this is iotop, but even thought it's available in rpm, it's not working well on Centos.
If you want install iotop on Centos just install it from EPEL repository. Kernel got already all needed options turned on.
So just add EPEL repo to your system and then
yum install iotop

Another nice tool to monitor system I/O is dstat especially with options --top-bio-adv and --top-io-adv.


Cost saving with intel atom

I've bought intel atom mobo 2 days ago, cause my home server have been consuming too much power.
My plan was to save some bucks and not to struggle too much in performance.
I've bought second hand intel D510MO (cause new atom mobos are too expensive) for 58$ with shipping.
I was a bit sceptical about atom performance, because of my experience with Asus EeePC 901.

LUKS ext4 performance

This time I want to compare performance of LVM based ext4 filesystem with LUKS encrypted device created on the same LVM volume.
Test system is intel cd2 e8200, 6GB RAM, 4*ST31500341AS (seagate 7200.11, 1.5TB) soft raid5.
First result is notcrypted LVM with ext4 filesystem:

Then same volume but encrypted with 128bit AES:

And last result for LUKS encrypted LVM volume with 256bit AES:

Linux software raid with 2-6 disks ext3/ext4 performance tests.

Lately I've got 6 500GB SATA 7200 rpm disks in my hands. So I decided to do some performance tests of linux software raid.
There are a lot of legends about raid levels, which are better for database or file storing. Also there are informations how much which raid layout loads CPU.
So I decided to verify those.

Ext3 / ext4 extended options with soft raid and simple performance tests.

I guess almost every linux admin heard that when you creating ext filesystem over software raid you should consider using extended mkfs options. Two important options for that operation are: stride and stipe-width, which you should calculate for your setup of raid (number of disks, level, chunk size). You can calculate all those parameters each time you create ext2/ext3/ext4, but there are lot of ready calculators to use. I'd prefer using this one. Cause it's simple and fast.


Subscribe to RSS - performance

Main menu

by Dr. Radut