Společnost Espressif (ESP8266, ESP32, …) získala většinový podíl ve společnosti M5Stack, čímž posiluje ekosystém AIoT.
Byla vydána nová stabilní verze 3.5 svobodného multiplatformního softwaru pro editování a nahrávání zvukových souborů Audacity (Wikipedie). Přehled novinek také na YouTube. Nově lze využívat cloud (audio.com). Ke stažení je oficiální AppImage. Zatím starší verze Audacity lze instalovat také z Flathubu a Snapcraftu.
50 let operačního systému CP/M, článek na webu Computer History Museum věnovaný operačnímu systému CP/M. Gary Kildall z Digital Research jej vytvořil v roce 1974.
Byl zveřejněn program a spuštěna registrace na letošní konferenci Prague PostgreSQL Developer Day, která se koná 4. a 5. června. Na programu jsou 4 workshopy a 8 přednášek na různá témata o PostgreSQL, od konfigurace a zálohování po využití pro AI a vector search. Stejně jako v předchozích letech se konference koná v prostorách FIT ČVUT v Praze.
Po 48 letech Zilog končí s výrobou 8bitového mikroprocesoru Zilog Z80 (Z84C00 Z80). Mikroprocesor byl uveden na trh v červenci 1976. Poslední objednávky jsou přijímány do 14. června [pdf].
Ještě letos vyjde Kingdom Come: Deliverance II (YouTube), pokračování počítačové hry Kingdom Come: Deliverance (Wikipedie, ProtonDB Gold).
Thunderbird 128, příští major verze naplánovaná na červenec, přijde s nativní podporou Exchange napsanou v Rustu.
Byly vyhlášeny výsledky letošní volby vedoucího projektu Debian (DPL, Wikipedie). Novým vedoucím je Andreas Tille.
Po osmi měsících vývoje byla vydána nová verze 0.12.0 programovacího jazyka Zig (GitHub, Wikipedie). Přispělo 268 vývojářů. Přehled novinek v poznámkách k vydání.
Poslední měsíc byl plný zajímavých akcí, o kterých Vám bastlíři z projektu MacGyver mohou povědět, protože se na ně sami vydali. Kde všude byli, ptáte se? Objevili se na Installfestu, Arduino Day, Hackaday Europe a tajném srazu bastlířů z Twitteru. A z každé akce pro vás mají zajímavé poznatky.
… více »ale máme slabou linku a pokud by nastal problém, tak restore bude trvat 14 dnůAha, tak tohle bych řešil tak že bych naházel disky do batohu a šlapal do datacentra . Máte ho nějak moc daleko?
Bacula ale vytváří velké soubory a při obnově je zřejmě celé čte, takže obnovení pár mega dat trvá přes síťový disk na pomalé lince fakt dlouhoVykašlal bych se na Baculu a zálohoval rsyncem. Pak máš přístup normálně k jednotlivým souborům.
Bacula ale vytváří velké soubory a při obnově je zřejmě celé čte, takže obnovení pár mega dat trvá přes síťový disk na pomalé lince fakt dlouho :(Bacula pouziva koncept pools/volumes z dob, kdy pasky vladly svetu, proto ty "velke soubory". Samozrejme v dnesni dobe je mozne mit samotne "fyzicke" medium definovano jako soubor na disku. V pripade restoru, pokud informace o backupu nebyly odstraneny z katalogu, Bacula zna vse potrebne a rozhodne necte "velky soubor" sekvencne. To dela/umi v pripade, ze uz informace k danemu backup jobu byly z katalogu odstraneny, nicmene data na volume zustavaji dal, pokud nebyl zpracovan jinak (prepsan, smazan z jakychkoli duvodu), coz se nekdy muze hodit. Navic takto je mozno obnovit bud vse, nebo definovat regex, ktery zajisti obnovu pouze definovanych filu. Heronovo reseni bude asi optimalni, nicmene muzes zkusit treba kombinaci (kdyz uz tu zalohu mas a restore se ti zda pomaly), kdy velky file obnovis lokalne a rsyncnes ho s tim ve virtualu (pokud tam nejaky je). Zalezi, jak moc se ta data meni, ale to vis nejlip sam. Baculy bych se nezbavoval, je to pomerne sofistikovane reseni, ted uz umi i copy joby, takze se da zaloha z jednoho storage daemona automaticky migrovat na jiny storage daemon.
/mnt/datastore/data /mnt/datastore/.snapshots/20150510-0209 /mnt/datastore/.snapshots/20150511-0209 /mnt/datastore/.snapshots/20150512-0209Snapshoty jsou dostupné běžně v RO režimu, lze i RW režim, který na okolní snapshoty ani aktuální "živá" data nebude mít vliv.
ls -lh tomas*/.bash_history -rw------- 1 tomas tomas 7.0K Jul 14 21:23 tomas_20150715-060001/.bash_history -rw------- 1 tomas tomas 7.0K Jul 15 23:14 tomas_20150716-060001/.bash_history -rw------- 1 tomas tomas 7.0K Jul 15 23:14 tomas_20150717-060001/.bash_history -rw------- 1 tomas tomas 7.0K Jul 15 23:14 tomas_20150718-060001/.bash_history -rw------- 1 tomas tomas 7.0K Jul 15 23:14 tomas_20150719-060001/.bash_history -rw------- 1 tomas tomas 6.9K Jul 20 00:14 tomas_20150720-060001/.bash_history -rw------- 1 tomas tomas 6.9K Jul 20 00:14 tomas_20150721-060001/.bash_history -rw------- 1 tomas tomas 7.2K Jul 21 21:34 tomas_20150722-060001/.bash_history -rw------- 1 tomas tomas 7.2K Jul 22 11:41 tomas_20150723-060001/.bash_history -rw------- 1 tomas tomas 7.2K Jul 22 11:41 tomas_20150724-060001/.bash_history -rw------- 1 tomas tomas 8.8K Jul 24 17:27 tomas_20150725-060001/.bash_history -rw------- 1 tomas tomas 8.7K Jul 25 16:56 tomas_20150726-060001/.bash_history -rw------- 1 tomas tomas 8.6K Jul 26 11:47 tomas_20150727-060001/.bash_history -rw------- 1 tomas tomas 8.6K Jul 27 16:21 tomas_20150728-060001/.bash_history -rw------- 1 tomas tomas 8.6K Jul 28 20:21 tomas_20150729-060001/.bash_history -rw------- 1 tomas tomas 9.5K Jul 29 20:14 tomas_20150730-060001/.bash_history -rw------- 1 tomas tomas 9.4K Jul 30 21:36 tomas_20150731-060001/.bash_history -rw------- 1 tomas tomas 9.4K Jul 31 23:33 tomas_20150801-060001/.bash_history -rw------- 1 tomas tomas 9.4K Jul 31 23:33 tomas_20150802-060001/.bash_history -rw------- 1 tomas tomas 9.3K Aug 2 21:18 tomas_20150803-060001/.bash_history -rw------- 1 tomas tomas 9.3K Aug 2 21:18 tomas_20150804-060001/.bash_history -rw------- 1 tomas tomas 9.3K Aug 2 21:18 tomas_20150805-060001/.bash_history -rw------- 1 tomas tomas 9.3K Aug 2 21:18 tomas_20150806-060001/.bash_history -rw------- 1 tomas tomas 9.3K Aug 2 21:18 tomas_20150807-060001/.bash_history -rw------- 1 tomas tomas 9.5K Aug 7 21:17 tomas_20150808-060001/.bash_history -rw------- 1 tomas tomas 9.5K Aug 8 14:37 tomas_20150809-060001/.bash_historyTedy je to v podstatě stejné jako u rsnapshot, kde jsou jednotlivé (stejné) soubory hardlinkovány, tady je jedná o COW kopie (reflinky).
find -(i)name
. Mlocate má tu zásadní nevýhodu, že se jeho DB aktualizuje jednou denně (pokud se tedy nic zásadního nezměnilo), takže pokud člověk hledá něco aktuálního, tak to většinou nenajde. Pokud se u findu nehledá všude, ale jen v omezeném stromu, tak je to rychlé dostatečně.
Tak pomocí find -(i)name.
~ # time find / -xdev -name "*xilinx*" (...) real 0m30.948s user 0m1.600s sys 0m2.248s ~ # time locate xilinx (...) real 0m1.627s user 0m0.412s sys 0m0.008s
Pokud se u findu nehledá všude, ale jen v omezeném stromu, tak je to rychlé dostatečně.Většinou hledám ve větší části svého ~ nebo v /usr a /var.
tomas@raid:~$ time find / -xdev -iname find real 0m0.480s user 0m0.132s sys 0m0.184sPrvní hledání. Druhé potom takto (klidně na jiný výraz):
real 0m0.199s user 0m0.108s sys 0m0.088sAle tak pokud někdo má velký adresářový strom, nebo málo změn na fs, může použít nějakou indexaci. Já jen, že jsem to hodně dlouho nikde neviděl a neznám distro, které to má dneska by default (z výběru debian, centos, rhel > 5).
Tiskni Sdílej: