abclinuxu.cz AbcLinuxu.cz itbiz.cz ITBiz.cz HDmag.cz HDmag.cz abcprace.cz AbcPráce.cz
AbcLinuxu hledá autory!
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
    Raspberry Pi AI HAT+ 2
    dnes 12:33 | IT novinky

    Na blogu Raspberry Pi byla představena rozšiřující deska Raspberry Pi AI HAT+ 2 s akcelerátorem Hailo-10 a 8 GB RAM. Na rozdíl od předchozí Raspberry Pi AI HAT+ podporuje generativní AI. Cena desky je 130 dolarů.

    Ladislav Hagara | Komentářů: 0
    Wikipedie slaví 25. výročí svého založení
    dnes 12:11 | Komunita

    Wikipedie slaví 25. výročí svého založení. Vznikla 15. ledna 2001 jako doplňkový projekt k dnes již neexistující encyklopedii Nupedia. Doména wikipedia.org byla zaregistrována 12. ledna 2001. Zítra proběhne v Praze Večer svobodné kultury, který pořádá spolek Wikimedia ČR.

    Ladislav Hagara | Komentářů: 0
    GNU GRUB 2.14
    dnes 04:44 | Nová verze

    Po více než dvou letech od vydání předchozí verze 2.12 byla vydána nová stabilní verze 2.14 systémového zavaděče GNU GRUB (GRand Unified Bootloader, Wikipedie). Přehled novinek v souboru NEWS a v aktualizované dokumentaci.

    Ladislav Hagara | Komentářů: 0
    Google Chrome 144
    dnes 02:22 | Nová verze

    Google Chrome 144 byl prohlášen za stabilní. Nejnovější stabilní verze 144.0.7559.59 přináší řadu novinek z hlediska uživatelů i vývojářů. Podrobný přehled v poznámkách k vydání. Opraveno bylo 10 bezpečnostních chyb. Vylepšeny byly také nástroje pro vývojáře (YouTube).

    Ladislav Hagara | Komentářů: 2
    XAML Studio je po osmi letech open source
    dnes 01:55 | Humor

    Microsoft zveřejnil zdrojový kód XAML Studia a uvolnil ho pod MIT licencí. XAML Studio je nástroj ze světa Windows, určený pro tvorbu uživatelského rozhraní aplikací pomocí XAML (Extensible Application Markup Language). Stalo se tak zhruba po osmi letech od prvního prohlášení Microsoftu, že se tento kód chystá zveřejnit.

    NUKE GAZA! 🎆 | Komentářů: 0
    TimeCapsule LLM
    dnes 01:44 | Zajímavý projekt

    TimeCapsule, 'časová kapsle', je jazykový model trénovaný výhradně na datech z určitých míst a časových období, aby se tak napodobila autentická slovní zásoba, způsob vyjadřování a názory dané doby. Na Hugging face jsou k dispozici modely natrénované na historických textech dostupných v oblasti Londýna mezi lety 1800 až 1875.

    NUKE GAZA! 🎆 | Komentářů: 2
    Radicle 1.6.0
    včera 17:55 | Nová verze

    Radicle byl vydán ve verzi 1.6.0 s kódovým jménem Amaryllis. Jedná se o distribuovanou alternativu k softwarům pro spolupráci jako např. GitLab.

    Ladislav Hagara | Komentářů: 0
    Zemřel Scott Adams, tvůrce komiksových stripů Dilbert
    včera 13:22 | Upozornění

    Zemřel Scott Adams, tvůrce komiksových stripů Dilbert parodujících pracovní prostředí velké firmy.

    Ladislav Hagara | Komentářů: 3
    Knot Resolver 6.1, první stabilní vydání v řadě 6
    včera 13:00 | Nová verze

    Sdružení CZ.NIC vydalo novou verzi Knot Resolveru (6.1.0). Jedná se o první vydanou stabilní verzi 6, která je nyní oficiálně preferovanou a doporučovanou verzí, namísto předešlé verze 5. Více o Knot Resolveru 6 je možné se dočíst přímo v dokumentaci.

    VSladek | Komentářů: 3
    Linux Mint 22.3 Zena
    včera 01:22 | Nová verze

    Byl vydán Linux Mint 22.3 s kódovým jménem Zena. Podrobnosti v přehledu novinek a poznámkách k vydání. Vypíchnout lze, že nástroj Systémová hlášení (System Reports) získal mnoho nových funkcí a byl přejmenován na Informace o systému (System Information). Linux Mint 22.3 bude podporován do roku 2029.

    Ladislav Hagara | Komentářů: 1
    Centrum | Napsat | Starší
    navrhněte » Anketa
    Které desktopové prostředí na Linuxu používáte?
     (14%)
     (5%)
     (0%)
     (8%)
     (19%)
     (3%)
     (6%)
     (3%)
     (11%)
     (44%)
    Celkem 442 hlasů
     Komentářů: 12, poslední včera 21:12
    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: 644×
    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.