Byl vydán Nextcloud Hub 8. Představení novinek tohoto open source cloudového řešení také na YouTube. Vypíchnout lze Nextcloud AI Assistant 2.0.
Vyšlo Pharo 12.0, programovací jazyk a vývojové prostředí s řadou pokročilých vlastností. Krom tradiční nadílky oprav přináší nový systém správy ladících bodů, nový způsob definice tříd, prostor pro objekty, které nemusí procházet GC a mnoho dalšího.
Microsoft zveřejnil na GitHubu zdrojové kódy MS-DOSu 4.0 pod licencí MIT. Ve stejném repozitáři se nacházejí i před lety zveřejněné zdrojové k kódy MS-DOSu 1.25 a 2.0.
Canonical vydal (email, blog, YouTube) Ubuntu 24.04 LTS Noble Numbat. Přehled novinek v poznámkách k vydání a také příspěvcích na blogu: novinky v desktopu a novinky v bezpečnosti. Vydány byly také oficiální deriváty Edubuntu, Kubuntu, Lubuntu, Ubuntu Budgie, Ubuntu Cinnamon, Ubuntu Kylin, Ubuntu MATE, Ubuntu Studio, Ubuntu Unity a Xubuntu. Jedná se o 10. LTS verzi.
Na YouTube je k dispozici videozáznam z včerejšího Czech Open Source Policy Forum 2024.
Fossil (Wikipedie) byl vydán ve verzi 2.24. Jedná se o distribuovaný systém správy verzí propojený se správou chyb, wiki stránek a blogů s integrovaným webovým rozhraním. Vše běží z jednoho jediného spustitelného souboru a uloženo je v SQLite databázi.
Byla vydána nová stabilní verze 6.7 webového prohlížeče Vivaldi (Wikipedie). Postavena je na Chromiu 124. Přehled novinek i s náhledy v příspěvku na blogu. Vypíchnout lze Spořič paměti (Memory Saver) automaticky hibernující karty, které nebyly nějakou dobu používány nebo vylepšené Odběry (Feed Reader).
OpenJS Foundation, oficiální projekt konsorcia Linux Foundation, oznámila vydání verze 22 otevřeného multiplatformního prostředí pro vývoj a běh síťových aplikací napsaných v JavaScriptu Node.js (Wikipedie). V říjnu se verze 22 stane novou aktivní LTS verzí. Podpora je plánována do dubna 2027.
Byla vydána verze 8.2 open source virtualizační platformy Proxmox VE (Proxmox Virtual Environment, Wikipedie) založené na Debianu. Přehled novinek v poznámkách k vydání a v informačním videu. Zdůrazněn je průvodce migrací hostů z VMware ESXi do Proxmoxu.
R (Wikipedie), programovací jazyk a prostředí určené pro statistickou analýzu dat a jejich grafické zobrazení, bylo vydáno ve verzi 4.4.0. Její kódové jméno je Puppy Cup.
SSD tento čekací čas eliminuje a zrychlení desktopu je opravdu výrazné.Ja si to porad nejak nedovedu predstavit. To jako kdyz zmacku klavesu v editoru tak se na obrazovce pismenko obevi za 2 ms misto za 4, nebo kde presne bude to "opravdu vyrazne" zrychleni ? Co me napada je treba grep velkyho adresare, kde to s SSD bude poprve vyrazne rychlejsi. Ale kdyz s tim adresarem pracuju tak tech grepu budu delat vic a potom je lepsi kdyz ty data zustanou v pameti nez kdyz se budou pokazdy znovu tahat z SSD. A pripominam ze se tady bavime o "HDD + velka RAM" vs "SSD + mensi RAM", ne o "HDD + velka RAM" vs "SSD + stejne velka RAM".
Ja si to porad nejak nedovedu predstavit.Taky mi přijde, že to musí být hodně debilně napsaný desktop, aby jeho používání takto záviselo na rychlosti disku. Ještě tak chápu natažení molochů jako LibreOffice, ale tam to člověk tak nějak očekává.
Pokud se bavíme o počítači pro vývoj, zápis mnoha malých souborů při kompilaci bude celkem častý případ.Někdy je lepší, pokud to nástroje umí a velikost RAM to dovoluje, provádět kompilaci v ramdisku. Člověk tím i šetří to SSD :).
osc build
"), potřebuji pro buildroot asi 14 GB. Ale ani se samotným překladem a slinkováním bych se do 1 GB určitě nevešel.
Většina aplikací více či méně pracuje s diskem a i když jsou to drobnosti, tak „100× nic umořilo osla“.
Ať je to Gnome, XFCE, Unity, Widle (důvodně předpokládám, že i další), tak s SSD diskem je vše svižnější a někdy výrazně.
Mám desktop s rotačním diskem a NTB s SSD a v práci už je většina jen se systémovým SSD diskem, kdykoliv sednu k počítači s rotačním diskem (o to i 10+K), tak to poznám, že to nemá SSD.
Nevím jaký vývoj, ale pokud bychom se bavili o (složitě ;)) kompilovaných jazycích jako C/C++,
na více-jádrové mašině, kde lze spustit kompilaci ve více vláknech, tak SSD je citelně poznat.
Další, co se vývoje týče, pokud se používá nějaké IDE, vytvářející on-line indexaci, tak tam už je to poznat velmi citelně.
Pokud se otvírá v vim-u pár souborů, tak to taky pomůže, ale jen asi místo 'eee-hned' je to 'hned'.
Pokud je to postaveno: SSD + 8GiB vs. rotační + 32GiB, říkám SSD + 32GiB , ale vybral bych si určitě SSD + 8GiB.
Jen pro zajímavost, když otvírám na Core2Duo s rotačním diskem jedno svoje prostředí na jeden klik za konkrétním účelem (Eclipse, Bouml, Inscape, OO sešit + další doprovodné terminály a aplikace), tak
se rožne červený LED-ka (disk) a trvá to ≈2min, s tím, že v Eclipse 1-3min dobíhají procesy, pokud to samé udělám na NTB s i7 a SSD, tak
do 10 sec je vše ready a dobíhání v Eclipse „jen“ uvidím a je to (třeba 5sec).
A třeba doxygen nad nějakým projektem na rotačním disku vs. SSD - nepopsatelné :), ale je fakt že to se moc často nepotřebuje…
Každopádně s SSD už neblbnu s „RAM disky“…
Názorný příklad: vzal jsem aktuální gitový repozitář jádra, branch master, a dal "git checkout v3.0
". Výsledky podle toho, kde repozitář byl:
(Není to otázka cache, ten počítač má 32 GB paměti a ve všech případech jsem to prováděl dvakrát za sebou a měřil až ten druhý pokus.)
Podobné zkušenosti mám i s buildem jádra: build na tmpfs znamená zrychlení oproti SSD, ale zdaleka ne takové jako SSD oproti klasickému disku. Tam je ale samozřejmě potřeba brát v úvahu i problém počtu opakovaných zápisů.
Podobné zkušenosti mám i s buildem jádra: build na tmpfs znamená zrychlení oproti SSD, ale zdaleka ne takové jako SSD oproti klasickému disku.Díky, tahle zkušenost se hodí.
Tam je ale samozřejmě potřeba brát v úvahu i problém počtu opakovaných zápisů.Máš k tomu nějaké bližší info? Myšleno jak moc se toho má člověk obávat?
Ten odkázaný Xeon zrovna mám v serveru s klasickým Freezerem a donutit jej aby se zapotil a trochu zahřál stoji hodně velké úsilí (včetně ECC pamětí). A jsem si říkal, že bych ho chtěl i na desktopu.
S tímto Seasonic zdrojem, kde můžu říct, že neřve.
Výkřik na závěr: „Xeon jedině Xeon chová se mi to vždy v paralelním prostředí mnohem líp než i7 i bez technických »pindů«“ :)
Tiskni Sdílej: