Americké technologické firmy Apple a Meta Platforms porušily pravidla na ochranu unijního trhu, uvedla včera Evropská komise (EK). Firmám proto vyměřila pokutu – Applu 500 milionů eur (12,5 miliardy Kč) a Metě 200 milionů eur (pět miliard Kč). Komise to oznámila v tiskové zprávě. Jde o první pokuty, které souvisejí s unijním nařízením o digitálních trzích (DMA). „Evropská komise zjistila, že Apple porušil povinnost vyplývající z nařízení
… více »Americká společnost OpenAI, která stojí za chatovacím robotem ChatGPT, by měla zájem o webový prohlížeč Chrome, pokud by jeho současný majitel, společnost Google, byl donucen ho prodat. Při slyšení u antimonopolního soudu ve Washingtonu to řekl šéf produktové divize ChatGPT Nick Turley.
Po roce vývoje od vydání verze 1.26.0 byla vydána nová stabilní verze 1.28.0 webového serveru a reverzní proxy nginx (Wikipedie). Nová verze přináší řadu novinek. Podrobný přehled v souboru CHANGES-1.28.
Byla vydána nová verze 10.0.0 otevřeného emulátoru procesorů a virtualizačního nástroje QEMU (Wikipedie). Přispělo 211 vývojářů. Provedeno bylo více než 2 800 commitů. Přehled úprav a nových vlastností v seznamu změn.
42 svobodných a otevřených projektů získalo finanční podporu od NLnet Foundation (Wikipedie).
Americký výrobce čipů Intel plánuje propustit více než 20 procent zaměstnanců. Cílem tohoto kroku je zjednodušit organizační strukturu ve firmě, která se potýká s problémy.
Byla vydána OpenMandriva Lx 6.0 s kódovým názvem Vanadium. Přehled novinek v poznámkách k vydání.
CSIRT.CZ, český národní CERT provozovaný na základě veřejnoprávní správní smlouvy společností CZ.NIC, shrnuje patnáct let svého fungování pod tímto sdružením: CSIRT.CZ – 15 let ve sdružení CZ.NIC.
Commodore OS Vision (Wikipedie) byl vydán v nové verzi 3.0. Jedná se o linuxovou distribuci určenou pro fanoušky značky Commodore. Předinstalována je na počítačích Commodore 64x.
Spolek OpenAlt zve příznivce otevřených řešení a přístupu na 208. brněnský sraz, který proběhne v pátek 25. dubna od 18:00 ve studentském klubu U Kachničky na Fakultě informačních technologií Vysokého učení technického na adrese Božetěchova 2/1.
Jak jsem uz psal na svem blogu, mam problem s nizkou prenosovou rychlosti na Samba serveru. Jedna se o jednoucelove zarizeni s MontaVista(R) Linux(R) Professional Edition 4.0.1. Verze Samby Version 3.0.20b-Agere_SAPI_Accelerated.
Prenosova rychlost pres ftp je cca 8MB/s a pres Sambu 0,5MB/s. Disky jsou tam do RAID5 s XFS. Zkousel jsem se pripojit z WinXp i z Linuxu (smbmount) a z Linuxu se mi zda, ze dosahuji rychlosti az 1MB/s, coz je stale malo.
Najde se nejaka dobra duse co mi projde sekci global a rekne co maji u SMC spatne nastaveno? Zkousel jsem nastavit na klientech WINS server na IP Samby, ale je to to samo. Dival jsem se i na vytizeni procesoru pri kopirovani na sambu a je neco kolem 25%. Fileserver se nachazi na siti s DHCP
[global] security = user workgroup = MATRIX server string = Samba Server netbios name = Nas log file = /var/log/samba/log.smbd encrypt passwords = yes unix password sync = true smb passwd file = /etc/samba/smbpasswd passwd program = /usr/bin/passwd %u passwd chat = *New*password* %n\n *ReType*new*password* %n\n *passwd*updated*successfully* max log size = 1000 interfaces = eth0 use sendfile = yes max xmit = 65088 socket options = TCP_NODELAY SO_RCVBUF=65535 SO_SNDBUF=65535 wins support = yes oplocks = no nt pipe support = yes max mux = 1 root preexec = /usr/local/mnas/bin/smblog 'IN' '%S' '%d' '%T' '%u' '%U' '%m' '%M' '%I' '%P' root postexec = /usr/local/mnas/bin/smblog 'OUT' '%S' '%d' '%T' '%u' '%U' '%m' '%M' '%I' '%P' stat cache = no directory mask = 0770 force directory mode = 0770 create mask = 0771 force create mode = 0060 force group = MNAS_GROUP deadtime = 15
Řešení dotazu:
mc
.
Jedinné rozdíly mám v tomhle:
socket options = TCP_NODELAY SO_RCVBUF=8192 SO_SNDBUF=8192
max xmit = 16644
use sendfile = no
socket options = TCP_NODELAY IPTOS_LOWDELAY SO_RCVBUF=65535 SO_SNDBUF=65535 use sendfile = yes max xmit = 65535 max mux = 100 strict locking = no strict sync = no write raw = yes read raw = yes getwd cache = yesNebude problem ve 3.0.20b-Agere_SAPI_Accelerated?
eth0 Link encap:Ethernet HWaddr 00:13:F7:9B:9B:33 inet addr:10.125.0.4 Bcast:10.125.0.255 Mask:255.255.255.0 inet6 addr: fe80::213:f7ff:fe9b:9b33/64 Scope:Link UP BROADCAST NOTRAILERS RUNNING MULTICAST MTU:1500 Metric:1 RX packets:2623091727 errors:2049348982 dropped:911086036 overruns:0 frame:0 TX packets:2422573411 errors:1415864593 dropped:1547441348 overruns:0 carrier:0 collisions:1162367104 txqueuelen:1000 RX bytes:836140289 (797.4 MiB) TX bytes:4031426423 (3.7 GiB) Interrupt:14FTP jede naprosto bezproblemove. Cekam co mi napisi z podpory SMC. Uz jsem rozhodnuty ze jim to vratim s velkym diky zpet.
No jestli je to pripojeno do switche a generuje to kolize, tak se nejspis sitovka a switch nedokazaly dohodnout na rychlosti nebo duplexu, takze zkusit ethtool, nebo -pokud to jde- natvrdo nastavit port na switchi..
Tak ta čísla jsou samozřejmě hodně špatně - jednoznačně signalizují, že se sítí není něco v pořádku na hodně nízké úrovni. Z toho mohou vyplývat i různé obtížně stopovatelné potíže na vyšších vrstvách. FTP a Samba přenášejí každý "trochu jinak" (jinak potvrzují, jinak mohou vypadat přenosové obrazce a podobně), takže se v jednom z protokolů může ta samá chyba projevit markantně, ve druhém ne.
Zkuste najít nejjednodušší věc, kde se začíná objevovat nějaký problém - skoro si troufám tvrdit, že nějaký razantnější ping (ping -s 1400 -i 0.01 -c 1000 A.B.D.C) z té stanice na server už bude znatelně ztrátovat. A pak hledejte, hledejte, hledejte... Zkontrolujte nastavení rychlostí a zejména duplexů (mii-tool), eventuálně kablíky, síťovky, porty switche. Někde tam bude jakýsi problém, který se demonstruje až za specifických podmínek té Samby.
Prostě klasická síťová duchařina. Mohl bych vám za úplatu zapůjčit našeho firemního vymítače/zaklíčane/exorcistu, možná bych pro vás dokázal i ukradnout jednoho černého kohouta z našeho firemního chovu. Zaříznout jej a jeho krví pokropit aktivní prvky už budete muset sám.
Aktivni prvky jsem zkousel 3 kusy. 3COM 24 portovy Edimax 5 portovy nakonec D-link ADSL od OuTu
Dekuji mnohokrat za vsechny reakce, blby je ze nemuzu na SMC podpore rict ze jsem se dopatral proc by to mohlo jit spatne, ponevadz kdyz jim reknu ze se jim hrabu v linuxu tak vsechny problemy budou hozeny na mou hlavu i kdyz je ujistim ze jsem se v nicem nehrabal, ale jen cumel. Btw. reinstalovat jsem to zkousel 4x, se vsemi 4 disky ale i jen s jednim.
Jdu skusit co vsechno jsem schopen na tomto komercnim linuxu udelat, mam takovy pocit, ze tam schvalne nechali nektere veci nefunkcni. pr.
root@SMCNAS04:~# mii-tool SIOCGMIIPHY on 'eth0' failed: Operation not supported no MII interfaces founddmesg je plny techto sracek
Debug: sendfile error B1 q16 Debug: handback connection 16 with inq17, outq16 reset_xmit_timer sk=c3fe7404 1 when=0x6270, caller=c024c370
Tiskni
Sdílej: