Byla vydána (𝕏) srpnová aktualizace aneb nová verze 1.104 editoru zdrojových kódů Visual Studio Code (Wikipedie). Přehled novinek i s náhledy a videi v poznámkách k vydání. Ve verzi 1.104 vyjde také VSCodium, tj. komunitní sestavení Visual Studia Code bez telemetrie a licenčních podmínek Microsoftu.
Spotify spustilo přehrávání v bezztrátové kvalitě. V předplatném Spotify Premium.
Spoluzakladatel a předseda správní rady americké softwarové společnosti Oracle Larry Ellison vystřídal spoluzakladatele automobilky Tesla a dalších firem Elona Muska na postu nejbohatšího člověka světa. Hodnota Ellisonova majetku díky dnešnímu prudkému posílení ceny akcií Oraclu odpoledne vykazovala nárůst o více než 100 miliard dolarů a dosáhla 393 miliard USD (zhruba 8,2 bilionu Kč). Hodnota Muskova majetku činila zhruba 385 miliard dolarů.
Bylo vydáno Eclipse IDE 2025-09 aneb Eclipse 4.37. Představení novinek tohoto integrovaného vývojového prostředí také na YouTube.
T-Mobile od 15. září zpřístupňuje RCS (Rich Communication Services) zprávy i pro iPhone.
Společnost ARM představila platformu Arm Lumex s Arm C1 CPU Cluster a Arm Mali G1-Ultra GPU pro vlajkové chytré telefony a počítače nové generace.
Unicode Consortium, nezisková organizace koordinující rozvoj standardu Unicode, oznámila vydání Unicode 17.0. Přidáno bylo 4 803 nových znaků. Celkově jich je 159 801. Přibylo 7 nových Emoji.
Apple představil (YouTube) telefony iPhone 17 Pro a iPhone 17 Pro Max, iPhone 17 a iPhone Air, sluchátka AirPods Pro 3 a hodinky Watch Series 11, Watch SE 3 a Watch Ultra 3.
Realtimová strategie Warzone 2100 (Wikipedie) byla vydána ve verzi 4.6.0. Podrobný přehled novinek, změn a oprav v ChangeLogu na GitHubu. Nejnovější verzi Warzone 2100 lze již instalovat také ze Snapcraftu a Flathubu.
Polské vývojářské studio CD Projekt Red publikovalo na Printables.com 3D modely z počítačové hry Cyberpunk 2077.
Dobrý den ,
prosím o radu ohledně nastavení sitových rozhraní v OSS 11.1
kernel Linux linux 2.6.27.21-0.1-default #1 SMP 2009-03-31 14:50:44 +0200 i686 athlon i386 GNU/Linux .
Sitové rozhraní :
00:04.0 Ethernet controller: nVidia Corporation nForce2 Ethernet Controller (rev a1)
01:07.0 Ethernet controller: Intel Corporation 82540EM Gigabit Ethernet Controller (rev 02)
firwall standardně vypnutý
Zde výpis route :
Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
10.0.0.0 * 255.255.255.0 U 0 0 0 eth0
loopback * 255.0.0.0 U 0 0 0 lo
Zde výpis dhclient
DHCPDISCOVER on eth1 to 255.255.255.255 port 67 interval 2
DHCPDISCOVER on pan0 to 255.255.255.255 port 67 interval 4
DHCPDISCOVER on eth1 to 255.255.255.255 port 67 interval 2
DHCPREQUEST on eth0 to 255.255.255.255 port 67
DHCPACK from 10.0.0.138
bound to 10.0.0.1 -- renewal in 110844 seconds.
Chtěl jsem se zeptat jak to celé urychlit , pingy jsou na některé servery vyloženě chcíplé , ale když to stejné pustím v stzroji s XP-VISTY pak vše jede bez problémů ? Viidím možný problém s DNS , které mám od O2. Firefox , dělá třeba to , že se nějakou dobu pokouší hledat server , ale pak vše jede jak má.
ping www.google.com
PING www.l.google.com (209.85.129.147) 56(84) bytes of data.
64 bytes from fk-in-f147.google.com (209.85.129.147): icmp_seq=1 ttl=247 time=26.1 ms
64 bytes from fk-in-f147.google.com (209.85.129.147): icmp_seq=2 ttl=247 time=26.4 ms
64 bytes from fk-in-f147.google.com (209.85.129.147): icmp_seq=3 ttl=247 time=26.1 ms
64 bytes from fk-in-f147.google.com (209.85.129.147): icmp_seq=4 ttl=247 time=26.1 ms
^C
--- www.l.google.com ping statistics ---
4 packets transmitted, 4 received, 0% packet loss, time 7091ms
rtt min/avg/max/mdev = 26.101/26.201/26.411/0.203 ms
Hodnota je celkem hodně velká
ping www.atlas.cz
PING www.atlas.cz (90.182.101.18) 56(84) bytes of data.
64 bytes from 90.182.101.18: icmp_seq=1 ttl=121 time=17.8 ms
64 bytes from 90.182.101.18: icmp_seq=2 ttl=121 time=22.7 ms
64 bytes from 90.182.101.18: icmp_seq=3 ttl=121 time=17.6 ms
^C
--- www.atlas.cz ping statistics ---
3 packets transmitted, 3 received, 0% packet loss, time 2009ms
rtt min/avg/max/mdev = 17.640/19.412/22.717/2.344 ms
linux:/ # ping www.abclinuxu.cz
PING abicko.abclinuxu.cz (195.70.150.7) 56(84) bytes of data.
64 bytes from 195.70.150.7: icmp_seq=1 ttl=57 time=20.9 ms
64 bytes from 195.70.150.7: icmp_seq=2 ttl=57 time=19.8 ms
64 bytes from 195.70.150.7: icmp_seq=3 ttl=57 time=19.7 ms
64 bytes from 195.70.150.7: icmp_seq=4 ttl=57 time=27.3 ms
64 bytes from 195.70.150.7: icmp_seq=5 ttl=57 time=22.6 ms
64 bytes from 195.70.150.7: icmp_seq=6 ttl=57 time=19.7 ms
^C
--- abicko.abclinuxu.cz ping statistics ---
6 packets transmitted, 6 received, 0% packet loss, time 9131ms
rtt min/avg/max/mdev = 19.735/21.731/27.325/2.706 ms
Sitové rozhraní je ovládaní přes aplet network manager.
Mohu poprosit jakou změnu aplikovat , aby se to zlepšilo ? použít pro eth0 vše ručně ?
já možné problémy vidím ve směřování a v resolvu.
Díky
/etc/hosts
dopísať IP adresy a zopakovať testy. Ak to pomôže, a ten stroj nevypínaš často tak si urob vlastný DNS server, alebo prestav DNS server, ktorý používaš na niečo iné (v /etc/resolv.conf
). Tiež sa skús pohrať s traceroute, aby si zistil či to zdržanie je na trase od teba po tvojho ISP alebo ďalej.
Měl jsem podobné problémy s OSS 11.1 s tím, že aplet network manager nastavil dns i dhcp přímo z routeru , a blbě routoval přes bránu tím pádem i to prodlení. Poslední dobou jsou výpadky na DNS serveru od O2 celkem normální ... , ale velice divné je mi ,že tyto výpadky postihují jen stroje s Linux OS , většinou jsem se s tim na Windows Strojích nepotkal.
Jak psal , že tohle je jen na OS-linux a na Windows strojích ne ... pak to celkem nechápu , pokud je resolv.conf nastavený tak ja má být.
O2 más svoje prohnilé DNS celkem hodně profláklé a tento týden se i to tom psalo tuším někde na lupa.cz
Zkusil bych nějaké free dns třeba tyto :
208.67.222.222 Opendns.com primary
208.67.220.220 Opendns.com secondary
Ale divné je mi jak jsem se díval na ten výpis , že google , atd mají celkem dlouhou dobu a třeba atlas.cz polovičí , přitom google jistě je na lepší ISP než atlas.
presne toto se mi zacalo dit take (O2), po telefonatu s technikem mi snizili rychlost na polovinu, coz samozrejme nezabralo, tak jsem ji nechal navysit zpet a pouzivam DNS cache (pamatuje si zaznamy jen do restartu, ale nerestartuji, tak to neresim)
/etc/reslov.conf
na začátku napsané nějaké DNS servery, které vám neodpovídají? Případně tamtéž nemáte v search
nějakou neexistující doménu, a nepokouší se pak DNS resolver nejprve překládat adresu example.com.neexistujic.domena
a pak až example.com
?
jj dela to o2, ja sem to resil pres opendns, a jede to jak z praku
Tiskni
Sdílej: