Dotaz: Ext4 a vmware

[Nicco]

Nechal som sa zlakat a presiel som z ext3 na ext4. V normalnej notebookovej praci je to celkom svizne, ale ked ked zapnem vmware s windowsami z fyzickeho disku, tak ten vmware je asi 10krat pomalsi ako ked som mal ext3.

kjournald2 mi v iotope konstantne zabera 98% IO (strieda sa na prvom mieste s pdflush)

Takze otazka,

1. da sa bezpecne konvertovat ext4 na ext3?
2. Ma niekto skusenost s perf. tunningom ext4, pripadne skusal niekto tieto vlastnosti ext4:

data=journal		All data are committed into the journal prior to being
			written into the main file system.

data=ordered	(*)	All data are forced directly out to the main file
			system prior to its metadata being committed to the
			journal.

data=writeback		Data ordering is not preserved, data may be written
			into the main file system after its metadata has been
			committed to the journal.

ext4 parametre

Ak tam dam writeback tak tym vypnem zurnal? Ked potom vytiahnem kabel z elektriky, pridem o data? Ma nejaky iny parameter vpliv na kjournald2 IO operacie?

Moj fstab:

/dev/sda4            swap                 swap       defaults              0 0
/dev/sda3            /                    ext4       acl,user_xattr        1 1
proc                 /proc                proc       defaults              0 0
sysfs                /sys                 sysfs      noauto                0 0
debugfs              /sys/kernel/debug    debugfs    noauto                0 0
usbfs                /proc/bus/usb        usbfs      noauto                0 0
devpts               /dev/pts             devpts     mode=0620,gid=5       0 0

Suse 11.2/32bit

Diky

Odpovědi

[Heron]

V normalnej notebookovej praci je to celkom svizne, ale ked ked zapnem vmware s windowsami z fyzickeho disku, tak ten vmware je asi 10krat pomalsi ako ked som mal ext3.

Jak píšete, windows se načítají z fyzikého disku a nikoliv z vmdk souboru na té ext4. Zde nevidím souvislost.

kjournald2 mi v iotope konstantne zabera 98% IO (strieda sa na prvom mieste s pdflush)

To dělá pouze při zapnutém vmware nebo pořád?

da sa bezpecne konvertovat ext4 na ext3?

Bezpečně ano, zazálohovat a vytvořit ext3. Zkonvertovat na místě to nejde.

Ak tam dam writeback tak tym vypnem zurnal?

Nikoliv. Jen se změní pořadí zápisu dat na disk. Writeback zajišťuje konzistenci metadat na FS, ovšem ne samotných dat. Tento mód je obecně nejrychlejší. Ostatní souborové systémy žurnálují právě takto. Můžete to zkusit nastavit a uvidíte.

Ma nejaky iny parameter vpliv na kjournald2 IO operacie?

U ext3 to byl parametr commit, ale ten už u ext4 postrádá smysl.

Zkuste prosím popsat jakým postupem jste konvertoval tu ext3 na 4. Nově vytvořený fs, nebo nějaký jiný postup?

[Nicco]

Diky za rychlu odpoved. Ext4 som vytvoril s novou instalaciou suse 11.2. Povodne som mal ext3 a 11.1. Takze cela particia bola preformatovana na ext4, ziadna konverzia.

Vmware/Win sa sice nenacitava z vmdk na tom ext4, ale vmware si otvori asi 6 suborov a to vytazi hostitelsky system.

Takto nejak sa tie subory zobrazuju v iotope:

vmware-vmx -ssnapshot.numRollingTiers=0 -sRemoteDisplay.vnc.enabled=FALSE -s vmx.stdio.keep=TRUE -# product=8;name=VMware Player;version=3.0.0;buildnumber=203739;l

kjournald2 zapisuje stale nieco, ale ked nemam vmware spustene, tak berie asi 2-3% a je aj tak najviac IO berucim programom.

 

Ten writeback je trochu zlozitejsie nastavit, nez som si myslel:

 

The problem is, that you cannot just add data=writeback to your fstab entry and expect everything to work well.

If you look at your logs, you will see that the system complains when mounting the root fs because it cannot change the journaling model by itself.

It mounts the fs read-only, and it just happens that it is X that is the first process in the normal bootup sequence that throws a complete wobbly on account of this.

You need to use tune2fs to change the journal if you really want to do this.

With the root partition mounted readonly (e.g., after one of your failed boot attempts -- but MAKE SURE IT IS RO) do:

# tune2fs -o journal_data_writeback /dev/sdXY (where sdXY is the partition of interest)

Then, reboot, and all should work. Look at my /etc/fstab for a system based on an ssd and you will see that it can work.

eurgain@juno:~$ cat /etc/fstab UUID=57db94de-99f2-227a-83fe-3ca75c4d7f6e / ext4 noatime,barrier=0,data=writeback,nobh,commit=100,nouser_xattr 0 1

 

 

2 priklady ako to vyzera ked vo vmware otvaram nejaky binarny subor - pdf, doc...

Total DISK READ: 0 B/s | Total DISK WRITE: 192.03 K/s
  PID USER      DISK READ  DISK WRITE   SWAPIN    IO>    COMMAND
  274 root           0 B/s  134.42 K/s  0.00 % 62.19 % [kjournald2]
30432 tomas          0 B/s   49.93 K/s  0.00 %  0.00 % vmware-vmx -ssnapshot.numRollingTiers=0 -sRemoteDisplay.vnc.enabled=FALSE -s vmx.stdio.keep=TRUE -# product=8;name=VMware Player;version=3.0.0;buildnumber=203739;l
30440 tomas          0 B/s    7.68 K/s  0.00 %  0.00 % vmware-vmx -ssnapshot.numRollingTiers=0 -sRemoteDisplay.vnc.enabled=FALSE -s vmx.stdio.keep=TRUE -# product=8;name=VMware Player;version=3.0.0;buildnumber=203739;l
    1 root           0 B/s       0 B/s  0.00 %  0.00 % init [5]
    2 root           0 B/s       0 B/s  0.00 %  0.00 % [kthreadd]
    3 root           0 B/s       0 B/s  0.00 %  0.00 % [migration/0]
    4 root           0 B/s       0 B/s  0.00 %  0.00 % [ksoftirqd/0]
    5 root           0 B/s       0 B/s  0.00 %  0.00 % [watchdog/0]
    6 root           0 B/s       0 B/s  0.00 %  0.00 % [migration/1]
    7 root           0 B/s       0 B/s  0.00 %  0.00 % [ksoftirqd/1]
    8 root           0 B/s       0 B/s  0.00 %  0.00 % [watchdog/1]
    9 root           0 B/s       0 B/s  0.00 %  0.00 % [events/0]
   10 root           0 B/s       0 B/s  0.00 %  0.00 % [events/1]
   11 root           0 B/s       0 B/s  0.00 %  0.00 % [netns]
   12 root           0 B/s       0 B/s  0.00 %  0.00 % [async/mgr]
   13 root           0 B/s       0 B/s  0.00 %  0.00 % [kintegrityd/0]
   14 root           0 B/s       0 B/s  0.00 %  0.00 % [kintegrityd/1]
   15 root           0 B/s       0 B/s  0.00 %  0.00 % [kblockd/0]
   16 root           0 B/s       0 B/s  0.00 %  0.00 % [kblockd/1]
   17 root           0 B/s       0 B/s  0.00 %  0.00 % [kacpid]
   18 root           0 B/s       0 B/s  0.00 %  0.00 % [kacpi_notify]
   19 root           0 B/s       0 B/s  0.00 %  0.00 % [kacpi_hotplug]
   20 root           0 B/s       0 B/s  0.00 %  0.00 % [ata/0]
   21 root           0 B/s       0 B/s  0.00 %  0.00 % [ata/1]
   22 root           0 B/s       0 B/s  0.00 %  0.00 % [ata_aux]
   23 root           0 B/s       0 B/s  0.00 %  0.00 % [ksuspend_usbd]
   24 root           0 B/s       0 B/s  0.00 %  0.00 % [khubd]
   25 root           0 B/s       0 B/s  0.00 %  0.00 % [kseriod]
   26 root           0 B/s       0 B/s  0.00 %  0.00 % [kondemand/0]
   27 root           0 B/s       0 B/s  0.00 %  0.00 % [kondemand/1]
   28 root           0 B/s       0 B/s  0.00 %  0.00 % [khelper]
   29 root           0 B/s       0 B/s  0.00 %  0.00 % [khungtaskd]
   32 root           0 B/s       0 B/s  0.00







Total DISK READ: 498.48 K/s | Total DISK WRITE: 1671.82 K/s
  PID USER      DISK READ  DISK WRITE   SWAPIN    IO>    COMMAND
  274 root           0 B/s  149.54 K/s  0.00 % 99.99 % [kjournald2]
32097 root           0 B/s  671.03 K/s  0.00 % 99.99 % [pdflush]
30439 tomas     111.20 K/s       0 B/s  0.00 % 34.86 % vmware-vmx -ssnapshot.numRollingTiers=0 -sRemoteDisplay.vnc.enabled=FALSE -s vmx.stdio.keep=TRUE -# product=8;name=VMware Player;version=3.0.0;buildnumber=203739;l
30440 tomas      34.51 K/s       0 B/s  0.00 % 24.86 % vmware-vmx -ssnapshot.numRollingTiers=0 -sRemoteDisplay.vnc.enabled=FALSE -s vmx.stdio.keep=TRUE -# product=8;name=VMware Player;version=3.0.0;buildnumber=203739;l
30432 tomas     256.91 K/s  640.35 K/s  0.00 % 19.75 % vmware-vmx -ssnapshot.numRollingTiers=0 -sRemoteDisplay.vnc.enabled=FALSE -s vmx.stdio.keep=TRUE -# product=8;name=VMware Player;version=3.0.0;buildnumber=203739;l
30438 tomas      95.86 K/s       0 B/s  0.00 % 16.31 % vmware-vmx -ssnapshot.numRollingTiers=0 -sRemoteDisplay.vnc.enabled=FALSE -s vmx.stdio.keep=TRUE -# product=8;name=VMware Player;version=3.0.0;buildnumber=203739;l
30429 tomas          0 B/s  210.89 K/s  0.00 %  0.00 % vmware-vmx -ssnapshot.numRollingTiers=0 -sRemoteDisplay.vnc.enabled=FALSE -s vmx.stdio.keep=TRUE -# product=8;name=VMware Player;version=3.0.0;buildnumber=203739;l
    1 root           0 B/s       0 B/s  0.00 %  0.00 % init [5]
    2 root           0 B/s       0 B/s  0.00 %  0.00 % [kthreadd]
    3 root           0 B/s       0 B/s  0.00 %  0.00 % [migration/0]
    4 root           0 B/s       0 B/s  0.00 %  0.00 % [ksoftirqd/0]
    5 root           0 B/s       0 B/s  0.00 %  0.00 % [watchdog/0]
    6 root           0 B/s       0 B/s  0.00 %  0.00 % [migration/1]
    7 root           0 B/s       0 B/s  0.00 %  0.00 % [ksoftirqd/1]
    8 root           0 B/s       0 B/s  0.00 %  0.00 % [watchdog/1]
    9 root           0 B/s       0 B/s  0.00 %  0.00 % [events/0]
   10 root           0 B/s       0 B/s  0.00 %  0.00 % [events/1]
   11 root           0 B/s       0 B/s  0.00 %  0.00 % [netns]
   12 root           0 B/s       0 B/s  0.00 %  0.00 % [async/mgr]
   13 root           0 B/s       0 B/s  0.00 %  0.00 % [kintegrityd/0]
   14 root           0 B/s       0 B/s  0.00 %  0.00 % [kintegrityd/1]
   15 root           0 B/s       0 B/s  0.00 %  0.00 % [kblockd/0]
   16 root           0 B/s       0 B/s  0.00 %  0.00 % [kblockd/1]
   17 root           0 B/s       0 B/s  0.00 %  0.00 % [kacpid]
   18 root           0 B/s       0 B/s  0.00 %  0.00 % [kacpi_notify]
   19 root           0 B/s       0 B/s  0.00 %  0.00 % [kacpi_hotplug]
   20 root           0 B/s       0 B/s  0.00 %  0.00 % [ata/0]
   21 root           0 B/s       0 B/s  0.00 %  0.00 % [ata/1]
   22 root           0 B/s       0 B/s  0.00 %  0.00 % [ata_aux]

V normalnej notebookovej praci je to celkom svizne, ale ked ked zapnem vmware s windowsami z fyzickeho disku, tak ten vmware je asi 10krat pomalsi ako ked som mal ext3.

Jak píšete, windows se načítají z fyzikého disku a nikoliv z vmdk souboru na té ext4. Zde nevidím souvislost.

kjournald2 mi v iotope konstantne zabera 98% IO (strieda sa na prvom mieste s pdflush)

To dělá pouze při zapnutém vmware nebo pořád?

da sa bezpecne konvertovat ext4 na ext3?

Bezpečně ano, zazálohovat a vytvořit ext3. Zkonvertovat na místě to nejde.

Ak tam dam writeback tak tym vypnem zurnal?

Nikoliv. Jen se změní pořadí zápisu dat na disk. Writeback zajišťuje konzistenci metadat na FS, ovšem ne samotných dat. Tento mód je obecně nejrychlejší. Ostatní souborové systémy žurnálují právě takto. Můžete to zkusit nastavit a uvidíte.

Ma nejaky iny parameter vpliv na kjournald2 IO operacie?

U ext3 to byl parametr commit, ale ten už u ext4 postrádá smysl.

Zkuste prosím popsat jakým postupem jste konvertoval tu ext3 na 4. Nově vytvořený fs, nebo nějaký jiný postup?

[Heron]

Ten writeback je trochu zlozitejsie nastavit, nez som si myslel

tune4fs (tune2fs je pro ext2 a 3) je běžný nástroj a nastavení modu žurnálu je opravdu bezpečné. Dokonce si tam můžete nastavit acl a user_xattr a pak v fstab používat defaults místo vypisování vlastností.

Ještě mě tak napadá, vmware si ukládá na disk swap soubor pro daný virtuální stroj. Ten tedy ukládá na tu ext4. Je tento ext4 oddíl na stejném fyzickém disku jako ten windows oddíl? Pak by se totiž o jeden disk hádal jak fs tak vmware.

[Nicco]

Ano vsetko je na jednom disku. Mam 4 particie - win, data, linux a linuxswap. Takze vmware ma swap na linuxovom ext4 a prave tie IO operacie s diskom/swapom my vytazuju PC. Ale ako som uz pisal, ked som mal ext3/11.1 (a aj dokonca google desktop, ktory teda poriadne spomali pocitac) tak to bolo podstatne rychlejsie a bez casteho vyskakovania kjournald na 99%.

[Nicco]

tune4fs som nenasiel, takze som skusil tune2fs, ale ako z toho zistim, aky typ zurnalu pouzivam?:

suse112:~ # tune2fs -l /dev/sda3
tune2fs 1.41.9 (22-Aug-2009)
Filesystem volume name:   <none>
Last mounted on:          /root
Filesystem UUID:          d23b6519-379d-4b84-91d5-cb431f3b5eb8
Filesystem magic number:  0xEF53
Filesystem revision #:    1 (dynamic)
Filesystem features:      has_journal ext_attr resize_inode dir_index filetype needs_recovery extent flex_bg sparse_super large_file huge_file uninit_bg dir_nlink extra_isize
Filesystem flags:         signed_directory_hash
Default mount options:    (none)
Filesystem state:         clean
Errors behavior:          Continue
Filesystem OS type:       Linux
Inode count:              1684256
Block count:              6735251
Reserved block count:     336762
Free blocks:              1958040
Free inodes:              1422524
First block:              0
Block size:               4096
Fragment size:            4096
Reserved GDT blocks:      1022
Blocks per group:         32768
Fragments per group:      32768
Inodes per group:         8176
Inode blocks per group:   511
Flex block group size:    16
Filesystem created:       Sat Nov 28 19:32:14 2009
Last mount time:          Thu Jan  7 09:24:40 2010
Last write time:          Thu Jan  7 09:24:40 2010
Mount count:              70
Maximum mount count:      -1
Last checked:             Sat Nov 28 19:32:14 2009
Check interval:           0 (<none>)
Lifetime writes:          162 GB
Reserved blocks uid:      0 (user root)
Reserved blocks gid:      0 (group root)
First inode:              11
Inode size:               256
Required extra isize:     28
Desired extra isize:      28
Journal inode:            8
First orphan inode:       6622
Default directory hash:   half_md4
Directory Hash Seed:      40e4fb5a-0298-4d13-914c-39e01aadd642
Journal backup:           inode blocks
suse112:~ # cat /etc/fstab
/dev/sda4            swap                 swap       defaults              0 0
/dev/sda3            /                    ext4       acl,user_xattr        1 1
proc                 /proc                proc       defaults              0 0
sysfs                /sys                 sysfs      noauto                0 0
debugfs              /sys/kernel/debug    debugfs    noauto                0 0
usbfs                /proc/bus/usb        usbfs      noauto                0 0
devpts               /dev/pts             devpts     mode=0620,gid=5       0 0
/dev/sda2            /media/DATADISK      ext3       user,acl,user_xattr   1 2
suse112:~ #

[Heron]

To lze najít ve výstupu dmesg, nebo /var/log/messages.

Např:

EXT3 FS on sda1, internal journal
EXT3-fs: mounted filesystem with ordered data mode.

Teď nemám po ruce ext4, ale mělo by to být hodně podobné.

[Nicco]

Tak som mal cas a prehodil som to na 64bit a ReiserFS.

Poznatky:

1) Reiser je na desktopovu pracu pomalsi nez EXT4. Myslim spustanie Firefoxu. OOo alebo startovanie PC.

2) ked ale spustim vmware, je to ine kafe. kjournald2 uz nevyskakuje na 99%, vmware procesy beru max 30% namiesto 90. Notebok sa neprehrieva a ventilator je ticho. Reakcie vo vmware su tiez rychlejsie.

 PID USER      DISK READ  DISK WRITE   SWAPIN    IO>    COMMAND
 6113 root       89.76 K/s    3.90 K/s  0.00 % 15.52 % vmware-vmx -ssnapshot.numRollingTiers=0 -sRemoteDisplay.vnc.enabled=FALSE -s vmx.stdio.keep=TRUE -# product=8;name=VMware Player;version=3.0
 6114 root       58.54 K/s    3.90 K/s  0.00 %  9.22 % vmware-vmx -ssnapshot.numRollingTiers=0 -sRemoteDisplay.vnc.enabled=FALSE -s vmx.stdio.keep=TRUE -# product=8;name=VMware Player;version=3.0
 6115 root       58.54 K/s       0 B/s  0.00 %  4.71 % vmware-vmx -ssnapshot.numRollingTiers=0 -sRemoteDisplay.vnc.enabled=FALSE -s vmx.stdio.keep=TRUE -# product=8;name=VMware Player;version=3.0
 6196 tomas          0 B/s   15.61 K/s  0.00 %  0.00 % kdeinit4: kwrite [kdeinit]
 6104 root           0 B/s   42.93 K/s  0.00 %  0.00 % vmware-vmx -ssnapshot.numRollingTiers=0 -sRemoteDisplay.vnc.enabled=FALSE -s vmx.stdio.keep=TRUE -# product=8;name=VMware Player;version=3.0
    1 root           0 B/s       0 B/s  0.00 %  0.00 % init [5]
    2 root           0 B/s       0 B/s  0.00 %  0.00 % [kthreadd]
    3 root           0 B/s       0 B/s  0.00 %  0.00 % [migration/0]
    4 root           0 B/s       0 B/s  0.00 %  0.00 % [ksoftirqd/0]
    5 root           0 B/s       0 B/s  0.00 %  0.00 % [watchdog/0]
    6 root           0 B/s       0 B/s  0.00 %  0.00 % [migration/1]
    7 root           0 B/s       0 B/s  0.00 %  0.00 % [ksoftirqd/1]
    8 root           0 B/s       0 B/s  0.00 %  0.00 % [watchdog/1]
    9 root           0 B/s       0 B/s  0.00 %  0.00 % [events/0]


 PID USER      DISK READ  DISK WRITE   SWAPIN    IO>    COMMAND
 6114 root     1057.56 K/s  199.02 K/s  0.00 % 24.83 % vmware-vmx -ssnapshot.numRollingTiers=0 -sRemoteDisplay.vnc.enabled=FALSE -s vmx.stdio.keep=TRUE -# product=8;name=VMware Player;version=3.0
 6113 root      940.49 K/s  199.02 K/s  0.00 % 22.47 % vmware-vmx -ssnapshot.numRollingTiers=0 -sRemoteDisplay.vnc.enabled=FALSE -s vmx.stdio.keep=TRUE -# product=8;name=VMware Player;version=3.0
 6115 root     1518.05 K/s  199.02 K/s  0.00 % 20.21 % vmware-vmx -ssnapshot.numRollingTiers=0 -sRemoteDisplay.vnc.enabled=FALSE -s vmx.stdio.keep=TRUE -# product=8;name=VMware Player;version=3.0
    1 root           0 B/s       0 B/s  0.00 %  0.00 % init [5]
    2 root           0 B/s       0 B/s  0.00 %  0.00 % [kthreadd]
    3 root           0 B/s       0 B/s  0.00 %  0.00 % [migration/0]
    4 root           0 B/s       0 B/s  0.00 %  0.00 % [ksoftirqd/0]
    5 root           0 B/s       0 B/s  0.00 %  0.00 % [watchdog/0]



 PID USER      DISK READ  DISK WRITE   SWAPIN    IO>    COMMAND
 6113 root      714.15 K/s  140.49 K/s  0.00 %  5.96 % vmware-vmx -ssnapshot.numRollingTiers=0 -sRemoteDisplay.vnc.enabled=FALSE -s vmx.stdio.keep=TRUE -# product=8;name=VMware Player;version=3.0
 6114 root      351.22 K/s  144.39 K/s  0.00 %  4.16 % vmware-vmx -ssnapshot.numRollingTiers=0 -sRemoteDisplay.vnc.enabled=FALSE -s vmx.stdio.keep=TRUE -# product=8;name=VMware Player;version=3.0
 6115 root      355.12 K/s  132.68 K/s  0.00 %  1.90 % vmware-vmx -ssnapshot.numRollingTiers=0 -sRemoteDisplay.vnc.enabled=FALSE -s vmx.stdio.keep=TRUE -# product=8;name=VMware Player;version=3.0
 6104 root           0 B/s   39.02 K/s  0.00 %  0.00 % vmware-vmx -ssnapshot.numRollingTiers=0 -sRemoteDisplay.vnc.enabled=FALSE -s vmx.stdio.keep=TRUE -# product=8;name=VMware Player;version=3.0
    1 root           0 B/s       0 B/s  0.00 %  0.00 % init [5]
    2 root           0 B/s       0 B/s  0.00 %  0.00 % [kthreadd]
    3 root           0 B/s       0 B/s  0.00 %  0.00 % [migration/0]
    4 root           0 B/s       0 B/s  0.00 %  0.00 % [ksoftirqd/0]
    5 root           0 B/s       0 B/s  0.00 %  0.00 % [watchdog/0]
    6 root           0 B/s       0 B/s  0.00 %  0.00 % [migration/1]
    7 root           0 B/s       0 B/s  0.00 %  0.00 % [ksoftirqd/1]
    8 root           0 B/s       0 B/s  0.00 %  0.00 % [watchdog/1]
    9 root           0 B/s       0 B/s  0.00 %  0.00 % [events/0]
   10 root           0 B/s       0 B/s  0.00 %  0.00 % [events/1]



  PID USER      DISK READ  DISK WRITE   SWAPIN    IO>    COMMAND
 6115 root      671.22 K/s  171.71 K/s  0.00 % 12.27 % vmware-vmx -ssnapshot.numRollingTiers=0 -sRemoteDisplay.vnc.enabled=FALSE -s vmx.stdio.keep=TRUE -# product=8;name=VMware Player;version=3.0
 6113 root      569.75 K/s  156.10 K/s  0.00 % 12.08 % vmware-vmx -ssnapshot.numRollingTiers=0 -sRemoteDisplay.vnc.enabled=FALSE -s vmx.stdio.keep=TRUE -# product=8;name=VMware Player;version=3.0
 5288 root           0 B/s    7.80 K/s  0.00 %  5.19 % [pdflush]
 6114 root      690.73 K/s  167.80 K/s  0.00 %  3.18 % vmware-vmx -ssnapshot.numRollingTiers=0 -sRemoteDisplay.vnc.enabled=FALSE -s vmx.stdio.keep=TRUE -# product=8;name=VMware Player;version=3.0
    1 root           0 B/s       0 B/s  0.00 %  0.00 % init [5]
    2 root           0 B/s       0 B/s  0.00 %  0.00 % [kthreadd]
    3 root           0 B/s       0 B/s  0.00 %  0.00 % [migration/0]
    4 root           0 B/s       0 B/s  0.00 %  0.00 % [ksoftirqd/0]
    5 root           0 B/s       0 B/s  0.00 %  0.00 % [watchdog/0]
    6 root           0 B/s       0 B/s  0.00 %  0.00 % [migration/1]
    7 root           0 B/s       0 B/s  0.00 %  0.00 % [ksoftirqd/1]
    8 root           0 B/s       0 B/s  0.00 %  0.00 % [watchdog/1]
    9 root           0 B/s       0 B/s  0.00 %  0.00 % [events/0]
   10 root           0 B/s       0 B/s  0.00 %  0.00 % [events/1]
   11 root           0 B/s       0 B/s  0.00 %  0.00 % [netns]
   12 root           0 B/s       0 B/s  0.00 %  0.00 % [async/mgr]
   13 root           0 B/s       0 B/s  0.00 %  0.00 % [kintegrityd/0]

[dik]

Nazdar, mam rozchozeny poloprodukcni server na solidnim hw dell 2950,sas disky. Virtualni masiny behaji svizne a pri prechodu z ext3 (s writeback,noatime,nodiratime,commit=60) na ext4 jsem zpozoroval subjektivni zlepseni odezvy IO operaci. Trapi me vsak jina vec ,nejsem schopen lvmkem (i s ext3,ext4) udelat snapshot, kdyz vmware server intenzivne pracuje s disky. Server (centos 5.4 64bit) pokazde vytuhne a logy toho moc neprozdradi. Hw problemy muzu vyloucit.

Ma nekdo podobne zkusenosti? Nazdarek

[Ondar]

Nejde udělat snapshot? To půjde udělat vždycky. Tady je problém s tím, že snapshot vždycky mašinu dost zásadně zpomalí. Pokud není svazek moc busy, tak se to nepozná, ale pokud se na něm intenzivně pracuje, tak si dokážu představit, že se to zpomalí tak, že se to tváří jako vytuhnutý.... Každopádně já ext4 na RHEL5.4 furt nevěřim, počkám na U5. Ondra

[nazdarek]

Nene ,snapshot samozrejme udelat jde ,ale pri jeho vytvareni masina spadne. (ext4 za to nemuze, s xfs,ext3 to dopadne stejne). Zajimave je ,ze masina padne pouze pri bezicim vmwaru serveru...

..ext4 mam na nekolika masinach pod zatezi a nemam zadny problem - narust vykonu je znatelny , treba na takovem imap serveru s miliony souboru to bylo hodne poznat.

nazdarek

[Ondar]

Mno věřil bych. Když mě vadí dvě věci - 1. system-config-lvm nerozpozná ext4 2. Párkrát mi už stroj padnul natvrdo když jsem se pokoušel on-line změnit velikost ext4 svazku. A byl to RHEL 5.4

[nazdarek]

Lvmko nastavuji ruco pres lvm* ,2fsprofs mam posledni stabilni skompilovane a na online resizovani u produkcnich serveru bych neveril ani u ext3 ,zda se mi to moc proti prirode

[Heron]

na online resizovani u produkcnich serveru bych neveril ani u ext3

To se dělá zcela běžně.