Torna indietro   Hardware Upgrade Forum > Software > Programmazione

OVHcloud Summit 2025: le novità del cloud europeo tra sovranità, IA e quantum
OVHcloud Summit 2025: le novità del cloud europeo tra sovranità, IA e quantum
Abbiamo partecipato all'OVHcloud Summit 2025, conferenza annuale in cui l'azienda francese presenta le sue ultime novità. Abbiamo parlato di cloud pubblico e privato, d'intelligenza artificiale, di computer quantistici e di sovranità. Che forse, però, dovremmo chiamare solo "sicurezza"
Un mostro da MSI: QD-OLED WQHD a 500 Hz con AI Care e DisplayPort 2.1a
Un mostro da MSI: QD-OLED WQHD a 500 Hz con AI Care e DisplayPort 2.1a
Abbiamo potuto mettere le mani in anteprima sul nuovo monitor MSI dedicato ai giocatori: un mostro che adotta un pannello QD-OLED da 26,5 pollici con risoluzione 2560 x 1440 pixel, frequenza di aggiornamento fino a 500 Hz e tempo di risposta di 0,03 ms GtG
DJI Neo 2 in prova: il drone da 160 grammi guadagna il gimbal e molto altro
DJI Neo 2 in prova: il drone da 160 grammi guadagna il gimbal e molto altro
DJI aggiorna la sua linea di droni ultraleggeri con Neo 2, un quadricottero da 160 grammi che mantiene la compattezza del predecessore ma introduce una stabilizzazione meccanica a due assi, sensori omnidirezionali e un sistema LiDAR
Tutti gli articoli Tutte le news

Vai al Forum
Rispondi
 
Strumenti
Old 29-03-2010, 12:38   #1
clockover
Senior Member
 
L'Avatar di clockover
 
Iscritto dal: Oct 2004
Messaggi: 1945
[C] - Copia byte a byte

Salve a tutti! Ho scritto, per motivo didattico, un programmino di copia di file in C Unix! Questo legge alcuni bytes da un descrittore di un file di input e li scrive in un descrittore di file in output! Il programma ha un thread lettore, uno scrittore, e uno principale che gestisce i semafori! La sincronizzazione tra thread funziona bene, ho controllato! I bytes scritti ci sono sul file di output!
Il problema sorge in alcuni casi particolari!

Se utilizzo un buffer di un paio di kilobytes e provo a fare la copia di un pdf, una volta copiato il file non si apre! Inversamente con un buffer di circa 512 B funziona! Stessa cosa per un file avi!

Devo seguire degli accorgimenti particolari?

Rettifico anche con 1k non funziona il pdf!

Ultima modifica di clockover : 29-03-2010 alle 12:46.
clockover è offline   Rispondi citando il messaggio o parte di esso
Old 29-03-2010, 12:46   #2
lupoxxx87
Senior Member
 
Iscritto dal: Jul 2009
Città: Varès
Messaggi: 658
con C Unix intendi C Ansi ?
o che hai scritto del codice C e lo compili in ambiente unix ?

se aggiungessi qualche riga di codice che pensi dia i problemi potrei capirne di più, ma da quanto dici mi vien da pensare che il buffer non venga svuotato completamente in qualche circostanza, per esempio se il thread di lettura finisce viene chiuso anche quello di scrittura senza controllare che il buffer sia vuoto...per cui più grande è il buffer, più dati stai perdendo...
lupoxxx87 è offline   Rispondi citando il messaggio o parte di esso
Old 29-03-2010, 12:54   #3
clockover
Senior Member
 
L'Avatar di clockover
 
Iscritto dal: Oct 2004
Messaggi: 1945
Quote:
Originariamente inviato da lupoxxx87 Guarda i messaggi
con C Unix intendi C Ansi ?
o che hai scritto del codice C e lo compili in ambiente unix ?

se aggiungessi qualche riga di codice che pensi dia i problemi potrei capirne di più, ma da quanto dici mi vien da pensare che il buffer non venga svuotato completamente in qualche circostanza, per esempio se il thread di lettura finisce viene chiuso anche quello di scrittura senza controllare che il buffer sia vuoto...per cui più grande è il buffer, più dati stai perdendo...
Grazie dell'interessamento!
C unix vuol dire che utilizzo le librerie messe a disposizione da zio Linux! Semafori, memoria condivisa, ecc.. ecc..

Per quanto riguarda lo svuotamento del buffer ci ho pensato anche io! Mi era venuto in mente come in Java sullo stream di uscita gli sparavo un bel flush per svuotare il buffer! Ma in C sono riuscito a trovare solo la funzione fflush che però prende come parametro un puntatore a un FILE! Io ho semplicemente il descrittore dato che il file l'ho creato con una open!
clockover è offline   Rispondi citando il messaggio o parte di esso
Old 29-03-2010, 13:15   #4
lupoxxx87
Senior Member
 
Iscritto dal: Jul 2009
Città: Varès
Messaggi: 658
unix e linux sono due cose ben diverse...quali librerie stai usando ?

le thompson ritchie dello unix base o quelle di qualche distribuzione linux ?
beh....strutturalmente parlando...

prova a cambiare il controllo della chiusura del buffer da parte del thread di scrittura...in modo da fare qualcosa del tipo (in pseudocodice)

(nel thread di controllo)
1. se ci sono elementi nel buffer -> fai partire il thread di scrittura
2. fallimenti = 0
3. se non ci sono elementi nel buffer & fallimenti++<10 -> ritorna a 3, altrimenti chiudi il thread di scrittura


non mi metto a trascriverlo in c perchè non sapendo quali funzioni usi magari ti incasino e basta; qualcosa con un while e una valutazione cortocircuitata dovrebbe andarti bene
lupoxxx87 è offline   Rispondi citando il messaggio o parte di esso
Old 29-03-2010, 13:30   #5
clockover
Senior Member
 
L'Avatar di clockover
 
Iscritto dal: Oct 2004
Messaggi: 1945
Be si ovvio che unix e linux sono cose ben diverse! Comunque se non mi sbaglio le funzioni della libreria sys/sem.h sono utilizzate sia sotto Linux che Unix! Forse sono stato troppo generico io! Sinceramente non so open e write di fcntl.h

Ho capito cosa intendi! Solo che come buffer utilizzo dei puntatori a void quindi dovrei ad ogni scrittura azzerare i bytes per poter effettuare un controllo dopo!
clockover è offline   Rispondi citando il messaggio o parte di esso
Old 29-03-2010, 13:43   #6
lupoxxx87
Senior Member
 
Iscritto dal: Jul 2009
Città: Varès
Messaggi: 658
non è molto efficiente il tipo di buffer che usi.... non è meglio usare un buffer FIFO ?

ti allochi la tua zona di memoria, ci vai a scrivere dentro e ogni volta che tiri fuori dei dati dal buffer questo viene automaticamente settato a zero...anche perchè così facendo puoi calcolare esattamente quanto spazio disponibile hai nel buffer ... ed è la soluzione migliore se lettura e scrittura non sono sincronizzati...

non so...sto solo proponendo...
lupoxxx87 è offline   Rispondi citando il messaggio o parte di esso
Old 29-03-2010, 17:28   #7
clockover
Senior Member
 
L'Avatar di clockover
 
Iscritto dal: Oct 2004
Messaggi: 1945
Quote:
Originariamente inviato da lupoxxx87 Guarda i messaggi
non è molto efficiente il tipo di buffer che usi.... non è meglio usare un buffer FIFO ?
Perchè no!! Inoltre basterebbe una semplice pipe dato che sono thread appartenenti allo stesso processo!
Dovrei dare una bella modifica al codice! Se ci sono altre idee sono ben accette!
clockover è offline   Rispondi citando il messaggio o parte di esso
Old 29-03-2010, 17:40   #8
lupoxxx87
Senior Member
 
Iscritto dal: Jul 2009
Città: Varès
Messaggi: 658
io ti direi....pensala alla Java ...

ti fai il buffer, la funzione push (aggiunge elementi in alto al buffer), la pop (estrae l'elemento più in basso nel buffer) e poi i thread di lettura e scrittura non fanno altro che chiamare le funzioni...

nel tuo mainthread crei il buffer, fai partire il thread di lettura dicendogli dov'è il buffer, fai partire il thread di scrittura dicendogli dov'è il buffer, e aspetti che i due thread siano chiusi prima di chiuderli...questa potrebbe essere una soluzione più generica...

altrimenti, per il tuo particolare caso, puoi fare in modo che il thread di scrittura sappia esattamente quanti byte deve scrivere, in modo da non chiudersi prima di aver scritto il numero di byte del file che stai copiando...
lupoxxx87 è offline   Rispondi citando il messaggio o parte di esso
 Rispondi


OVHcloud Summit 2025: le novità del cloud europeo tra sovranità, IA e quantum OVHcloud Summit 2025: le novità del cloud...
Un mostro da MSI: QD-OLED WQHD a 500 Hz con AI Care e DisplayPort 2.1a Un mostro da MSI: QD-OLED WQHD a 500 Hz con AI C...
DJI Neo 2 in prova: il drone da 160 grammi guadagna il gimbal e molto altro DJI Neo 2 in prova: il drone da 160 grammi guada...
L'IA "seria" di Appian è diversa: inserita nei processi e rispetta dati e persone L'IA "seria" di Appian è divers...
Polestar 3 Performance, test drive: comodità e potenza possono convivere Polestar 3 Performance, test drive: comodit&agra...
Quale sarà il prezzo della Steam ...
Xiaomi 17 Ultra è sempre pi&ugrav...
Prezzi alle stelle della memoria RAM, se...
Torna MacBook Air con chip M4 scontato d...
Torna a soli 25,40€ il caricatore multip...
L'India chiede ai produttori di smartpho...
Apple cambia tutto sull'intelligenza art...
AWS Transform si evolve: agenti IA per m...
I social network hanno stancato gli ital...
Star Citizen supera i 900 milioni di dol...
Netflix ha eliminato la funzione Cast pe...
L'IA è una bolla e scoppier&agrav...
Un rapporto collega i data center di Ama...
Troppa concorrenza per Cherry (quella de...
Entro il 2035 la Cina vuole costruire de...
Chromium
GPU-Z
OCCT
LibreOffice Portable
Opera One Portable
Opera One 106
CCleaner Portable
CCleaner Standard
Cpu-Z
Driver NVIDIA GeForce 546.65 WHQL
SmartFTP
Trillian
Google Chrome Portable
Google Chrome 120
VirtualBox
Tutti gli articoli Tutte le news Tutti i download

Strumenti

Regole
Non Puoi aprire nuove discussioni
Non Puoi rispondere ai messaggi
Non Puoi allegare file
Non Puoi modificare i tuoi messaggi

Il codice vB è On
Le Faccine sono On
Il codice [IMG] è On
Il codice HTML è Off
Vai al Forum


Tutti gli orari sono GMT +1. Ora sono le: 08:56.


Powered by vBulletin® Version 3.6.4
Copyright ©2000 - 2025, Jelsoft Enterprises Ltd.
Served by www3v