Po dvaceti letech skončil leader japonské SUMO (SUpport.MOzilla.org) komunity Marsf. Důvodem bylo nasazení sumobota, který nedodržuje nastavené postupy a hrubě zasahuje do překladů i archivů. Marsf zároveň zakázal použití svých příspěvků a dat k učení sumobota a AI a požádal o vyřazení svých dat ze všech učebních dat.
Úřad pro ochranu hospodářské soutěže zahajuje sektorové šetření v oblasti mobilních telekomunikačních služeb poskytovaných domácnostem v České republice. Z poznatků získaných na základě prvotní analýzy provedené ve spolupráci s Českým telekomunikačním úřadem (ČTÚ) ÚOHS zjistil, že vzájemné vztahy mezi operátory je zapotřebí detailněji prověřit kvůli možné nefunkčnosti některých aspektů konkurence na trzích, na nichž roste tržní podíl klíčových hráčů a naopak klesá význam nezávislých virtuálních operátorů.
Různé audity bezpečnostních systémů pařížského muzea Louvre odhalily závažné problémy v oblasti kybernetické bezpečnosti a tyto problémy přetrvávaly déle než deset let. Jeden z těchto auditů, který v roce 2014 provedla francouzská národní agentura pro kybernetickou bezpečnost, například ukázal, že heslo do kamerového systému muzea bylo „Louvre“. 😀
Z upstreamu GNOME Mutter byl zcela odstraněn backend X11. GNOME 50 tedy poběží už pouze nad Waylandem. Aplikace pro X11 budou využívat XWayland.
Byl publikován plán na odstranění XSLT z webových prohlížečů Chrome a Chromium. S odstraněním XSLT souhlasí také vývojáři Firefoxu a WebKit. Důvodem jsou bezpečnostní rizika a klesající využití v moderním webovém vývoji.
Desktopové prostředí LXQt (Lightweight Qt Desktop Environment, Wikipedie) vzniklé sloučením projektů Razor-qt a LXDE bylo vydáno ve verzi 2.3.0. Přehled novinek v poznámkách k vydání.
Organizace Open Container Initiative (OCI) (Wikipedie), projekt nadace Linux Foundation, vydala Runtime Specification 1.3 (pdf), tj. novou verzi specifikace kontejnerového běhového prostředí. Hlavní novinkou je podpora FreeBSD.
Nový open source router Turris Omnia NG je v prodeji. Aktuálně na Allegro, Alternetivo, Discomp, i4wifi a WiFiShop.
Na YouTube a nově také na VHSky byly zveřejněny sestříhané videozáznamy přednášek z letošního OpenAltu.
Jednou za rok otevírá společnost SUSE dveře svých kanceláří široké veřejnosti. Letos je pro vás otevře 26. listopadu v 16 hodin v pražském Karlíně. Vítáni jsou všichni, kdo se chtějí dozvědět více o práci vývojářů, prostředí ve kterém pracují a o místní firemní kultuře. Můžete se těšit na krátké prezentace, které vám přiblíží, na čem inženýři v Praze pracují, jak spolupracují se zákazníky, partnery i studenty, proč mají rádi open source a co
… více »
.
O SSD jako cache pro často používané soubory jsem přímo neslyšel (v kernelu na to IMO není přímo subsystém), ale asi by šlo na to použít něco z RAID subsystému. SSD i HDD by se pak pro userspace jevilo jako jeden konglomerát a o balancování by se staral kernel (nechat to na userspace je o data). Pokud by pak jeden z disků umřel, tak budeš mít problém se záchranou dat.
Pokud by nějaký takový ovladač existoval, tak bude fungovat tak, že při každé operaci zkontroluje seznam všech souborů, vloží do něj novej přístup a rozhodne se zda překopíruje soubor mezi SSD a HDD (a samozřejmě ho mezitím otevře). Tohle rozhodování bude žrát dost času a prodlužovat odezvu systému. Taky bude opotřebovávat SSD a ve worst case bude neustále obojí "swapovat".
Opět mám dojem, že bude nejlepší tohle rozhodovat ručně, tedy dát na SSD OS knihovny, aplikace a třeba nějaké obsáhlé datové soubory (kámoš tam má minecraft world databázi - a i na to je SSD overkill, ale hodí se třeba i image virtuálu) a pak případně přehazovat, co bude potřeba mezi home na HDD a system na SSD (třeba kompilace generuje masivní zápisy objektových souborů a masivní čtení zdrojáků a zároveň masivní spotřebu RAM na úkor diskové cache).
P.S. Na krátkodobou cache se používá přímo RAM (řekneme mezi rebooty) a ta je samozřejmě řádově rychlejší. Taky by šlo na SSD umístit swap, ale ten je zapisovanej hodně často a asi by bylo lepší investovat do víc RAM (která je levnější a lze z ní udělat i ta disková cache).
. Podle všeho to je fakt v RAID subsystému a tam jsem vlezl jen jednou před roky.
Ale pozor dm_cache je označený i v 4.8rc jako experimental.
Ve zkratce: Řešení je například Bcache a je na to spousta návodů, něco u Fedory, něco třeba na ArchWiki.
…při instalaci Fedory…
Proč při instalaci? To nedává smysl a pravděpodobně to nejde. Takové věci je lepší řešit až po instalaci, což má tu výhodu, že uživatel pochopí, co vlastně dělá a co se kde nastavuje.
…aby byl systém na HDD a SSD se používa jako cache často čtených souborů…
Bloků, nikoliv souborů. Cache na úrovni souborů nedává smysl.
Ještě by mě zajímalo, jaký souborový systém mám pro SSD zvolit?
Pro SSD samozřejmě žádný, pokud tam bude Bcache.
Jinak výhradně Btrfs. Pro SSD, pro HDD, všude. Jiná volba dnes na Linuxu nedává smysl, pokud člověk nechce záměrně používat zastaralé souborové systémy, které jsou 10 let za zenitem a jejichž návrh neodpovídá velikosti a dalším parametrům dnešních úložišť.
Taky bych chtěl varovat, že nejsem ajťák…
Tohle je zcela irelevantní. Návody na webu jsou přístupné komukoliv, bez ohledu na to, zda se považuje za „ajťáka“ nebo ne. Je lepší soustředit se na řešení problému a dotazy s ním související, nikoliv na to, co kdo je či není. :-/
Fedora + Bcache — tohle je rozumnější odkaz. Ale je to návod z dob Fedory 20, tj. na dnešní 24/25 se musí člověk dovtípit několika drobných odlišností.
Tiskni
Sdílej:
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz
15.10.2016 13:50