Torna indietro   Hardware Upgrade Forum > Software > Programmazione

Il cuore digitale di F1 a Biggin Hill: l'infrastruttura Lenovo dietro la produzione media
Il cuore digitale di F1 a Biggin Hill: l'infrastruttura Lenovo dietro la produzione media
Nel Formula 1 Technology and Media Centre di Biggin Hill, la velocità delle monoposto si trasforma in dati, immagini e decisioni in tempo reale grazie all’infrastruttura Lenovo che gestisce centinaia di terabyte ogni weekend di gara e collega 820 milioni di spettatori nel mondo
DJI Osmo Mobile 8: lo stabilizzatore per smartphone con tracking multiplo e asta telescopica
DJI Osmo Mobile 8: lo stabilizzatore per smartphone con tracking multiplo e asta telescopica
Il nuovo gimbal mobile DJI evolve il concetto di tracciamento automatico con tre modalità diverse, un modulo multifunzionale con illuminazione integrata e controlli gestuali avanzati. Nel gimbal è anche presente un'asta telescopica da 215 mm con treppiede integrato, per un prodotto completo per content creator di ogni livello
Recensione Pura 80 Pro: HUAWEI torna a stupire con foto spettacolari e ricarica superveloce
Recensione Pura 80 Pro: HUAWEI torna a stupire con foto spettacolari e ricarica superveloce
Abbiamo provato il nuovo HUAWEI Pura 80 Pro. Parliamo di uno smartphone che è un vero capolavoro di fotografia mobile, grazie ad un comparto completo in tutto e per tutto, In questa colorazione ci è piaciuto molto, ma i limiti hardware e software, seppur in netto miglioramento, ci sono ancora. Ma HUAWEI ha fatto davvero passi da gigante per questa nuova serie Pura 80. Buona anche l'autonomia e soprattutto la ricarica rapida sia cablata che wireless, velocissima.
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


Il cuore digitale di F1 a Biggin Hill: l'infrastruttura Lenovo dietro la produzione media Il cuore digitale di F1 a Biggin Hill: l'infrast...
DJI Osmo Mobile 8: lo stabilizzatore per smartphone con tracking multiplo e asta telescopica DJI Osmo Mobile 8: lo stabilizzatore per smartph...
Recensione Pura 80 Pro: HUAWEI torna a stupire con foto spettacolari e ricarica superveloce Recensione Pura 80 Pro: HUAWEI torna a stupire c...
Opera Neon: il browser AI agentico di nuova generazione Opera Neon: il browser AI agentico di nuova gene...
Wind Tre 'accende' il 5G Standalone in Italia: si apre una nuova era basata sui servizi Wind Tre 'accende' il 5G Standalone in Italia: s...
'Non può essere un robot': l'uman...
Monopattino elettrico Segway Ninebot Max...
Syberia Remastered è disponibile:...
Sony scopre che tutti i modelli AI hanno...
Amazon nasconde un -15% su 'Seconda Mano...
Due occasioni Apple su Amazon: iPhone 16...
Verso la fine della TV tradizionale? I g...
Cassa JBL a 39€, portatili, smartphone, ...
Cometa interstellare 3I/ATLAS: la sonda ...
Jensen Huang e Bill Dally di NVIDIA prem...
Il futuro della birra è green: H...
ECOVACS GOAT G1-2000: il robot tagliaerb...
Allarme sui bus elettrici cinesi: centin...
iPhone Fold sempre più vicino: fo...
Soundbar Samsung da 150W con subwoofer i...
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: 16:04.


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