Google Chrome 136 byl prohlášen za stabilní. Nejnovější stabilní verze 136.0.7103.59 přináší řadu novinek z hlediska uživatelů i vývojářů. Podrobný přehled v poznámkách k vydání. Opraveno bylo 8 bezpečnostních chyb. Vylepšeny byly také nástroje pro vývojáře.
Homebrew (Wikipedie), správce balíčků pro macOS a od verze 2.0.0 také pro Linux, byl vydán ve verzi 4.5.0. Na stránce Homebrew Formulae lze procházet seznamem balíčků. K dispozici jsou také různé statistiky.
Byl vydán Mozilla Firefox 138.0. Přehled novinek v poznámkách k vydání a poznámkách k vydání pro vývojáře. Řešeny jsou rovněž bezpečnostní chyby. Nový Firefox 138 je již k dispozici také na Flathubu a Snapcraftu.
Šestnáctý ročník ne-konference jOpenSpace se koná 3. – 5. října 2025 v Hotelu Antoň v Telči. Pro účast je potřeba vyplnit registrační formulář. Ne-konference neznamená, že se organizátorům nechce připravovat program, ale naopak dává prostor všem pozvaným, aby si program sami složili z toho nejzajímavějšího, čím se v poslední době zabývají nebo co je oslovilo. Obsah, který vytvářejí všichni účastníci, se skládá z desetiminutových
… více »Richard Stallman přednáší ve středu 7. května od 16:30 na Technické univerzitě v Liberci o vlivu technologií na svobodu. Přednáška je určená jak odborné tak laické veřejnosti.
Jean-Baptiste Mardelle se v příspěvku na blogu rozepsal o novinkám v nejnovější verzi 25.04.0 editoru videa Kdenlive (Wikipedie). Ke stažení také na Flathubu.
TmuxAI (GitHub) je AI asistent pro práci v terminálu. Vyžaduje účet na OpenRouter.
Byla vydána nová verze R14.1.4 desktopového prostředí Trinity Desktop Environment (TDE, fork KDE 3.5, Wikipedie). Přehled novinek i s náhledy v poznámkách k vydání. Podrobný přehled v Changelogu.
Bylo vydáno OpenBSD 7.7. Opět bez písničky.
Potřeboval jsem teď přenést mezi dvěma počítači 700MB soubor, tak jsem si řekl, že u toho otestuju propustnost sítě
Nástroje:
socket
Rychlost zdrojového disku:
# hdparm -tT /dev/hda /dev/hda: Timing cached reads: 1768 MB in 2.00 seconds = 884.13 MB/sec Timing buffered disk reads: 72 MB in 3.06 seconds = 23.52 MB/secRychlost cílového disku:
# hdparm -tT /dev/hda /dev/hda: Timing cached reads: 520 MB in 2.01 seconds = 258.23 MB/sec Timing buffered disk reads: 36 MB in 3.09 seconds = 11.66 MB/secVelikost RAM je u obou počítačů 256 MB, z toho si na "zdrojovém" stroji ukousne 16 MB grafika.
velikost souboru:
$ du -h soubor 700M souborčas přenosu:
$ time cat soubor |socket -q 192.168.1.5 1234 real 1m14.205s user 0m0.481s sys 0m15.115s(na druhé straně bylo použito
socket -sq 1234 >soubor
)
To dává ve výsledku necelých 10 MB/s, tedy kolem 75 Mbps. Celkem by mě zajímalo, jestli ten výsledek brzdí disky (především ten druhý), nebo síť (kde zbytek do max. kapacity dělá režie první a druhé vrstvy). Jak jste na tom s propustností síťe vy?
Tiskni
Sdílej:
A o protokolech to samozřejmě je, protože ze Samby bych podle všeho na stovkové síti 11 MB/s nevyždímal, ani kdybych měl na obou stranách čtyři Opterony a serverové (66 MHz, 64 bitů) Intel karty…
...ale pokud je na jedné straně systém Win98, rychlost je až 10x (!) nižší než třeba u HTTP.No to je přeci jasné, "je třeba" udělat upgrade
spíš by bylo lepší přenášet náhodná data...Nahodny data musis generovat a to zere cas.
CONFIG_8139TOO_PIO
IMHO to zcela evidentně brzdí ten druhý disk - vás ve škole neučili, že rychlost zápisu bývá nižší, nežli sekvenční čtení?Rychlost cílového disku: # hdparm -tT /dev/hda /dev/hda: Timing cached reads: 520 MB in 2.01 seconds = 258.23 MB/sec Timing buffered disk reads: 36 MB in 3.09 seconds = 11.66 MB/secTo dává ve výsledku necelých 10 MB/s, tedy kolem 75 Mbps. Celkem by mě zajímalo, jestli ten výsledek brzdí disky (především ten druhý),