BreezyBox je open-source shell a virtuální terminál pro populární jednočip ESP32. Nabízí základní unixové příkazy, sledování aktuálního pracovního adresáře (CWD), jednoduchý instalátor a spouštěč aplikací v podobě ELF binárních souborů, zabudovaný HTTP server nebo třeba ovládání WiFi - ukázka použití coby 'malého osobního počítače'. Ačkoliv je BreezyBox inspirovaný BusyBoxem, oproti němu má tento projekt několik externích závislostí, zejména na ESP-IDF SDK. BreezyBox je dostupný pod licencí MIT.
Byl představen cross-assembler xa.sh, napsaný čistě v Bourne shell skriptu. Tento nástroj umožňuje zpracovávat assemblerový kód pro Intel 8080, přičemž je možné snadno přidat podporu i pro další architektury, například 6502 a 6809. Skript využívá pouze různé běžné unixové příkazy jako jsou awk, sed nebo printf. Skript si lze stáhnout z GitHubového repozitáře projektu.
Byla představena nová verze modelu Claude Opus 4.6 od společnosti Anthropic. Jako demonstraci možností Anthropic využil 16 agentů Claude Opus 4.6 k vytvoření kompilátoru jazyka C, napsaného v programovacím jazyce Rust. Claude pracoval téměř autonomně, projekt trval zhruba dva týdny a náklady činily přibližně 20 000 dolarů. Výsledkem je fungující kompilátor o 100 000 řádcích kódu, jehož zdrojový kód je volně dostupný na GitHubu pod licencí Creative Commons.
Kultovní britský seriál The IT Crowd (Ajťáci) oslavil dvacáté výročí svého prvního vysílání. Sitcom o dvou sociálně nemotorných pracovnících a jejich nadřízené zaujal diváky svým humorem a ikonickými hláškami. Seriál, který debutoval v roce 2006, si i po dvou dekádách udržuje silnou fanouškovskou základnu a pravidelně se objevuje v seznamech nejlepších komedií své doby. Nedávné zatčení autora seriálu Grahama Linehana za hatecrime však vyvolává otázku, jestli by tento sitcom v současné Velké Británii vůbec vznikl.
Společnost JetBrains oznámila, že počínaje verzí 2026.1 budou IDE založená na IntelliJ ve výchozím nastavení používat Wayland.
Společnost SpaceX amerického miliardáře Elona Muska podala žádost o vypuštění jednoho milionu satelitů na oběžnou dráhu kolem Země, odkud by pomohly zajistit provoz umělé inteligence (AI) a zároveň šetřily pozemské zdroje. Zatím se ale neví, kdy by se tak mělo stát. V žádosti Federální komisi pro spoje (FCC) se píše, že orbitální datová centra jsou nejúspornějším a energeticky nejúčinnějším způsobem, jak uspokojit rostoucí poptávku po
… více »Byla vydána nová verze 2.53.0 distribuovaného systému správy verzí Git. Přispělo 70 vývojářů, z toho 21 nových. Přehled novinek v poznámkách k vydání.
Spolek OpenAlt zve příznivce otevřených řešení a přístupu na 216. sraz, který proběhne v pátek 20. února od 18:00 v Red Hat Labu (místnost Q304) na Fakultě informačních technologií VUT v Brně na ulici Božetěchova 1/2. Tématem srazu bude komunitní komunikační síť MeshCore. Jindřich Skácel představí, co je to MeshCore, předvede nejrůznější klientské zařízení a ukáže, jak v praxi vypadá nasazení vlastního repeateru.
Byla vydána nová major verze 9.0 multiplatformní digitální pracovní stanice pro práci s audiem (DAW) Ardour. Přehled novinek, vylepšení a oprav v poznámkách k vydání.
Hodnota Bitcoinu, decentralizované kryptoměny klesla pod 70 000 dolarů (1,44 milionu korun).
HW:
Sun Fire s AMD opteron 2x4 jádra, AMD64, 16GB RAM, Debian 6.0
Na serveru (MySQL) mám dva SATA disky v SW RAID 1 (mirroring) - SDA a SDB. Před časem jsem si všiml, že systém je zpomalený (velký IO wait 25%, load 30, pomalá MySQL). Pomocí iostat jsem došel k závěru, že SDA není vpořádku, vysoké hodnoty %util (čekání CPU na tento disk) kolem 70% a další hodnoty, oproti SDB. Navíc měl SDA nějaké vadné sektory a tak jsem se jej rozhodl z RAIDu odpojit. Po odpojení se vše vrátilo do normálu, load max 5, %util u SDB kolem 20%.
Vzal jsem tedy nový disk s tím, že původní SDB (vpořádku) přesunu na SDA a nový disk připojím jako SDB a provedu rekonstrukci RAIDu. Původní "vadný disk" SDA jsem vyřadil. Tak jsem to udělal, ale problém je v tom, že problém s výkonem je přesně ten samý jako původně - vysoký load, IO wait apod., jen s tím rozdílem, že problémy dělá současné SDA, tedy původní SDB, které bylo vpořádku a stíhalo servírovat všechny požadavky několik dnů.. Když jsem současné SDA z RAIDu vyhodil, tak to zase jede normálně.. Kde je problém?
Otázka.. Rozkládá SW RAID 1 požadavky mezi jednotlivé disky nějak? Je normální, aby ve frontě požadavků na jednom disku bylo v průměru 0.7 a na druhém 60?
Přidám sem výstupy iostat, hned co doběhne rekonstrukce RAIDu..
Děkuji za jakýkoliv tip,
Dalibor
Rozkládá SW RAID 1 požadavky mezi jednotlivé disky nějak?
Kdysi jsem se díval do zdrojáků, protože mne zajímalo, proč při čtení dlouhého souvislého bloku není rychlost vyšší než u jednoho disku. Bylo to tak, že si driver u každého "disku" pamatoval pozici, ze které z něj naposledy četl, a při čtení z pole zvolil disk, u kterého byla tato pozice nejblíž (ve smyslu logické geometrie blokového zařízení) pozici, ze které se má číst. Ale je samozřejmě možné, že se to od té doby změnilo.
Při zápisu pochopitelně rozkládání zátěže nepřipadá v úvahu.
Tiskni
Sdílej:
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz