Portál AbcLinuxu, 12. května 2025 06:58

Dotaz: Ext4 a vmware

6.1.2010 16:15 Nicco | skóre: 9
Ext4 a vmware
Přečteno: 590×
Odpovědět | Admin
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
Nástroje: Začni sledovat (0) ?Zašle upozornění na váš email při vložení nového komentáře.

Odpovědi

Heron avatar 6.1.2010 16:53 Heron | skóre: 53 | blog: root_at_heron | Olomouc
Rozbalit Rozbalit vše Re: Ext4 a vmware
Odpovědět | | Sbalit | Link | Blokovat | Admin
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
6.1.2010 17:23 Nicco | skóre: 9
Rozbalit Rozbalit vše Re: Ext4 a vmware

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 avatar 6.1.2010 19:10 Heron | skóre: 53 | blog: root_at_heron | Olomouc
Rozbalit Rozbalit vše Re: Ext4 a vmware
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.

Heron
7.1.2010 12:09 Nicco | skóre: 9
Rozbalit Rozbalit vše Re: Ext4 a vmware
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%.
7.1.2010 12:45 Nicco | skóre: 9
Rozbalit Rozbalit vše Re: Ext4 a vmware
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 avatar 7.1.2010 13:17 Heron | skóre: 53 | blog: root_at_heron | Olomouc
Rozbalit Rozbalit vše Re: Ext4 a vmware

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é.

Heron
12.1.2010 15:02 Nicco | skóre: 9
Rozbalit Rozbalit vše Re: Ext4 a vmware
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]
6.1.2010 18:56 dik
Rozbalit Rozbalit vše Re: Ext4 a vmware +LVM
Odpovědět | | Sbalit | Link | Blokovat | Admin
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
7.1.2010 11:54 Ondar | skóre: 25 | blog: Linux_blog
Rozbalit Rozbalit vše Re: Ext4 a vmware +LVM
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
7.1.2010 13:13 nazdarek
Rozbalit Rozbalit vše Re: Ext4 a vmware +LVM
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
7.1.2010 15:01 Ondar | skóre: 25 | blog: Linux_blog
Rozbalit Rozbalit vše Re: Ext4 a vmware +LVM
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
7.1.2010 15:11 nazdarek
Rozbalit Rozbalit vše Re: Ext4 a vmware +LVM
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 avatar 7.1.2010 15:46 Heron | skóre: 53 | blog: root_at_heron | Olomouc
Rozbalit Rozbalit vše Re: Ext4 a vmware +LVM
na online resizovani u produkcnich serveru bych neveril ani u ext3

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

Heron

Založit nové vlákno • Nahoru

Tiskni Sdílej: Linkuj Jaggni to Vybrali.sme.sk Google Del.icio.us Facebook

ISSN 1214-1267, (c) 1999-2007 Stickfish s.r.o.