Na čem pracují vývojáři webového prohlížeče Ladybird (GitHub)? Byl publikován přehled vývoje za červenec (YouTube).
Konečně se ochladilo, možná i díky tomu přestaly na chvíli padat rakety jako přezrálé hrušky, díky čemuž se na Virtuální Bastlírně dostane i na jiná, přízemnější témata. Pokud si chcete jako každý měsíc popovídat s dalšími bastlíři, techniky, vědci a profesory u virtuálního pokecu u piva, Virtuální Bastlírna je tu pro Vás.
Ještě před ochlazením se drát na vedení V411 roztáhl o 17 metrů (přesné číslo není známé, ale drát nepřežil) a způsobil tak… více »Na čem aktuálně pracují vývojáři GNOME a KDE Plasma? Pravidelný přehled novinek v Týden v GNOME a Týden v KDE Plasma.
PixiEditor byl vydán ve verzi 2.0. Jedná se o multiplatformní univerzální all-in-one 2D grafický editor. Zvládne rastrovou i vektorovou grafiku, pixel art, k tomu animace a efekty pomocí uzlového grafu. Zdrojové kódy jsou k dispozici na GitHubu pod licencí GNU LGPL 3.0.
Byly představeny novinky v Raspberry Pi Connect for Organisations. Vylepšen byl protokol auditu pro lepší zabezpečení. Raspberry Pi Connect je oficiální služba Raspberry Pi pro vzdálený přístup k jednodeskovým počítačům Raspberry Pi z webového prohlížeče. Verze pro organizace je placená. Cena je 0,50 dolaru za zařízení za měsíc.
CISA (Cybersecurity and Infrastructure Security Agency) oznámila veřejnou dostupnost škálovatelné a distribuované platformy Thorium pro automatizovanou analýzu malwaru. Zdrojové kódy jsou k dispozici na GitHubu.
Ubuntu nově pro testování nových verzí vydává měsíční snapshoty. Dnes vyšel 3. snapshot Ubuntu 25.10 (Questing Quokka).
Společnost Proton AG stojící za Proton Mailem a dalšími službami přidala do svého portfolia Proton Authenticator. S otevřeným zdrojovým kódem a k dispozici na všech zařízeních. Snadno a bezpečně synchronizujte a zálohujte své 2FA kódy. K používání nepotřebujete Proton Account.
Argentinec, který byl náhodně zachycen Google Street View kamerou, jak se zcela nahý prochází po svém dvorku, vysoudil od internetového giganta odškodné. Soud uznal, že jeho soukromí bylo opravdu porušeno – Google mu má vyplatit v přepočtu asi 12 500 dolarů.
Eben Upton, CEO Raspberry Pi Holdings, informuje o RP2350 A4, RP2354 a nové hackerské výzvě. Nový mikrokontrolér RP2350 A4 řeší chyby, i bezpečnostní, předchozího RP2350 A2. RP2354 je varianta RP2350 s 2 MB paměti. Vyhlášena byla nová hackerská výzva. Vyhrát lze 20 000 dolarů.
Zdravím,
prosím o radu:
na server (jen v příkazové řádce, na sdílení souborů) přidána paměť (původně 1x 512 MB, nyní 2x 2 GB; swap zatím ponechán tak, jak byl = 1 GB). Zkusil jsem pootevírat ze serveru pár fotek, dokumentů - svištělo to jako nikdy (po tomto využitá paměť cca 15 %). Pak ze serveru zkopírován na jiný poč. soubor o vel. 4 GB - volná paměť se snížila na 2 %, něco málo je zabrané (cca 100 MB), zbytek v cache = cca 3,5 GB (free -m). V tomto okamžiku už je rychlost operací stejná jako za stavu RAM = 512 MB.
Jsem na server připojený pomocí Samby - napadá mě, že i když kopírování skončilo, proces smbd běží dál a paměť se tím pádem neuvolní.
- jádro by si toto mělo samo regulovat - a když ne, existuje na uvolnění paměti nějaký nástroj?
- lze nechat swap 1 GB nebo jej zvýšit na 2 GB (někde jsem se dočetl, že víc se nedoporučuje)?
Díky
HonzaS
Nechápu, v čem je problém. To že se všechna nepotřebná paměť automaticky použije jako cache je normální a žádoucí. Pokud ji nějaký proces chce, tak ji dostane.
Tomu rozumim; nechapu ale, proc v okamziku, kdy velka cast pameti byla jeste volna, tak ze stanic pripojenych na server vse fungovalo rychleji. Po presunuti do cache se vse zpomalilo.
Nebudu to ale resit; pokud to ma tak byt. :) Diky za odpoved.
Jeste ke swapu - je treba jej zvetsit, aby byl minimalne stejne velky jako RAM?
Asi myslíš toto video... Nikdy nekričte na svoj harddisk!
Treba pomoci prikazu:
top
NN
Diky za odpovedi, hlavne jsem potreboval mit jistotu ohledne swapu, zda jej nezvetsit. Po pravde - nevim, cim to je, ale nyni to bezi znovu vyborne, i kdyz jsem server s pametmi testoval jen ja. Uvidim, co bude zitra s plnou zatezi.
Preji pekny zbytek dne.
i když kopírování skončilo, proces smbd běží dál a paměť se tím pádem neuvolníTo se ale týká pouze paměti, kterou alokuje ten proces, nikoliv cache, kterou využil pro kopírování. Proces se neukončuje z dobrého důvodu a tím je právě rychlost, kdyby měl kvůli každému požadavku nabíhat nový proces, tak se zblázníte. Obecně si myslím, že ať budete mít paměť jakkoliv velkou, tak při dostatečném počtu různých souborů budete nakonec stejně omezen rychlostí disku. Zejména pokud děláte na disk zápisy, a používáte žurnálovací FS, nebo RAID. Velká paměť Vám obecně pouze udělá dobro v tom, že často otevírané soubory pro čtení nemusí být pokaždé nataženy z disku.
Díky za tip, dalším krokem tedy bude pořídit rychlejší disky, což ale bude náročnejší prosadit. :) Jsou tam 2 menší SATA disky (RAID 1) na systém + zálohy a 2 velké (320 GB) IDE disky na zakázky (rovněž RAID 1). Zkusím zjistit, jak moc by se vyplatilo koupit něco rychlejšího.
Nemáte tip - je nějaký nástroj, jak spočítat rychlost čtení zápisu dat v závislosti na veškerém HW? Toto je pro mě španělský venkov. Představoval bych si to tak, že spočítám rychlost při stávajícím HW a běžném zatížení serveru a pak zadám do programu jiný HW (místo IDE disků např. SCSI).
Díky
Můžete tam zkusit spustit benchmark "dbench" v několika procesech, a uděláte si jistou představu, jakou má ten disk s filesysémem propustnost. Pokud nebude stačit, nezbyde než rychlejší disky (např. 10k rpms, případně LVM na několika fyzických zařízeních se stripováním).
Pokud má filesystém dostatečnou propustnost, pak je problém jinde (síť, samba).
Tiskni
Sdílej: