DuckDuckGo AI Chat umožňuje "pokecat si" s GPT-3.5 Turbo od OpenAI nebo Claude 1.2 Instant od Anthropic. Bez vytváření účtu. Všechny chaty jsou soukromé. DuckDuckGo je neukládá ani nepoužívá k trénování modelů umělé inteligence.
VASA-1, výzkumný projekt Microsoftu. Na vstupu stačí jediná fotka a zvukový záznam. Na výstupu je dokonalá mluvící nebo zpívající hlava. Prý si technologii nechá jenom pro sebe. Žádné demo, API nebo placená služba. Zatím.
Nová čísla časopisů od nakladatelství Raspberry Pi: MagPi 140 (pdf) a HackSpace 77 (pdf).
ESPHome, tj. open source systém umožňující nastavovat zařízení s čipy ESP (i dalšími) pomocí konfiguračních souborů a připojit je do domácí automatizace, například do Home Assistantu, byl vydán ve verzi 2024.4.0.
LF AI & Data Foundation patřící pod Linux Foundation spustila Open Platform for Enterprise AI (OPEA).
Neziskové průmyslové konsorcium Khronos Group vydalo verzi 1.1 specifikace OpenXR (Wikipedie), tj. standardu specifikujícího přístup k platformám a zařízením pro XR, tj. platformám a zařízením pro AR (rozšířenou realitu) a VR (virtuální realitu). Do základu se z rozšíření dostalo XR_EXT_local_floor. Společnost Collabora implementuje novou verzi specifikace do platformy Monado, tj. open source implementace OpenXR.
Byla vydána nová verze 0.38.0 multimediálního přehrávače mpv (Wikipedie) vycházejícího z přehrávačů MPlayer a mplayer2. Přehled novinek, změn a oprav na GitHubu. Požadován je FFmpeg 4.4 nebo novější a také libplacebo 6.338.2 nebo novější.
ClamAV (Wikipedie), tj. multiplatformní antivirový engine s otevřeným zdrojovým kódem pro detekci trojských koní, virů, malwaru a dalších škodlivých hrozeb, byl vydán ve verzích 1.3.1, 1.2.3 a 1.0.6. Ve verzi 1.3.1 je mimo jiné řešena bezpečnostní chyba CVE-2024-20380.
Digitální a informační agentura (DIA) oznámila (PDF, X a Facebook), že mobilní aplikace Portál občana je ode dneška oficiálně venku.
#HACKUJBRNO 2024, byly zveřejněny výsledky a výstupy hackathonu města Brna nad otevřenými městskými daty, který se konal 13. a 14. dubna 2024.
Děkuji za každou radu.
ethtool -i eth9
driver: i40e
version: 2.7.11
firmware-version: 6.01 0x80003483 1.1747.0
expansion-rom-version:
bus-info: 0000:07:00.0
supports-statistics: yes
supports-test: yes
supports-eeprom-access: yes
supports-register-dump: yes
supports-priv-flags: yes
ping 10.20.220.200 -s 1508 -i 0.01 -c 1000
PING 10.20.220.200 (10.20.220.200) 1508(1536) bytes of data.
1516 bytes from 10.20.220.200: icmp_seq=916 ttl=64 time=0.156 ms
1516 bytes from 10.20.220.200: icmp_seq=917 ttl=64 time=0.129 ms
1516 bytes from 10.20.220.200: icmp_seq=918 ttl=64 time=0.149 ms
1516 bytes from 10.20.220.200: icmp_seq=919 ttl=64 time=0.203 ms
1516 bytes from 10.20.220.200: icmp_seq=920 ttl=64 time=0.128 ms
1516 bytes from 10.20.220.200: icmp_seq=921 ttl=64 time=0.144 ms
1516 bytes from 10.20.220.200: icmp_seq=922 ttl=64 time=0.132 ms
1516 bytes from 10.20.220.200: icmp_seq=923 ttl=64 time=0.223 ms
1516 bytes from 10.20.220.200: icmp_seq=924 ttl=64 time=0.137 ms
1516 bytes from 10.20.220.200: icmp_seq=925 ttl=64 time=0.147 ms
1516 bytes from 10.20.220.200: icmp_seq=926 ttl=64 time=0.200 ms
1516 bytes from 10.20.220.200: icmp_seq=927 ttl=64 time=0.149 ms
1516 bytes from 10.20.220.200: icmp_seq=928 ttl=64 time=0.133 ms
1516 bytes from 10.20.220.200: icmp_seq=929 ttl=64 time=0.221 ms
1516 bytes from 10.20.220.200: icmp_seq=930 ttl=64 time=0.171 ms
1516 bytes from 10.20.220.200: icmp_seq=931 ttl=64 time=0.142 ms
--- 10.20.220.200 ping statistics ---
1000 packets transmitted, 16 received, 98.4% packet loss, time 860ms
rtt min/avg/max/mdev = 0.128/0.160/0.223/0.033 ms
ping 10.20.220.200 -s 1472 -i 0.01 -c 1000
PING 10.20.220.200 (10.20.220.200) 1472(1500) bytes of data.
1480 bytes from 10.20.220.200: icmp_seq=1 ttl=64 time=0.238 ms
1480 bytes from 10.20.220.200: icmp_seq=2 ttl=64 time=0.088 ms
1480 bytes from 10.20.220.200: icmp_seq=3 ttl=64 time=0.098 ms
1480 bytes from 10.20.220.200: icmp_seq=4 ttl=64 time=0.139 ms
1480 bytes from 10.20.220.200: icmp_seq=5 ttl=64 time=0.093 ms
1480 bytes from 10.20.220.200: icmp_seq=6 ttl=64 time=0.105 ms
1480 bytes from 10.20.220.200: icmp_seq=7 ttl=64 time=0.118 ms
1480 bytes from 10.20.220.200: icmp_seq=8 ttl=64 time=0.112 ms
1480 bytes from 10.20.220.200: icmp_seq=9 ttl=64 time=0.085 ms
1480 bytes from 10.20.220.200: icmp_seq=10 ttl=64 time=0.091 ms
.
.
.
1480 bytes from 10.20.220.200: icmp_seq=990 ttl=64 time=0.114 ms
1480 bytes from 10.20.220.200: icmp_seq=991 ttl=64 time=0.100 ms
1480 bytes from 10.20.220.200: icmp_seq=992 ttl=64 time=0.105 ms
1480 bytes from 10.20.220.200: icmp_seq=993 ttl=64 time=0.144 ms
1480 bytes from 10.20.220.200: icmp_seq=994 ttl=64 time=0.105 ms
1480 bytes from 10.20.220.200: icmp_seq=995 ttl=64 time=0.098 ms
1480 bytes from 10.20.220.200: icmp_seq=996 ttl=64 time=0.126 ms
1480 bytes from 10.20.220.200: icmp_seq=997 ttl=64 time=0.145 ms
1480 bytes from 10.20.220.200: icmp_seq=998 ttl=64 time=0.105 ms
1480 bytes from 10.20.220.200: icmp_seq=999 ttl=64 time=0.098 ms
1480 bytes from 10.20.220.200: icmp_seq=1000 ttl=64 time=0.093 ms
--- 10.20.220.200 ping statistics ---
1000 packets transmitted, 1000 received, 0% packet loss, time 824ms
rtt min/avg/max/mdev = 0.079/0.116/8.355/0.262 ms
Přidejte přepínač -v a zkontrolujte jestli sedí ID a offsety fragmentů.
A mimochodem v tomto výpisu máte reply a echo od různých požadavků (nesedí ID). To si taky zkontrolujte.
Obvykle když fragmentace přestane na chvíli fungovat, tak je to způsobeno tím, že se k odesílateli nedostávají ICMP packet to big chybové packety a „samo“ se to zpraví, až když dorazí nesouvisející TCP packet ze stejného směru s nastaveným MSS. Linux se z TCP MSS učí PMTU a naučená hodnota nějakou dobu vydrží ve směrovací cachi.
Tiskni Sdílej: