abclinuxu.cz AbcLinuxu.cz itbiz.cz ITBiz.cz HDmag.cz HDmag.cz abcprace.cz AbcPráce.cz
AbcLinuxu hledá autory!
Inzerujte na AbcPráce.cz od 950 Kč
Rozšířené hledání
×
    dnes 16:00 | Zajímavý software

    WoWee je open-source klient pro MMORPG hru World of Warcraft, kompatibilní se základní verzí a rozšířeními The Burning Crusade a Wrath of the Lich King. Klient je napsaný v C++ a využívá vlastní OpenGL renderer, pro provoz vyžaduje modely, grafiku, hudbu, zvuky a další assety z originální kopie hry od Blizzardu. Zdrojový kód je na GitHubu, dostupný pod licencí MIT.

    NUKE GAZA! 🎆 | Komentářů: 0
    dnes 13:33 | IT novinky

    Byl představen ICT Supply Chain Security Toolbox, společný nezávazný rámec EU pro posuzování a snižování kybernetických bezpečnostních rizik v ICT dodavatelských řetězcích. Toolbox identifikuje možné rizikové scénáře ovlivňující ICT dodavatelské řetězce a na jejich podkladě nabízí koordinovaná doporučení k hodnocení a mitigaci rizik. Doporučení se dotýkají mj. podpory multi-vendor strategií a snižování závislostí na vysoce

    … více »
    Ladislav Hagara | Komentářů: 4
    dnes 12:22 | Humor

    Nizozemský ministr obrany Gijs Tuinman prohlásil, že je možné stíhací letouny F-35 'jailbreaknout stejně jako iPhony', tedy upravit jejich software bez souhlasu USA nebo spolupráce s výrobcem Lockheed Martin. Tento výrok zazněl v rozhovoru na BNR Nieuwsradio, kde Tuinman naznačil, že evropské země by mohly potřebovat větší nezávislost na americké technologii. Jak by bylo jailbreak možné technicky provést pan ministr nijak nespecifikoval, nicméně je známé, že izraelské letectvo ve svých modifikovaných stíhačkách F-35 používá vlastní software.

    NUKE GAZA! 🎆 | Komentářů: 5
    dnes 06:00 | Zajímavý článek

    Nové číslo časopisu Raspberry Pi zdarma ke čtení: Raspberry Pi Official Magazine 162 (pdf).

    Ladislav Hagara | Komentářů: 0
    dnes 05:55 | IT novinky

    Sdružení CZ.NIC, správce české národní domény, zveřejnilo Domain Report za rok 2025 s klíčovými daty o vývoji domény .CZ. Na konci roku 2025 bylo v registru české národní domény celkem 1 515 860 s koncovkou .CZ. Průměrně bylo měsíčně zaregistrováno 16 222 domén, přičemž nejvíce registrací proběhlo v lednu (18 722) a nejméně pak v červnu (14 559). Podíl domén zabezpečených pomocí technologie DNSSEC se po několika letech stagnace výrazně

    … více »
    Ladislav Hagara | Komentářů: 9
    včera 18:33 | IT novinky

    Google představil telefon Pixel 10a. S funkci Satelitní SOS, která vás spojí se záchrannými složkami i v místech bez signálu Wi-Fi nebo mobilní sítě. Cena telefonu je od 13 290 Kč.

    Ladislav Hagara | Komentářů: 5
    včera 16:22 | Komunita

    Byl publikován přehled dění a novinek z vývoje Asahi Linuxu, tj. Linuxu pro Apple Silicon. Fedora 43 Asahi Remix s KDE Plasma už funguje na M3. Zatím ale bez GPU akcelerace. Vývojáře lze podpořit na Open Collective a GitHub Sponsors.

    Ladislav Hagara | Komentářů: 0
    včera 14:00 | IT novinky

    Red Hat představil nový nástroj Digital Sovereignty Readiness Assessment (GitHub), který organizacím umožní vyhodnotit jejich aktuální schopnosti v oblasti digitální suverenity a nastavit strategii pro nezávislé a bezpečné řízení IT prostředí.

    Ladislav Hagara | Komentářů: 0
    včera 12:22 | Zajímavý software

    BarraCUDA je neoficiální open-source CUDA kompilátor, ale pro grafické karty AMD (CUDA je proprietární technologie společnosti NVIDIA). BarraCUDA dokáže přeložit zdrojové *.cu soubory (prakticky C/C++) přímo do strojového kódu mikroarchitektury GFX11 a vytvořit tak ELF *.hsaco binární soubory, spustitelné na grafické kartě AMD. Zdrojový kód (převážně C99) je k dispozici na GitHubu, pod licencí Apache-2.0.

    NUKE GAZA! 🎆 | Komentářů: 1
    17.2. 17:00 | IT novinky

    Podvodné reklamy na sociálních internetových platformách, jako je Facebook, Instagram nebo X, vytvořily loni v Česku jejich provozovatelům příjmy 139 milionů eur, tedy zhruba 3,4 miliardy korun. Proti roku 2022 je to nárůst o 51 procent. Vyplývá to z analýzy Juniper Research pro společnost Revolut. Podle výzkumu je v Česku zhruba jedna ze sedmi zobrazených reklam podvodná. Je to o 14,5 procenta více, než je evropský průměr, kde je podvodná každá desátá reklama.

    Ladislav Hagara | Komentářů: 14
    Které desktopové prostředí na Linuxu používáte?
     (18%)
     (6%)
     (0%)
     (11%)
     (27%)
     (3%)
     (4%)
     (2%)
     (12%)
     (27%)
    Celkem 905 hlasů
     Komentářů: 25, poslední 3.2. 19:50
    Rozcestník

    Dotaz: sendmsg: No buffer space available

    23.7.2015 12:10 lertimir | skóre: 64 | blog: Par_slov
    sendmsg: No buffer space available
    Přečteno: 871×
    Měl jsem několikrát problém, že při normální práci (web, ssh, mail client) se mi odpojoval notebook od sítě. Paralelní puštěním pingu jsem dostal následující výpis
    64 bytes from 192.168.1.1: icmp_seq=3100 ttl=64 time=6.16 ms
    64 bytes from 192.168.1.1: icmp_seq=3101 ttl=64 time=4.77 ms
    64 bytes from 192.168.1.1: icmp_seq=3102 ttl=64 time=1.44 ms
    64 bytes from 192.168.1.1: icmp_seq=3103 ttl=64 time=2.05 ms
    ping: sendmsg: No buffer space available
    ping: sendmsg: No buffer space available
    ping: sendmsg: No buffer space available
    ping: sendmsg: No buffer space available
    ping: sendmsg: No buffer space available
    ping: sendmsg: No buffer space available
    ping: sendmsg: No buffer space available
    ping: sendmsg: No buffer space available
    ping: sendmsg: No buffer space available
    ping: sendmsg: No buffer space available
    ping: sendmsg: No buffer space available
    ping: sendmsg: No buffer space available
    ping: sendmsg: No buffer space available
    ping: sendmsg: No buffer space available
    ping: sendmsg: No buffer space available
    ping: sendmsg: No buffer space available
    ping: sendmsg: No buffer space available
    ping: sendmsg: No buffer space available
    ping: sendmsg: No buffer space available
    ping: sendmsg: No buffer space available
    From 192.168.1.23: icmp_seq=3307 Destination Host Unreachable
    From 192.168.1.23 icmp_seq=3307 Destination Host Unreachable
    From 192.168.1.23 icmp_seq=3328 Destination Host Unreachable
    už jsem si vygooglil, že řešení by mělo být zvýšením hodnoty /proc/sys/net/core/wmem_max. Původní hodnota je 212992, zvýšeno na 8388608. Takže není to akutní problém, ale: 1) chtěl bych pochopit, co se vlastně děje. 2) to že implicitní hodnota nedostačuje, může být proto, že problém je fakticky někde úplně jinde a já problém jen obcházím. Jestli je to maximum alokovaných bufferů tak je možné, že mi je něco alokuje a neuvolnuje a já dojedu na limit.

    víte někdo, co to vlastně je a jak poznat, co je alokováno?

    Odpovědi

    23.7.2015 12:26 2X4B-523P | skóre: 38 | blog: Zelezo_vs_Debian
    Rozbalit Rozbalit vše Re: sendmsg: No buffer space available
    ja se dogooglil k jinemu workaroundu a tam se jedna o chybu v ovladaci

    https://community.scaleway.com/t/investigating-ping-sendmsg-no-buffer-space-available/313
    23.7.2015 16:46 Sten
    Rozbalit Rozbalit vše Re: sendmsg: No buffer space available
    Pokud tam neposíláte gigabajty za sekundu, tak nejspíš leakuje paměť ovladači síťovky.
    23.7.2015 20:56 lertimir | skóre: 64 | blog: Par_slov
    Rozbalit Rozbalit vše Re: sendmsg: No buffer space available
    Spíš jsem ne rychlosti 500kb/s. No a jak to změřit? aktuální hodnoty co je obsazené a co je volné. A případně jak to hlásit. Mám:
    lspci -vv -s 09:00.0
    09:00.0 Network controller: Realtek Semiconductor Co., Ltd. RTL8723BE PCIe Wireless Network Adapter
            Subsystem: Hewlett-Packard Company Device 2231
            Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx-
           
            Latency: 0, Cache Line Size: 64 bytes
            Interrupt: pin A routed to IRQ 19
            Region 0: I/O ports at 3000 [size=256]
            Region 2: Memory at c0400000 (64-bit, non-prefetchable) [size=16K]
            Capabilities: [40] Power Management version 3
                    Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=375mA PME(D0+,D1+,D2+,D3hot+,D3cold+)
                    Status: D0 NoSoftRst+ PME-Enable- DSel=0 DScale=0 PME-
            Capabilities: [50] MSI: Enable- Count=1/1 Maskable- 64bit+
                    Address: 0000000000000000  Data: 0000
            Capabilities: [70] Express (v2) Endpoint, MSI 00
                    DevCap: MaxPayload 128 bytes, PhantFunc 0, Latency L0s <4us, L1 <64us
                            ExtTag- AttnBtn- AttnInd- PwrInd- RBE+ FLReset-
                    DevCtl: Report errors: Correctable- Non-Fatal- Fatal- Unsupported-
                            RlxdOrd+ ExtTag- PhantFunc- AuxPwr- NoSnoop-
                            MaxPayload 128 bytes, MaxReadReq 512 bytes
                    DevSta: CorrErr- UncorrErr- FatalErr- UnsuppReq- AuxPwr+ TransPend-
                    LnkCap: Port #0, Speed 2.5GT/s, Width x1, ASPM L0s L1, Exit Latency L0s <512ns, L1 <64us
                            ClockPM+ Surprise- LLActRep- BwNot-
                    LnkCtl: ASPM Disabled; RCB 64 bytes Disabled- CommClk+
                            ExtSynch- ClockPM- AutWidDis- BWInt- AutBWInt-
                    LnkSta: Speed 2.5GT/s, Width x1, TrErr- Train- SlotClk+ DLActive- BWMgmt- ABWMgmt-
                    DevCap2: Completion Timeout: Not Supported, TimeoutDis+, LTR+, OBFF Via message/WAKE#
                    DevCtl2: Completion Timeout: 50us to 50ms, TimeoutDis+, LTR+, OBFF Disabled
                    LnkCtl2: Target Link Speed: 2.5GT/s, EnterCompliance- SpeedDis-
                             Transmit Margin: Normal Operating Range, EnterModifiedCompliance- ComplianceSOS-
                             Compliance De-emphasis: -6dB
                    LnkSta2: Current De-emphasis Level: -6dB, EqualizationComplete-, EqualizationPhase1-
                             EqualizationPhase2-, EqualizationPhase3-, LinkEqualizationRequest-
            Capabilities: [100 v2] Advanced Error Reporting
                    UESta:  DLP- SDES- TLP- FCP- CmpltTO- CmpltAbrt- UnxCmplt- RxOF- MalfTLP- ECRC- UnsupReq- ACSViol-
                    UEMsk:  DLP- SDES- TLP- FCP- CmpltTO- CmpltAbrt- UnxCmplt- RxOF- MalfTLP- ECRC- UnsupReq- ACSViol-
                    UESvrt: DLP+ SDES+ TLP- FCP+ CmpltTO- CmpltAbrt- UnxCmplt- RxOF+ MalfTLP+ ECRC- UnsupReq- ACSViol-
                    CESta:  RxErr- BadTLP- BadDLLP- Rollover- Timeout- NonFatalErr-
                    CEMsk:  RxErr- BadTLP- BadDLLP- Rollover- Timeout- NonFatalErr+
                    AERCap: First Error Pointer: 00, GenCap+ CGenEn- ChkCap+ ChkEn-
            Capabilities: [140 v1] Device Serial Number 00-23-b7-fe-ff-4c-e0-00
            Capabilities: [150 v1] Latency Tolerance Reporting
                    Max snoop latency: 3145728ns
                    Max no snoop latency: 3145728ns
            Capabilities: [158 v1] L1 PM Substates
                    L1SubCap: PCI-PM_L1.2+ PCI-PM_L1.1+ ASPM_L1.2+ ASPM_L1.1+ L1_PM_Substates+
                              PortCommonModeRestoreTime=150us PortTPowerOnTime=150us
            Kernel driver in use: rtl8723be
            Kernel modules: rtl8723be
    
    23.7.2015 22:45 Michal Kubeček | skóre: 71 | Luštěnice
    Rozbalit Rozbalit vše Re: sendmsg: No buffer space available

    Pro TCP spojení snažící se saturovat 10Gb/s ethernet by mělo smysl tu hodnotu zvyšovat, pro ping s intervalem 1 sekunda ani omylem, to tam musí být úplně jiný problém. Viz též sendmsg(2):

           ENOBUFS
                  The output queue for a network interface was full.  This  gener-
                  ally  indicates  that the interface has stopped sending, but may
                  be caused by transient congestion.   (Normally,  this  does  not
                  occur in Linux.  Packets are just silently dropped when a device
                  queue overflows.)
    
    víte někdo, co to vlastně je a jak poznat, co je alokováno?

    Maximální velikost trasmit queue socketu (v bytech). Kolik paměti socket využívá, lze zjistit pomocí ss s přepínačem -m.

    28.7.2015 13:00 lertimir | skóre: 64 | blog: Par_slov
    Rozbalit Rozbalit vše Re: sendmsg: No buffer space available
    Tak zvýšení velikosti obecně nepomůže. Navíc při v podstatě stejné práci se čas, kdy spojení dojede k havárii se velmi liší. někdy je to hodina, nekdy 12 hodin. příkaz ss -m dává hodnoty u některých spojení i cca 140000, ale je to dynamické (samozřejmě) a vteřinu poté je spojení prázdné. Pingy na AP jsou krátké, pod 10 ms (pingy do internetu i dlouhé, protože zapojení je počítač-AP-Ethernet-wifiKlient-poskytovatel) Někdy pomůže znovu nahodit siťový stack (service netvork stop; service network start), ale i toto má neobvyklé chování. STOP někdy trvá i cca 10=15 sekund než stack spadne. Naopak někdy start nenajede tedy networkManagerapplet hlásí nastavování rozhraní a tím skončí.
    24.7.2015 05:33 2X4B-523P | skóre: 38 | blog: Zelezo_vs_Debian
    Rozbalit Rozbalit vše Re: sendmsg: No buffer space available
    mozna by mohlo napovedet i par voleb prikazu ethtool, je tam i moznost spustit nejaky selftest, ale jestli to napovi chybu ovladace si nejsem jist...

    pokud je spatne nastaveni, by mohlo jit zjistit pres sysctl, ale ono toho neni mnoho, co se meni od defaultu, napriklad ja z toho nemenil nikdy nic...

    netstat je na cteni pred spanim...
    24.7.2015 05:39 2X4B-523P | skóre: 38 | blog: Zelezo_vs_Debian
    Rozbalit Rozbalit vše Re: sendmsg: No buffer space available
    tak jsem zkusil ten self test pres ethtool a v poradku, ale sejmulo mi to pripojeni :-)

    Založit nové vláknoNahoru

    Tiskni Sdílej: Linkuj Jaggni to Vybrali.sme.sk Google Del.icio.us Facebook

    ISSN 1214-1267   www.czech-server.cz
    © 1999-2015 Nitemedia s. r. o. Všechna práva vyhrazena.