Torna indietro   Hardware Upgrade Forum > Software > Programmazione

Lenovo ThinkPad X1 Carbon Gen 14: il business ultraleggero si rinnova dall’interno
Lenovo ThinkPad X1 Carbon Gen 14: il business ultraleggero si rinnova dall’interno
Con la quattordicesima generazione Lenovo ridisegna il suo ThinkPad più iconico attorno al nuovo Space Frame e ai processori Intel Core Ultra Series 3. Resta sotto 1Kg, è molto più semplice da riparare e si rivolge al professionista che lavora in mobilità, con un prezzo da prodotto di vertice.
Jabra Evolve3 85: le cuffie sia per l'intrattenimento che per il lavoro
Jabra Evolve3 85: le cuffie sia per l'intrattenimento che per il lavoro
Le Jabra Evolve3 85 non sono semplicemente cuffie Bluetooth con cancellazione del rumore. Sono un dispositivo professionale pensato per chi trascorre gran parte della giornata in riunione, al telefono o davanti a un assistente basato sull'intelligenza artificiale
MSI PRO MAX EDGE AI+, Ryzen AI Max+ 395 e 128 GB per far girare in locale anche i modelli più grandi
MSI PRO MAX EDGE AI+, Ryzen AI Max+ 395 e 128 GB per far girare in locale anche i modelli più grandi
Abbiamo provato MSI PRO MAX EDGE AI+, un mini-PC professionale progettato per eseguire modelli di intelligenza artificiale in locale, senza dipendere dal cloud. Il sistema abbina il processore AMD Ryzen AI Max+ 395, 128 GB di memoria unificata e un telaio in alluminio da appena 4 litri, con l'obiettivo di offrire capacità di elaborazione elevate in un formato compatto.
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


Lenovo ThinkPad X1 Carbon Gen 14: il business ultraleggero si rinnova dall’interno Lenovo ThinkPad X1 Carbon Gen 14: il business ul...
Jabra Evolve3 85: le cuffie sia per l'intrattenimento che per il lavoro Jabra Evolve3 85: le cuffie sia per l'intratteni...
MSI PRO MAX EDGE AI+, Ryzen AI Max+ 395 e 128 GB per far girare in locale anche i modelli più grandi MSI PRO MAX EDGE AI+, Ryzen AI Max+ 395 e 128 GB...
Recensione vivo X500 Pro Max: la fotografia mobile ha un nuovo protagonista Recensione vivo X500 Pro Max: la fotografia mobi...
WoW Forever: la beta è stato uno dei momenti più alti della storia dei videogiochi, e non si ripeterà WoW Forever: la beta è stato uno dei mome...
I satelliti spia russi Kosmos 2613 e Kos...
GTA VI: online la nuova mega galleria co...
Edits, l'app di Instagram, sbarca gratis...
Claude Code: il bug che ha spedito l'ema...
Perplexity lancia Teammates, gli agenti ...
Niente più datacenter? Gli eletto...
La Cina avrebbe approvato lo sviluppo de...
Epson EF-72 alla prova: Google TV, audio...
AST SpaceMobile annuncia il razzo spazia...
Apple taglia il budget AI dei dipendenti...
Fisco e intelligenza artificiale, come c...
Synology BC510 e CC410W, la videosorvegl...
600.000 chip NVIDIA fermi a Hong Kong: l...
La Cina punta tutto sull'allunaggio con ...
LG Italia compie 30 anni: gli italiani v...
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: 18:50.


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