abclinuxu.cz AbcLinuxu.cz itbiz.cz ITBiz.cz HDmag.cz HDmag.cz abcprace.cz AbcPráce.cz
Inzerujte na AbcPráce.cz od 950 Kč
Rozšířené hledání
Přihlášení | Registrace
×
napište » Zprávičky
inzerujte » Pracovní nabídky
    Nextcloud Hub 8
    včera 17:11 | Nová verze

    Byl vydán Nextcloud Hub 8. Představení novinek tohoto open source cloudového řešení také na YouTube. Vypíchnout lze Nextcloud AI Assistant 2.0.

    Ladislav Hagara | Komentářů: 2
    Pharo 12.0
    včera 13:33 | Nová verze

    Vyšlo Pharo 12.0, programovací jazyk a vývojové prostředí s řadou pokročilých vlastností. Krom tradiční nadílky oprav přináší nový systém správy ladících bodů, nový způsob definice tříd, prostor pro objekty, které nemusí procházet GC a mnoho dalšího.

    Pavel Křivánek | Komentářů: 6
    Microsoft zveřejnil na GitHubu zdrojové kódy MS-DOSu 4.0 pod licencí MIT
    včera 04:55 | Zajímavý software

    Microsoft zveřejnil na GitHubu zdrojové kódy MS-DOSu 4.0 pod licencí MIT. Ve stejném repozitáři se nacházejí i před lety zveřejněné zdrojové k kódy MS-DOSu 1.25 a 2.0.

    Ladislav Hagara | Komentářů: 33
    Ubuntu 24.04 LTS Noble Numbat
    25.4. 17:33 | Nová verze

    Canonical vydal (email, blog, YouTube) Ubuntu 24.04 LTS Noble Numbat. Přehled novinek v poznámkách k vydání a také příspěvcích na blogu: novinky v desktopu a novinky v bezpečnosti. Vydány byly také oficiální deriváty Edubuntu, Kubuntu, Lubuntu, Ubuntu Budgie, Ubuntu Cinnamon, Ubuntu Kylin, Ubuntu MATE, Ubuntu Studio, Ubuntu Unity a Xubuntu. Jedná se o 10. LTS verzi.

    Ladislav Hagara | Komentářů: 13
    Videozáznam z Czech Open Source Policy Forum 2024
    25.4. 14:22 | Komunita

    Na YouTube je k dispozici videozáznam z včerejšího Czech Open Source Policy Forum 2024.

    Ladislav Hagara | Komentářů: 3
    Fossil 2.24
    25.4. 13:22 | Nová verze

    Fossil (Wikipedie) byl vydán ve verzi 2.24. Jedná se o distribuovaný systém správy verzí propojený se správou chyb, wiki stránek a blogů s integrovaným webovým rozhraním. Vše běží z jednoho jediného spustitelného souboru a uloženo je v SQLite databázi.

    Ladislav Hagara | Komentářů: 0
    Vivaldi 6.7
    25.4. 12:44 | Nová verze

    Byla vydána nová stabilní verze 6.7 webového prohlížeče Vivaldi (Wikipedie). Postavena je na Chromiu 124. Přehled novinek i s náhledy v příspěvku na blogu. Vypíchnout lze Spořič paměti (Memory Saver) automaticky hibernující karty, které nebyly nějakou dobu používány nebo vylepšené Odběry (Feed Reader).

    Ladislav Hagara | Komentářů: 0
    Node.js 22
    25.4. 04:55 | Nová verze

    OpenJS Foundation, oficiální projekt konsorcia Linux Foundation, oznámila vydání verze 22 otevřeného multiplatformního prostředí pro vývoj a běh síťových aplikací napsaných v JavaScriptu Node.js (Wikipedie). V říjnu se verze 22 stane novou aktivní LTS verzí. Podpora je plánována do dubna 2027.

    Ladislav Hagara | Komentářů: 0
    Proxmox Virtual Environment 8.2
    25.4. 04:22 | Nová verze

    Byla vydána verze 8.2 open source virtualizační platformy Proxmox VE (Proxmox Virtual Environment, Wikipedie) založené na Debianu. Přehled novinek v poznámkách k vydání a v informačním videu. Zdůrazněn je průvodce migrací hostů z VMware ESXi do Proxmoxu.

    Ladislav Hagara | Komentářů: 0
    R 4.4.0 (Puppy Cup)
    25.4. 04:11 | Nová verze

    R (Wikipedie), programovací jazyk a prostředí určené pro statistickou analýzu dat a jejich grafické zobrazení, bylo vydáno ve verzi 4.4.0. Její kódové jméno je Puppy Cup.

    Ladislav Hagara | Komentářů: 0
    Centrum | Napsat | Starší
    navrhněte » Anketa
    KDE Plasma 6
     (74%)
     (8%)
     (2%)
     (16%)
    Celkem 812 hlasů
     Komentářů: 4, poslední 6.4. 15:51
    Rozcestník
    AbcLinuxu
    HDmag.cz
    AbcLinuxu:/ Poradna / Linuxová poradna / Ext4 a vmware
    Štítky: ACL, ext3, ext4, souborové systémy, SUSE, sysfs, virtualizace, VMware

    Dotaz: Ext4 a vmware

    6.1.2010 16:15 Nicco | skóre: 9
    Ext4 a vmware
    Přečteno: 570×
    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
    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
    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

    Píšeme jinde
    ISSN 1214-1267   www.czech-server.cz
    Redakce | Inzerce | Podmínky použití | Osobní údaje
    © 1999-2015 Nitemedia s. r. o. Všechna práva vyhrazena.