Byla vydána nová verze 3.23.0 FreeRDP, tj. svobodné implementace protokolu RDP (Remote Desktop Protocol). Opravuje 11 bezpečnostních chyb.
Španělský softwarový inženýr oznámil, že se mu podařilo na dálku ovládat sedm tisíc robotických vysavačů po celém světě. Upozornil tak na slabé kybernetické zabezpečení těchto technologií a jejich možné a snadné zneužití. Nesnažil se hacknout všechny robotické vysavače po světě, ale pouze propojil svůj nový DJI Romo vysavač se zařízením Playstation. Aplikace podle něj ihned začala komunikovat se všemi sedmi tisíci spotřebiči a on je
… více »Momo je fenka cavapoo, která svými náhodnými stisky kláves bezdrátové klávesnice vytváří jednoduché počítačové hry. Technicky to funguje tak, že Raspberry Pi s připojenou bluetooth klávesnicí posílá text do Claude Code, který pak v Godotu píše hry a sám je i testuje pomocí screenshotů a jednoduchých simulovaných vstupů. Za stisky kláves je Momo automaticky odměňována pamlsky. Klíčový je pro projekt prompt, který instruuje AI, aby i
… více »GNU awk (gawk), implementace specializovaného programovacího jazyka pro zpracování textu, byl vydán ve verzi 5.4.0. Jedná se o větší vydání po více než dvou letech. Mezi četnými změnami figuruje např. MinRX nově jako výchozí implementace pro regulární výrazy.
Internetový prohlížeč Ladybird ohlásil tranzici z programovacího jazyka C++ do Rustu. Přechod bude probíhat postupně a nové komponenty budou dočasně koexistovat se stávajícím C++ kódem. Pro urychlení práce bude použita umělá inteligence, při portování první komponenty prohlížeče, JavaScriptového enginu LibJS, bylo během dvou týdnů pomocí nástrojů Claude Code a Codex vygenerováno kolem 25 000 řádků kódu. Nejedná se o čistě autonomní vývoj pomocí agentů.
Byl vydán Mozilla Firefox 148.0. Přehled novinek v poznámkách k vydání a poznámkách k vydání pro vývojáře. Nově lze snadno povolit nebo zakázat jednotlivé AI funkce. Řešeny jsou rovněž bezpečnostní chyby. Nový Firefox 148 bude brzy k dispozici také na Flathubu a Snapcraftu.
Byla vydána nová verze 22.1.0, tj. první stabilní verze z nové řady 22.1.x, překladačové infrastruktury LLVM (Wikipedie). Přehled novinek v poznámkách k vydání: LLVM, Clang, LLD, Extra Clang Tools a Libc++.
X86CSS je experimentální webový emulátor instrukční sady x86 napsaný výhradně v CSS, tedy bez JavaScriptu nebo dalších dynamických prvků. Stránka 'spouští' assemblerovový program mikroprocesoru 8086 a názorně tak demonstruje, že i prosté CSS může fungovat jako Turingovsky kompletní jazyk. Zdrojový kód projektu je na GitHubu.
Po šesti letech byla vydána nová verze 1.3 webového rozhraní ke gitovým repozitářům CGit.
Byla vydána nová verze 6.1 linuxové distribuce Lakka (Wikipedie), jež umožňuje transformovat podporované počítače v herní konzole. Nejnovější Lakka přichází s RetroArchem 1.22.2.
Tiskni
Sdílej:
Na druhou stranu jsou procesory AMD o proti Intelu o poznání slabší, a o více žerou.
PR má Intel očividně zvládnuté perfektně, to se musí uznat.
To je ovšem demagogie velmi hrubého zrna. Za prvé se testy, na které odkazujete, netýkají procesorů, o kterých by běžný uživatel uvažoval. Za druhé, co jsem je tak zběžně prošel, tety ukazují jediné: použijete-li procesor v aplikaci, pro kterou nebyl navržen, jeho výhody se neprojeví. Porovnává se šestijádro s dvanáctijádrem a většina testů je navržena tak, aby se pokud možno (ne moc nápadně, ale přesto) omezila výhoda vyššího počtu jader. Měření spotřeby tam pak nevidím vůbec. Ani fakt, že autor testu (stejně jako většina laiků) chybně používá termín "syntetický benchmark", na důvěryhodnosti moc nepřidá.
Pro mne je podstatné, že v kategorii procesorů, které pro mne připadají v úvahu, ve výrazné většině případů za stejnou cenu dostanu vyšší výpočetní výkon u AMD a za stejný výpočetní výkon zaplatím více u AMD.
Xeon 34xx = Core i7 8xx (oba jádro Lynnfield) Xeon 35xx = Core i9 9xx (oba jádro Bloomfield).
Xeon 34xx = Core i7 8xx (oba jádro Lynnfield) Xeon 35xx = Core i7 9xx (oba jádro Bloomfield).A doplňuji:
Xeon 36xx = Core i7 9xx (oba jádro Gulftown)Rozdíl mezi Bloomfieldem a Gulftownem je minimálně ve výrobním procesu. Bloomfield je vyráběn 45nm procesem, Gulftown pak 32nm procesem. Ekvivalentem Xeonu 36xx je například Core i7 980X. (model 975X byl ještě Bloomfield)
Techreport a anandtech ako nedoveryhodne zdroje ?
Rad by som videl ktore su pre vas doveryhodne zdroje/testy.A kde se dá takové desktopové dvanáctijádro za rozumnou cenu pořídit?He, jenom tak orientačně jsem zkusil porovnat ceny šestijádrového procesoru od Intelu vs. šestijádrový procesor od AMD. Nejlevnější Opteron (2.1GHz) cca 5000 s daní, nejlevnější Xeon (2.6GHz) 25000 s daní. Nikdo mě nepřesvědčí o tom, že tady za pětinásobek ceny dostanu pětinásobek výkonu. Tipuju, že ten Xeon jestli bude mít o 50% víc, tak je to moc. Bez ohledu na to, co na tom poběží (když to teda nebude přeložené překladačem od Intelu)
neboť výkon jednoho jádra bývá u různých modelů různýTo uznávám. Ale rozhodně nebude o tolik větší, aby to ospravedlnilo o tolik (tolikrát) vyšší cenu.
Intel dík HyperThreadingu využívá procesorového jádra efektivněji než AMDTo jednak závisí na zátěži a druhak to "efektivněji" furt nemá takový vliv, aby to ospravedlnilo o tolik vyšší cenu
je docela reálné, že by si daným Opteronem s přehledem poradil Core i7 860 v obdobné cenové relaci.Tak to určitě. Všiml sis, že ten i7 má jenom čtyři jádra? Tzn. když na tom budeš provozovat virtuální stroje (tj. několikrát stejný druh zátěže), tak ten HT podvod sotva vydá za jádro navíc, rozhodně ne za dvě. Ale jak tu padlo jinde: vyhoď si peníze z okna dle libosti.
To jednak závisí na zátěži a druhak to "efektivněji" furt nemá takový vliv, aby to ospravedlnilo o tolik vyšší cenuTo
efektivnějšínemá takový vliv aby to ospravedlnilo cenu o jednu korunu větší. Procesor je jeden, exekuční jádro je furt jedno, ALU je stejný počet stejně jako vnitřních procesorových sběrnic. Jen je jednou tolik stavových registrů (věřím, že na prstech obou rukou bych je spočítal – Intel se pyšní, že to zabere jen o 5% víc místa z celkového množství tranzistorů procesoru). Ale jinak jádro běží stále stejnou rychlostí jako když je HyperThreading nepoužitý. Není v žádném případě možné aby jádro při použití HT zpracovalo o x% více instrukcí (nepočítám-li, že může druhé vlákno zpracovávat instrukce, když první vlákno na něco čeká). Max. nárust rychlosti zpracovávání instrukcí může být zaznamenán tak max. v případě nějaké tupě napsané aplikace, která neustále ukládá registry do stacku a pak je z něj zas obnovuje, protože pouze toho je tam víc. Jinak ale procesor nebude rychlejší ať si tam nalepíte nálepek HyperThreading kolik chcete.
Přínos hyperhreadingu je na výkon procesoru je zjevný, což lze mimochodem snadno dokázat a změřit.Pak je ovšem něco špatně, protože se jim podařilo při testech porušit fyzikální zákony a naprosto elementární matematiku.
Tak to určitě. Všiml sis, že ten i7 má jenom čtyři jádra? Tzn. když na tom budeš provozovat virtuální stroje (tj. několikrát stejný druh zátěže), tak ten HT podvod sotva vydá za jádro navíc, rozhodně ne za dvě.Jinak IMHO nevydá snad ani za to jedno (jak by také mohl?). Max. eliminuje trochu té jednovláknové čekací režie a díky zipovému řazení instrukcí možná trošičku zlepší odezvu než-li v případě softwarového plánovače. Otázkou je ovšem zda-li bude toto zrychlení vůbec aby pokrylo režii paralelního zpracování.
Cena v IT nie je linearna s vykonom(uzitkovou hodnotou). Od istej ceny (sweet spot) zacina rast geometricky. Platilo to aj pre amd ked malo technologicky oproti intelu navrch.
if grep vmx /proc/cpuinfo &> /dev/null ; then testuj else echo "Není podpora VT!" fiskript pro VT-d:
instaluj lshw
dostaň_z_lshw_výrobce_a_typ_mb
if [ x$výrobce_a_typ_mb == "x"]; then
instaluj křišťálová_koule
výrobce_a_typ_mb = `křišťálová_koule "jakou mám značku a typ mb?"`
fi
url=najdi_na_google($výrobce_a_typ_mb)
if [ x$url == "x" ]; then
if ! je_instalováno(křišťálová_koule) ; then
instaluj křišťálová_koule
fi
url = `křišťálová_koule "jaká je url informací o $výrobce_a_typ_mb ?"`
fi
wget -o specifikace.html $url
if [ $? != 0 ] ; then
if ! je_instalováno(křišťálová_koule) ; then
instaluj křišťálová_koule
fi
křišťálová_koule -fmt html "jaké jsou specifikace $výrobce_a_typ_mb ?" > specifikace.html
fi
# FIXME - obchodní název není jen VT-d, je třeba grepnout jiné ýrazy
# FIXME - co když se "VT-d" na dané stránce vyskytuje v irelevantních souvislostech, třeba v adwords?
if grep "VT-d" specifikace.html &> /dev/null ; then
testuj
else
echo "Není podpora VT-d!"
fi
dmesg | grep -e DMAR -e IOMMUOdpověď:
... DMAR:DRHD base: 0x000000feb03000 flags: 0x0 IOMMU feb03000: ver 1:0 cap c9008020e30260 ecap 1000 ...How to assign devices with VT-d in KVM
[ 0.000000] ACPI: DMAR 00000000c77820f0 00090 (v01 AMI OEMDMAR 00000001 MSFT 00000097) [ 0.000000] Your BIOS is broken; DMAR reported at address fed90000 returns all ones! [ 0.033377] DMAR: Host address width 36 [ 0.033476] DMAR: DRHD base: 0x000000fed90000 flags: 0x1 [ 0.033575] DMAR: parse DMAR table failure.:-/
vykon jakkoliv CPU naddimenzovane virtualni masiny spolehlive zabije I/OCo jsem tak zkoušel, tak u posledního stabilního qemu (0.12) to není tak hrozné - ztráta oproti čistému železu max. o 30% a to ještě při VELMI intenzivním I/O. Jinak do 15%. (Jako disk se použil oddíl na LVM na RAID1, virtio ovladač)