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
    Čtečka elektronických knih Open Book Touch na Crowd Supply
    dnes 04:22 | Zajímavý projekt

    Na Crowd Supply běží kampaň na podporu open source čtečky elektronických knih Open Book Touch. Postavena je na ESP32-S3. Má 4,26palcový dotykový e-papírový displej s rozlišením 480×800 pixelů, podsvícení, slot na microSD kartu. Cena je 149 dolarů a poštovné 12 dolarů. Dodání je plánováno na duben 2027.

    Ladislav Hagara | Komentářů: 2
    Elektronické knihy od O'Reilly a Raspberry Pi Press na Humble Bundle
    včera 18:00 | IT novinky

    Na Humble Bundle běží akce Linux: All the Things by O'Reilly a Picos, HATs, and More by Raspberry Pi Press. Elektronické knihy lze koupit se slevou a současně podpořit organizace Code for America a Raspberry Pi Foundation.

    Ladislav Hagara | Komentářů: 4
    Banana For Scale, nový doplněk FreeCADu
    včera 14:00 | Komunita

    FreeCAD (Wikipedie), tj. svobodný multiplatformní parametrický 3D CAD, má nový vtipný a současně užitečný doplněk Banana For Scale (GitHub). Aktuálně umožňuje do výkresu vložit banán nebo plechovku pro porovnání a určení měřítka.

    Ladislav Hagara | Komentářů: 4
    Celovečerní film Blender Studia by se měl jmenovat Overgrown
    včera 12:00 | Komunita

    Blender Studio nedávno oznámilo plán vytvořit svůj první otevřený (open source) celovečerní film. Film by se měl jmenovat Overgrown (YouTube). Film vznikne, pokud se zajistí financování. Prvním krokem je získat 7 000 předplatitelů Blender Studia. Cena je od 11,50 eur měsíčně. Aktuálně počet předplatitelů je 5 289. Předplatné pokryje 20 % nákladů. Zbytek, 80 % nákladů, má být financován externími producenty nebo distributory.

    Ladislav Hagara | Komentářů: 0
    Debian 13.6 a 12.15
    12.7. 01:11 | Nová verze

    Byl vydán Debian 13.6, tj. šestá opravná verze Debianu 13 s kódovým názvem Trixie a Debian 12.15, tj. poslední patnáctá opravná verze Debianu 12 s kódovým názvem Bookworm, k dispozici je LTS. Řešeny jsou především bezpečnostní problémy, ale také několik vážných chyb. Instalační média Debianu 13 a Debianu 12 lze samozřejmě nadále k instalaci používat. Po instalaci stačí systém aktualizovat.

    Ladislav Hagara | Komentářů: 0
    GhostLock aneb CVE-2026-43499
    10.7. 16:11 | Bezpečnostní upozornění

    V jádře Linux byla nalezena a v upstreamu již byla opravena kritická zranitelnost GhostLock aneb CVE-2026-43499. Lokálnímu uživateli umožňuje získat práva roota a také obejít kontejnerovou izolaci. Zranitelnost existovala v Linuxu 15 let, tj. od roku 2011, od Linuxu verze 2.6.39.

    Ladislav Hagara | Komentářů: 2
    EK předběžně shledala, že návykový design Instagramu a Facebooku porušuje DSA
    10.7. 13:55 | IT novinky

    Evropská komise předběžně shledala, že návykový design aplikací Instagram a Facebook od americké společnosti Meta porušuje unijní nařízení o digitálních službách (DSA). Návykový design zahrnuje například takzvané nekonečné posouvání, automatické přehrávání videí, tzv. push notifikace, kdy aplikace uživatele vybízí k návratu do jejího prostředí, či vysoce personalizovaný algoritmus, který rychle pozná, co uživatele baví a snaží

    … více »
    Ladislav Hagara | Komentářů: 19
    Rust 1.97.0
    10.7. 12:11 | Nová verze

    Byla vydána verze 1.97.0 programovacího jazyka Rust (Wikipedie). Podrobnosti v poznámkách k vydání. Vyzkoušet Rust lze například na stránce Rust by Example.

    Ladislav Hagara | Komentářů: 0
    Telefon Punkt. MC03 s operačním systémem AphyOS
    10.7. 05:00 | IT novinky

    Švýcarská společnost Punkt. má nově v nabídce telefon Punkt. MC03. Telefon byl navržen ve Švýcarsku s důrazem na soukromí a digitální suverenitu a vyroben v Německu. V telefonu běží operační systém AphyOS (Apostrophy OS) založený na AOSP (Android Open Source Project) 15. Cena telefonu je 745 eur.

    Ladislav Hagara | Komentářů: 28
    TypeScript 7.0
    10.7. 04:44 | Nová verze

    TypeScript (Wikipedie), tj. JavaScript rozšířený o statické typování a další atributy, byl vydán v nové verzi 7.0. Kompilátor byl kvůli výkonu přepsán z TypeScriptu do Go.

    Ladislav Hagara | Komentářů: 0
    Centrum | Napsat | Starší
    navrhněte » Anketa
    Které desktopové prostředí na Linuxu používáte?
     (11%)
     (7%)
     (2%)
     (17%)
     (31%)
     (4%)
     (6%)
     (2%)
     (15%)
     (25%)
    Celkem 2119 hlasů
     Komentářů: 30, poslední 3.4. 20:20
    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: 691×
    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.