T-Mobile od 15. září zpřístupňuje RCS (Rich Communication Services) zprávy i pro iPhone.
Společnost ARM představila platformu Arm Lumex s Arm C1 CPU Cluster a Arm Mali G1-Ultra GPU pro vlajkové chytré telefony a počítače nové generace.
Unicode Consortium, nezisková organizace koordinující rozvoj standardu Unicode, oznámila vydání Unicode 17.0. Přidáno bylo 4 803 nových znaků. Celkově jich je 159 801. Přibylo 7 nových Emoji.
Apple představil (YouTube) telefony iPhone 17 Pro a iPhone 17 Pro Max, iPhone 17 a iPhone Air, sluchátka AirPods Pro 3 a hodinky Watch Series 11, Watch SE 3 a Watch Ultra 3.
Realtimová strategie Warzone 2100 (Wikipedie) byla vydána ve verzi 4.6.0. Podrobný přehled novinek, změn a oprav v ChangeLogu na GitHubu. Nejnovější verzi Warzone 2100 lze již instalovat také ze Snapcraftu a Flathubu.
Polské vývojářské studio CD Projekt Red publikovalo na Printables.com 3D modely z počítačové hry Cyberpunk 2077.
Organizátoři konference LinuxDays 2025 vydali program a zároveň otevřeli registrace. Akce se uskuteční 4. a 5. října na FIT ČVUT v pražských Dejvicích, kde vás čekají přednášky, workshopy, stánky a spousta šikovných lidí. Vstup na akci je zdarma.
Uživatelé komunikátoru Signal si mohou svá data přímo v Signalu bezpečně zálohovat a v případě rozbití nebo ztráty telefonu následně na novém telefonu obnovit. Zálohování posledních 45 dnů je zdarma. Nad 45 dnů je zpoplatněno částkou 1,99 dolaru měsíčně.
Server Groklaw, zaměřený na kauzy jako právní spory SCO týkající se Linuxu, skončil před 12 lety, resp. doména stále existuje, ale web obsahuje spam propagující hazardní hry. LWN.net proto v úvodníku připomíná důležitost zachovávání komunitních zdrojů a upozorňuje, že Internet Archive je také jen jeden.
Jakub Vrána vydal Adminer ve verzi 5.4.0: "Delší dobu se v Admineru neobjevila žádná závažná chyba, tak jsem nemusel vydávat novou verzi, až počet změn hodně nabobtnal."
Přeji hezký den,
rád bych se pozeptal na názor nastíněný v titulku:
Otázka zní, dá se toto považovat za RAID 10 a bude to mít i obdobné parametry?
Teoretická úvaha, při tomto rozložení mi přijde zbytečné dělat v guestu RAID 1 (tuto "funkci" supluje host) a tudíž stačí RAID 0. A jde mi o zvyšení rychlosti read/write operací (databáze pervasive SQL, ale i vůbec obecně dosáhnout maximálních možných rychlostí).
no kdyby k tomu byly technické prostředky tak možná ne. ale na dvou discích RAID 10 prostě neudělám. prosím nerozebírejme jestli a jak to udělat. Prostě je situace taková (2x RAID1) a časem se možná zlepší (koupě dvou disků).
Ted mne zaujala jen teoretická možnost se současnými možnostmi.
Díky za názory
chtěl jsem se vyvarovat diskusím jak to je a jak udělat. proč jsou dvě diskové pole není pro tento dotaz podstatné (obě dvojice disků mají jinou kapacitu, slouží k něčemu jinémju) - prostě beru daný stav věcí a nechtěl sem diskutovat jak využít disky v již zaběhlém systému.
otázka byla teoretická s využitím stávající kontrétní situace - tedy při této konfiguraci. (IMHO by mne zajímalo jak se 4 disky různé kapacity za běhu udělat RAID 10 ze dvou RAID1 na ostrém serveru s malou možností odstávky a dalších technických vybavení. ale to je asi na další dotaz)
zkusím proměřit a pár testů a uvidím.
Dovolím se nesouhlasit,mírně. K této sestavě jsem již přišel, já ji nedělal . ani na systému neběžely žádné VM. V tomto systému se orientuji a předělávám, což za běhu nejde ideálně. Jak jsem psal, opravdu se nedá soudit, když neznáš/te pozadí. Nevím, jakou příčinu má řešit můj dotaz, prostě hypotetická úvaha. Nechápu veškeré úvahy kolem, Ano kdybych stavěl server od nuly a měl k tomu patřičný HW udělám jinak.
Prostě mě za této situace napadla tato možnost, nic víc.
Co se týká přechodu na RAID 10 za běhu, samozřejmě vím o možnosti udělat degradovaný a přejít na něj (toto jsem již dělal), ale jak jsem psal, když není na to potřebný hw - tedy aspon dva volné disky, těžko se něco dělá. navíc v této situaci RAID 10 nad nestejnými disky mi přijde steně neefektivní jako můj hypotetciký dotaz - proč to dělat když ideální je mít 4 identické disky
Ale abych vás uklidnil, samozřejmě připravuji přechod na RAID 10 ale to musím mít podchycen celý systém a i potřeby uživatelů a kdo se k takovým věcem občas dostal u menších firem, může tušit že správě IT se v minulosti moc nedával prostor. prostě dokud to tak nějak běželo nikdo nic neřešil. ovšem ve spustě případu pak to došlo do stavu, kdy nastala pohoroma (osobní zkušenost, třeba máte štěstí a máte jinou)
Díky za info.
P.S. prosím, neberte to osobně, ale proč se u spoustu diskusí řeší věcí úplně mimo mísu? chápu ochotu pomoci, ale přeci není možné v dotazu napsat všechny okolnosti a souvislosti. Napadl mě hypotetický dotaz, na který sem narazil a zaujal mne, tak sem se zeptal. třeba již někdo řešil něco podobného. Ostatní vaše připomínky samozřejmě beru a uznávám že máte pravdu, ale ....
Maxi - uznávám, koliktrát máš pravdu. a je to tak
Jinak abych ještě doplnit a uvedl na pravou míru, samozřejmě udělat RAID 10 nebude problém ani za běhu. První md0 slouží hostu a jeho aplikacím, na druhém raidu md1 jsou jen VM, takže nebude problém dokoupit 2 disky -> vytvořit degradovaný RAID 10 -> vypnout guesty -> zkopírova data na RAID 10 -> nahodit hosty a doplnit RAID do plného stavu + samozřejmě uprava konf souboru (fstab ....) což při akci v noci nebude problém. Osobně si myslím, že myšlenka mít VM na oddělemém RAIDu od hosta není špatná myšlenka.
Jinak slibované rychlotesty:
host 2x RAID 1
hdparm -tT /dev/md1
/dev/md1:
Timing cached reads: 12612 MB in 2.00 seconds = 6311.99 MB/sec
Timing buffered disk reads: read(2097152) returned 1052672 byteshdparm -tT /dev/md2
/dev/md2:
Timing cached reads: 11212 MB in 2.00 seconds = 5611.05 MB/sec
Timing buffered disk reads: 434 MB in 3.00 seconds = 144.59 MB/sec
guest RAID 0 přes RAID 1 hosta
hdparm -tT /dev/md0
/dev/md0:
Timing cached reads: 12300 MB in 2.00 seconds = 6159.10 MB/sec
Timing buffered disk reads: 1674 MB in 3.00 seconds = 557.35 MB/sec
U hosta mi vychází divné rychlosti, kazdý z raid polí jen na jiném řadiči, možná kabely nevím.
Dal jsem to do nového problému rychlosti disku v serveru DELL
no tak sem udělal pár dalších testů a tady jsou výsledky:
hdparm
hdparm -tT /dev/md0
/dev/md0:
Timing cached reads: 11340 MB in 2.00 seconds = 5677.23 MB/sec
Timing buffered disk reads: 1652 MB in 3.00 seconds = 549.85 MB/sechdparm -tT /dev/md0
/dev/md0:
Timing cached reads: 13032 MB in 2.00 seconds = 6525.64 MB/sec
Timing buffered disk reads: 1688 MB in 3.01 seconds = 561.47 MB/sechdparm -tT /dev/md0
/dev/md0:
Timing cached reads: 12558 MB in 2.00 seconds = 6288.36 MB/sec
Timing buffered disk reads: 1712 MB in 3.02 seconds = 567.53 MB/sec
dd (příkazy tak jak šli po sobě)
dd if=/dev/zero of=tempfile bs=1M count=1024 conv=fdatasync,notrunc
1024+0 záznamů přečteno
1024+0 záznamů zapsáno
1 073 741 824 bajtů (1,1 GB) zkopírováno, 4,57198 s, 235 MB/secho 3 > /proc/sys/vm/drop_caches //vyprázdnění cache
dd if=tempfile of=/dev/null bs=1M count=1024
1024+0 záznamů přečteno
1024+0 záznamů zapsáno
1 073 741 824 bajtů (1,1 GB) zkopírováno, 0,784329 s, 1,4 GB/s
dd if=tempfile of=/dev/null bs=1M count=1024 //znovu s využitím dat v cache
1024+0 záznamů přečteno
1024+0 záznamů zapsáno
1 073 741 824 bajtů (1,1 GB) zkopírováno, 0,415502 s, 2,6 GB/s
výsledky zajímavé
přiznám se, že nevím jak dd na fyzický disk, vše je na RAIDu
pokud udělám ale test u hosta na jednotlivá RAID1 pole
První RAID1 pole:
# dd if=/dev/zero of=tempfile bs=1M count=1024 conv=fdatasync,notrunc
1024+0 záznamů přečteno
1024+0 záznamů zapsáno
1 073 741 824 bajtů (1,1 GB) zkopírováno, 21,2101 s, 50,6 MB/s# echo 3 > /proc/sys/vm/drop_caches
# dd if=tempfile of=/dev/null bs=1M count=1024
1024+0 záznamů přečteno
1024+0 záznamů zapsáno
1 073 741 824 bajtů (1,1 GB) zkopírováno, 34,5097 s, 31,1 MB/s# dd if=tempfile of=/dev/null bs=1M count=1024
1024+0 záznamů přečteno
1024+0 záznamů zapsáno
1 073 741 824 bajtů (1,1 GB) zkopírováno, 0,445815 s, 2,4 GB/sDruhé RAID1 pole:
# dd if=/dev/zero of=tempfile bs=1M count=1024 conv=fdatasync,notrunc
1024+0 záznamů přečteno
1024+0 záznamů zapsáno
1 073 741 824 bajtů (1,1 GB) zkopírováno, 11,7144 s, 91,7 MB/s# echo 3 > /proc/sys/vm/drop_caches
# dd if=tempfile of=/dev/null bs=1M count=1024
1024+0 záznamů přečteno
1024+0 záznamů zapsáno
1 073 741 824 bajtů (1,1 GB) zkopírováno, 10,1805 s, 105 MB/s# dd if=tempfile of=/dev/null bs=1M count=1024
1024+0 záznamů přečteno
1024+0 záznamů zapsáno
1 073 741 824 bajtů (1,1 GB) zkopírováno, 0,442932 s, 2,4 GB/s
# sync ; echo 3> /proc/sys/vm/drop_caches # dd if=/dev/sda of=/dev/null bs=1M count=2000 2000+0 records in 2000+0 records out 2097152000 bytes (2.1 GB) copied, 15.4516 s, 136 MB/s # dd if=/dev/sda of=/dev/null bs=1M count=2000 2000+0 records in 2000+0 records out 2097152000 bytes (2.1 GB) copied, 3.471 s, 604 MB/s # dd if=/dev/sda of=/dev/null bs=1M count=2000 2000+0 records in 2000+0 records out 2097152000 bytes (2.1 GB) copied, 15.887 s, 132 MB/s # dd if=/dev/sda of=/dev/null bs=1M count=2000 2000+0 records in 2000+0 records out 2097152000 bytes (2.1 GB) copied, 6.91152 s, 303 MB/s # sync ; echo 3> /proc/sys/vm/drop_caches # dd if=/dev/sda of=/dev/null bs=1M count=500 500+0 records in 500+0 records out 524288000 bytes (524 MB) copied, 0.261059 s, 2.0 GB/s # dd if=/dev/sda of=/dev/null bs=1M count=500 500+0 records in 500+0 records out 524288000 bytes (524 MB) copied, 0.0668431 s, 7.8 GB/s # dd if=/dev/sda of=/dev/null bs=1M count=500 500+0 records in 500+0 records out 524288000 bytes (524 MB) copied, 0.0689219 s, 7.6 GB/s # sync ; echo 3> /proc/sys/vm/drop_caches # dd if=/dev/sda of=/dev/null bs=1M count=500 500+0 records in 500+0 records out 524288000 bytes (524 MB) copied, 0.0678874 s, 7.7 GB/s # sync ; echo 3> /proc/sys/vm/drop_caches # dd if=/dev/sda of=/dev/null bs=1M count=5000 5120+0 records in 5120+0 records out 5242880000 bytes (5.2 GB) copied, 30.6088 s, 171 MB/svirtualbox, guest ma 1gb ram, host raid1 z 2 diskov. takze sa to niekde cachuje, ale neviem kde :) vy-dd-ckuj aspon 3x viac ako ma guest pridelenej pamate (ale aj tak sa mi prejavila nejaka cache).
tak jsem ještě udělal pár testů, vesměs podobných jako níze:
# dd if=/dev/zero of=tempfile bs=20M count=1024 conv=fdatasync,notrunc
1024+0 záznamů přečteno
1024+0 záznamů zapsáno
21 474 836 480 bajtů (21 GB) zkopírováno, 261,045 s, 82,3 MB/s# echo 3 > /proc/sys/vm/drop_caches
# dd if=tempfile of=/dev/null bs=20M count=1024
1024+0 záznamů přečteno
1024+0 záznamů zapsáno
21 474 836 480 bajtů (21 GB) zkopírováno, 297,698 s, 72,1 MB/s# dd if=tempfile of=/dev/null bs=20M count=1024
1024+0 záznamů přečteno
1024+0 záznamů zapsáno
21 474 836 480 bajtů (21 GB) zkopírováno, 342,676 s, 62,7 MB/s
Tiskni
Sdílej: