Inzerujte na AbcPráce.cz od 950 Kč

napište » Zprávičky

Ubuntu nebude mít GUI pro pokročilou správu softwaru

dnes 04:44 | Komunita

Ubuntu 26.04 (Resolute Raccoon) už nebude v desktopové instalaci obsahovat GUI nástroj 'Software & Updates'. Důvodem jsou obavy z jeho složitosti pro běžné uživatele a z toho plynoucích bezpečnostních rizik. Nástroj lze doinstalovat ručně (sudo apt install software-properties-gtk).

NUKE GAZA! 🎆 | Komentářů: 0

Startup Entire

dnes 04:33 | IT novinky

Thomas Dohmke, bývalý CEO GitHubu, představil startup Entire - platformu pro spolupráci vývojářů a agentů umělé inteligence. Entire získalo rekordních 60 milionů dolarů na vývoj databáze a nástrojů, které mají zefektivnit spolupráci mezi lidmi a agenty umělé inteligence. Dohmke zdůrazňuje potřebu přepracovat tradiční vývojové postupy tak, aby odpovídaly realitě, kdy většinu kódu produkuje umělá inteligence.

NUKE GAZA! 🎆 | Komentářů: 0

Toyota vyvíjí open-source herní engine

dnes 04:22 | Zajímavý projekt

Toyota Connected North America oznámila vývoj open-source herního enginu Fluorite, postaveného na frameworku Flutter. Pro renderování grafiky využívá 3D engine Filament od společnosti Google a dle svého tvrzení cílí na konzolovou kvalitu her. Fluorite je zřejmě navržen tak, aby fungoval i na méně výkonném hardware, což naznačuje možnost použití přímo v ICE systémech vozidel. Zdrojový kód zatím zveřejněný není.

NUKE GAZA! 🎆 | Komentářů: 0

Věkové ověření Discordu, Twitche a Snapchatu překonáno

dnes 04:11 | Bezpečnostní upozornění

Byl vytvořen nástroj a postup pro překonání věkového ověření platforem Discord, Kick, Twitch, Snapchat (a možná dalších), kód je open-source a dostupný na GitHubu. Všechny tyto sítě používají stejnou službu k-ID, která určuje věk uživatele scanem obličeje a na původní server posílá pouze šifrovaná metadata, ty ale sociální síť už nedokáže sama nijak validovat, 'útok' spočívá ve vygenerování a podstrčení legitimně vypadajících ověřovacích metadat.

NUKE GAZA! 🎆 | Komentářů: 1

Jihokorejská burza Bithumb omylem rozeslala bitcoiny za 40 miliard dolarů

včera 14:11 | IT novinky

Jihokorejská kryptoměnová burza Bithumb přiznala vážné selhání interních systémů, které ji vystavilo riziku sabotáže a nezabránilo chybné transakci v hodnotě přes 40 miliard dolarů (814 miliard Kč). Druhá největší kryptoměnová burza v Koreji minulý týden při propagační akci omylem rozeslala zákazníkům zhruba 620 000 bitcoinů místo 620 000 wonů (8700 Kč). Incident vyvolal pokles ceny bitcoinu o 17 procent. Většinu

… více »

Ladislav Hagara | Komentářů: 7

Google Chrome 145

včera 13:55 | Nová verze

Google Chrome 145 byl prohlášen za stabilní. Nejnovější stabilní verze 145.0.7632.45 přináší řadu novinek z hlediska uživatelů i vývojářů. Podrobný přehled v poznámkách k vydání. Zpátky je podpora grafického formátu JPEG XL, viz Platform Status. Odstraněna byla před třemi lety. Nový dekodér JPEG XL jxl-rs je napsán v Rustu. Zobrazování JPEG XL lze vyzkoušet na testovací stránce. Povolit lze v nastavení chrome://flags (Enable JXL image format).

Ladislav Hagara | Komentářů: 0

Go 1.26

10.2. 22:44 | Nová verze

Byla vydána nová verze 1.26 programovacího jazyka Go (Wikipedie). Přehled novinek v poznámkách k vydání.

Ladislav Hagara | Komentářů: 0

CrossOver 26

10.2. 18:11 | Nová verze

CrossOver, komerční produkt založený na Wine, byl vydán ve verzi 26. Přehled novinek v ChangeLogu. CrossOver 26 vychází z Wine 11.0, D3DMetal 3.0, DXMT 0.72, Wine Mono 10.4.1 a vkd3d 1.18. Do 17. února lze koupit CrossOver+ se slevou 26 %.

Ladislav Hagara | Komentářů: 13

KiCad nově také jako AppImage

10.2. 14:22 | Komunita

KiCad je nově k dispozici také jako balíček ve formátu AppImage. Stačí jej stáhnout, nastavit právo na spouštění a spustit [Mastodon, 𝕏].

Ladislav Hagara | Komentářů: 0

Open-source robotické rameno reBot-DevArm

10.2. 13:22 | Zajímavý projekt

Šenčenská firma Seeed Studio představila projekt levného robotického ramena reBot Arm B601, primárně coby pomůcky pro studenty a výzkumníky. Paže má 6 stupňů volnosti, dosah 650 mm a nosnost 1,5 kilogramu, podporované platformy mají být ROS1, ROS2, LeRobot, Pinocchio a Isaac Sim, krom toho bude k dispozici vlastní SDK napsané v Pythonu. Kompletní seznam součástek, videonávody a nejspíš i cena budou zveřejněny až koncem tohoto měsíce.

… více »

NUKE GAZA! 🎆 | Komentářů: 9

Centrum | Napsat | Starší

navrhněte » Anketa

Komentářů: 25, poslední 3.2. 19:50

Rozcestník

AbcLinuxu

HDmag.cz

AbcLinuxu:/ Články / Jaderné noviny - 21. 4. 2016: Summit o úložištích, souborových systémech a správě paměti

Štítky: aktualizace, api, cache, case, disk, diskuze, filesystem, funkce, GPU, I/O, kernel, kontejnery, Linux, následující, online, sledování, souborové systémy, správa, storage, vyhledávání, výkon, vývoj, workflow, XFS

Jaderné noviny - 21. 4. 2016: Summit o úložištích, souborových systémech a správě paměti

29. 4. 2016 | Redakce | Jaderné noviny | 2650×

Stav vydání jádra. Summit o úložištích, souborových systémech a správě paměti.

Stav vydání jádra

Současný vývojový kernel je 4.6-rc4, vydaný 17. dubna. „Nic zajímavého se neděje. Přesně jak to mám u rc řady rád. Doufejme, že to tak zůstane.“

Stabilní aktualizace: minulý týden žádné nebyly vydány. Aktualizace 4.5.2, 4.4.8 a 3.14.67 jsou v procesu revidování a brzy budou dostupné.

Sasha Levin vydal sadu stabilních bezpečnostních aktualizací pro kernel.

Summit o úložištích, souborových systémech a správě paměti 2016

Letošní summit o úložištích, souborových systémech a správě paměti se konal 18. a 19. dubna v Raleigh v Severní Karolíně. Řádově 100 vývojářů reprezentujících příslušné subsystémy diskutovalo o řadě relevantních technických témat. Díky přítomnosti LWN máme k dispozici následující reporty.

Summit se odehrával v jedné až ve třech sekcích, v závislosti na projednávaných tématech.

Ve společné sekci se projednávaly všechny tři subsystémy a témata týkající se jádra jako celku. Jmenovitě šlo o následující:

Aktualizace norem: Na čem pracují skupiny T10 (SCSI), T13 (ATA) a NVM Express (NVMe).
Nakládání s chybami perzistentní paměti: Co by měl systém dělat, když se ukáže, že perzistentní paměť není tak perzistentní, jak by měla být?
API pro přidělování paměti ve velkém jako způsob řešení výkonnostních problémů se sítěmi.
reflink() a ti druzí: Další vývoj volání reflink() (online scrubber XFS) a další témata, na která se vývojáři správy paměti nedostali.
Souborové systémy a kontejnery / samošifrovací disky: Dvě krátké prezentace k zakončení prvního dne.
Víceúrovňové radixové stromy: Vylepšení funkcionality radixových stromů, které se může hodit i mimo subsystém správy paměti.
Paměť s rozdílným výkonem: Jak se vyrovnat se systémy, které obsahují paměť, jejíž výkon může kolísat.

V sekci věnované správě paměti probíhala diskuze o těchto tématech:

Dvě implementace cache pro transparentní velké stránky: Transparentní velké stránky momentálně nefungují se stránkami postavenými na souborech. Na vině však není nedostatek snahy: momentálně jsou na výběr dvě funkční implementace. Během tohoto sezení se vývojáři snažili rozhodnout, kterou verzi vybrat.
Nápady na racionalizaci příznaků GFP: Jak lépe definovat a vylepšit sémantiku přidělování všudypřítomných příznaků GFP_ při alokaci paměti.
CMA a zahušťování: Problémy s tím spojené a řešení jaderného mechanismu pro podporu alokace velkých souvislých bloků.
Virtuální stroje jako kontejnery a zejména problémy se správou paměti, spojené s nasazením spousty virtuálních strojů na hostitelský stroj.
Částečné zrcadlení adresního prostoru je funkce hardwaru určená ke zvýšení spolehlivosti. Diskuze ovšem potvrdila, že vývojáři správy paměti nejsou přesvědčení, že bude fungovat způsobem, jakým byla inzerována.
Heterogenní správa paměti: Poskytování přístupu k adresnímu prostoru GPU a dalším perifériím.
Testování správy paměti: Jak můžeme najít co nejvíc problémů dřív, než ohrozí uživatele?
Férovost přidělování paměti v kontrolních skupinách: Jak přinutit kontrolní skupiny dělat správná rozhodnutí tváří v tvář problematické zatěži.
Optimalizace vyprazdňování TLB: Snižování nákladů na výkon, který je spojen s příliš častým vyprazdňováním TLB (translation lookaside buffer).
Vylepšování OOM killeru: Letošní příspěvek do pravidelné diskuze na téma, jak by měl kernel řešit nedostatek paměti.
Workflow subsystému správy paměti: Jak funguje vývoj v tomto subsystému a jak je možné učinit jeho chod ještě plynulejším?

Viz také poznámky Rika van Riela se stručným shrnutím sekce věnované správy paměti.

Sekce zabývající se výhradně souborovými systémy měla relativně malý počet diskuzí, a sice:

Paralelní vyhledávání: Jak podporovat více souběžných vyhledávání v adresářích.

Samostatná sekce úložišť měla také malý počet diskuzí.

Své poznámky zveřejnil James Bottomley.

Kombinovaná sekce souborových systémů a úložišť měla následující diskuze:

Perzistentní úložiště a protokoly pro vzdálený přístup k datům: Jaké změny je třeba učinit pro podporu přístupu rychlých perzistentních zařízení skrze (relativně) pomalé protokoly pro vzdálený přístup.
Bloková rozhraní a rozhraní souborového systému: Jak zlepšit spolupráci blokové vrstvy a vrstvy souborového systému.
Příznaky DAX, mmap() a „go faster“: Jak přizpůsobit aplikace, které si jsou vědomy chování perzistentní paměti a vyžadují nejlepší možný výkon.
Částečné vyprázdnění disku: Co dělat, když se částečně pokazí disk, ale chcete nadále používat ty části, které stále fungují?
fallocate() a bloková vrstva: Výzvy týkající se podpory „nulování ve velkém“ pro blokové I/O.
Výchozí použití vícefrontového blokového subsystému: Podporu vícefrontových bloků máme již několik let, možná je na čase začít s postupným rušením podpory jednofrontového rozhraní?