Realtek drivers on linux boxes are not perfect - were leading servers to occasional hangs, especially when working in gigabit network. Hetzner's has special Wiki page for it - "The Linux r8169 driver for the Realtek network chips does not always work correctly, even in the newest kernel versions." . So, I was forced to build module from Realtek's ( Read more... )

> root# dd bs=512 skip=19087681 seek=19087681 count=1 if=/dev/sdc of=/dev/sdb
> dd: writing `/dev/sdb': Input/output error
> 1+0 records in
> 0+0 records out
> 0 bytes (0 B) copied, 11.3113 s, 0.0 kB/s

You should probably had added oflag=direct.

When you write 512 byte blocks to a block device, it will read a 4096 byte block, update the 512 ( Read more... )

Debian's 2.6.26 kernel из backports для Etch (по идее в Lenny такая же шняга) тоже не может нормально работать с рейдами, в честь первого воскресенья нового месяца наблюдаем затык тазика. Точнее не то чтобы тазика а всех процессов работающих с /dev/md?
Выглядит примерно так:

Nov 1 07:09:19 tazeg kernel: [2986195.439183] INFO: task xfssyncd:3099 ( Read more... )

Линупс к захвату десктопов готов, я щитаю.

if a particular user has a GNOME session running that includes gnome-panel, and a md sync_action check on the array that hosts that user's home directory is initiated, gnome-panel will allocate memory at a rate of about 1-3MB/s until the check is complete.

prooflink: http://marc.info/?l=linux-raid&m= ( Read more... )

long story short:

23:00:29  >>> arekm is deleting 1.5 mln small (few kb) files on xfs... for last 12 hours
23:00:59 < arekm> server is of course doing other stuff, load ~4
23:05:30 < sandeen> arekm, have fun with that :(
23:05:35 < sandeen> reminds me of my lkml maildir cleanup
23:42:27 < arekm> sandeen: why these operations take soo long? ;((
23:42:52 < ( Read more... )

Total DISK READ: 80.16 M/s | Total DISK WRITE: 2.07 M/s ( Read more... )

К моменту переезда на 2.6.30, возможна дополнительная наебка к комплекту в 2.6.28 (та что rootdelay)
> Maybe 2.6.30 changed the disk ( Read more... )

Need to know: последовательное чтение, по крайней мере в один поток на sw raid1 в линупсе выдаёт скорость одного диска. Причина этого, как не странно, в исходниках ( спасибо sandeen from #xfs @ freenode, что ткнул пальцем в raid1.c:read_balance )

* This routine returns the disk from which the requested read should
* be done. There is a per-array ' ( Read more... )

В процессе обсуждения, всплыла интересная подробность - conntrack генерится на все соединения, а не только на NAT. Проверил, действительно используется, заинтересовался и решил сравнить скорость работы без и с conntrack'ом, результат:

concurrency501005001000req/sec, default19670.72033518343.516995.5req/sec, ip_conntrack on1826818082.217700.216580. ( Read more... )

C ядром 2.6.18 идет старый драйвер e1000 который немного глючный - в частности пакетики то ли теряются, то ли просто как-то странно работает с arp, запросы до ядра не доходят - в общем приходится прописывать арпы статически, что не есть гуд ( Read more... )