Server SiFive BigSky SF-2U870 2U je založený na jádře SiFive P870-D, zatím je naintegrovaných 32 jader 256 GB RAM 2 GHz, škálovat lze do 256 jader na čip. O něco podrobnější popis serveru v článku SiFive BigSky Ships the First RISC-V Server. Is the GPU Head Node the Prize? na futurumgroup.com. Asi ani tento čip nebude na úrovni nejlepších 64-bit ARMů a AMD Zenů, ale splňuje RVA23 specifikaci a je podporovaný Ubuntu 26.04 LTS a RHEL 10. V článku je
… více »Na YouTube lze zhlédnout nový celovečerní dokumentární film The Story of VS Code | Official Documentary věnovaný Visual Studio Code.
Farid Abdelnour se v příspěvku na blogu rozepsal o novinkám v nejnovější verzi 26.08.0 editoru videa Kdenlive (Wikipedie). Ke stažení také na Flathubu.
Byla vydána nová stabilní verze 8.2 webového prohlížeče Vivaldi (Wikipedie). Postavena je na Chromiu 152. Přehled novinek i s náhledy v příspěvku na blogu.
Byla vydána nová stabilní verze 4.0 svobodného multiplatformního softwaru pro editování a nahrávání zvukových souborů Audacity (Wikipedie). S rozhraním přepsaným do Qt. Přehled novinek také na YouTube. Ke stažení je oficiální AppImage. Zatím starší verze Audacity lze instalovat také z Flathubu a Snapcraftu.
NVIDIA kupuje Hugging Face za 12,93 miliardy dolarů.
Předobjednat si lze nový jednodeskový počítač Arduino VENTUNO Q s předinstalovaným Ubuntu. S 16 GB LPDDR5 a 64 GB eMMC. Pro lokální LLM, agentní AI, počítačové vidění, robotiku…
Hexpair není nejlepší HEX editor na světě a ani se o to nesnaží. Zato je k dispozici kdykoliv a kdekoliv – všude tam, kde máte svůj Vim. Vznikl jako hobby projekt před pár měsíci a dospěl do stavu, kdy by mohl být užitečný širší komunitě. Přepnout do HEX režimu se dá i uprostřed rozdělané práce: Soubor, který už máte otevřený běžným vim file.md, jedním příkazem přepnete do HEX editoru a dalším příkazem ho můžete vrátit zpět do textu. Kurzor přitom
CERN dlouhodobě používal vlastní sestavení RHEL, ze kterého přešel na CentOS Stream. Federico Vaga a Nikos Tsipinakis ale nyní v přednášce na MiniDebConf Winterthur 2026 popisují plán probíhajícího přechodu na Debian pro řízení akcelerátorů. Důvodem k opuštění CentOS Stream jsou zachování zpětné kompatibility se starším hardwarem, kterou Red Hat narušuje, když tlačí sestavení balíčků pro novější verze architektury (x86-64), a nedostatečné nástroje pro sestavování vlastních balíčků a repozitářů.
Zdravím.
mám třídu (Odesilatel), která má simulovat přístroj - posílá data po UDP na danou ip po daném portu - konkrétním na 127.0.0.1:2023
Druhá (Prijemce) třída přijímá data po UDP na danym portu (odkukoliv), zpracuje je (udělá z nich floaty) a uloží do bufferu.
Pokud je simulátor puštěnej z jinýho programu než příjemce, vše funguje. Pokud jsou puštěny z jednoho, tak se přijme jen 92 packetů, pak jich to 260 přeskočí (+- 20, tehnle počet se mění, ale 92 jich to přijme vždy a 93 už je posunutej) a pak to zase přijímá normálně - další stovky packetů (nebo to občas začne zase přeskakovat).
Odesilatel a příjemce jsou ve vlastních threadech. Wireshark říká, že odesilatel odešle data správně, při krokování je vidět, že příjemce je už v int size = read(socketDesc, data, 65535); dostane přeskonečené. Trápim se s tim celý den a nemam ponětí, co dělám špatně.
Pokud nepošlu 981bytů, ale míň, tak to funguje normálně (asi by to začlo přeskakovat někde dál), takže předpokldám, že se něco někam nevejde, ale nemůžu přijít na to co/kam. Vidíte v tom někdo nějakou botu?
Projemce p;
Odesilatel o;
o.start();
p.startReadData();
while(1){
if(m.dataLength() > 0){
Data<float> d = p.getData();
for(int y = 0;y<d.length();y++)
fprintf(outF,"%f;%f\n",...);//vypis dat do souboru
}
}
Prijemce:
Prijemce::Prijemce(){
socketDesc = socket( AF_INET, SOCK_DGRAM, IPPROTO_UDP );
sockaddr_in serverSock;
serverSock.sin_family = AF_INET;
serverSock.sin_addr.s_addr = htonl(INADDR_ANY);
serverSock.sin_port = htons(2023);
bind( socketDesc, (const sockaddr*) &serverSock, sizeof(serverSock) );
}
void Prijemce::startReadData(){
th = new std::thread(&MeterUDP::readPackets,this);
}
Data<float> Prijemce:getData(){
mutex.lock();
Data<float> ret = dataBuffer;
dataBuffer.clear();
mutex.unlock();
return ret;
}
void Prijemce::readPackets(){
ByteArray *bA;
while(1){
fd_set fds;
timeval tv;
FD_ZERO(&fds);
FD_SET(socketDesc, &fds);
tv.tv_sec = 1;
tv.tv_usec = 0;
u8 data[65535];
int test = 0;
int ret = select(socketDesc+1, &fds, NULL, NULL, &tv);
if(ret == 1){
int size = read(socketDesc, data, 65535);
Bytes b;
b.insert(b.end(),data,data+size);
bA = new ByteArray(b);
}
}
Data<float> dataBuffer = kouzla(bA);//konertuje ByteArray do pouzitelnyho formatu
}
Odesilatel:
Odesilatel::Odesilatel(){
sockfd = socket(AF_INET, SOCK_DGRAM, IPPROTO_UDP)
bzero(&serv_addr, sizeof(serv_addr));
serv_addr.sin_family = AF_INET;
serv_addr.sin_port = htons(2023);
net_aton("127.0.0.1", &serv_addr.sin_addr)
}
void Odesilatel::start(){
th = new std::thread(&Odesilatel::sendData,this);
}
void Odesilatel::sendData(){
while(1){
u8 packet[981];
for(int i = 0;i<981;i++)
packet[i] = data;//tady naplnim data (ze souboru, ale to neni podstatny)
sendto(sockfd, packet, 981, 0, (struct sockaddr*)&serv_addr, slen);
}
}
Řešení dotazu:
Tiskni
Sdílej: