|
|||||||
|
|
|
![]() |
|
|
Strumenti |
|
|
#21 |
|
Senior Member
Iscritto dal: Nov 2007
Messaggi: 8368
|
trent'anni fa dubito che la dipendenza fosse paragonabile a quelle odierne
in ogni caso suggerisco una letta alla definizione di 'ironia'
__________________
chi semina vento... |
|
|
|
|
|
#22 | |
|
Senior Member
Iscritto dal: Aug 2019
Messaggi: 2693
|
Quote:
Ultima modifica di 386DX40 : 29-02-2020 alle 13:35. |
|
|
|
|
|
|
#23 |
|
Moderatore
Iscritto dal: Nov 2006
Messaggi: 22195
|
__________________
"WS" (p280,cx750m,4790k+212evo,z97pro,4x8GB ddr3 1600c11,GTX760-DC2OC,MZ-7TE500, WD20EFRX) Desktop (three hundred,650gq,3800x+nh-u14s ,x570 arous elite,2x16GB ddr4 3200c16, rx5600xt pulse P5 1TB)+NB: Lenovo p53 i7-9750H,64GB DDR4,2x1TB SSD, T1000 |
|
|
|
|
|
#24 |
|
Senior Member
Iscritto dal: May 2001
Messaggi: 13028
|
Sinceramente spero non vogliano dare fondi per fare l'ennesima distribuzione Linux e browser Chromium-based, perché sarebbe uno spreco di soldi comunitari.
Se invece parliamo di sistemi operativi per il mondo embedded e real-time si può arrivare ad un prototipo funzionante anche in 2 mesi (anche meno). Chiaramente parliamo di progetti di ricerca e non robba production-ready. Molto più interessante invece l'idea di un processore ARM o RISC-V europeo. Comunque credo che pagando Intel per una licenza x86 si possa anche approcciare questo ambito, se l'idea è avere comunque un parco applicazioni compatibili. |
|
|
|
|
|
#25 | |
|
Senior Member
Iscritto dal: Oct 2001
Messaggi: 14739
|
Quote:
Il messaggio comunque credo sia chiaro, e concordo sul fatto che sarebbe chiaro muoversi in questa direzione il più presto possibile. Per quanto riguarda il sistema operativo non sarebbe una cattiva idea, servirebbe però un bell'investimento per creare qualcosa di realmente utilizzabile e imporlo nel pubblico. E servirebbe un bell'investimento per la transizione. Io più che altro imporrei un instant messenger europeo, con il quale il cittadino può comunicare con la pubblica amministrazione. La realizzazione dovrebbe essere più semplice rispetto al sistema operativo e al browser, e con una spinta così forte al farlo adottare in massa potrebbe pian piano consentire un'alternativa al solito whatsapp mangiadati oggi quasi impossibile da scalzare a causa della sua posizione. |
|
|
|
|
|
|
#26 |
|
Senior Member
Iscritto dal: Jul 2015
Messaggi: 5882
|
Che significa intento anacronistico?
Se riuscissero a trovare un accordo tra stati e sviluppare congiuntamente un os ( che non per forza di cose debba essere scritto da zero) ed imporre il suo utilizzo a tutte le istituzioni pubbliche si avrebbe un risparmio immenso sulle licenze, un'obsolescenza controllata ( un os che non ricerca l'ultima novità) e nel giro di qualche anno ( 5/10) sarebbe anche pronto per i privati. Onestamente mi girano i cosidetti se per ogni postazione si debba pagare non solo la licenza, ma anche il supporto. Un organismo europeo per lo sviluppo dell'os (fondamentale che sia closed), che rilascia aggiornamenti ed istruisce gli amministratori ed utilizzatori pubblici sul suo uso sarebbe un sinonimo di progresso ed un netto balzo per il futuro. |
|
|
|
|
|
#27 | |
|
Senior Member
Iscritto dal: May 2001
Messaggi: 13028
|
Quote:
|
|
|
|
|
|
|
#28 | |||||||
|
Senior Member
Iscritto dal: Jan 2002
Città: Germania
Messaggi: 26110
|
Quote:
Quote:
Nella speranza che non si realizzi l'n-esimo figlio di Unix con le sue API arcaiche, e che si realizzi un s.o. moderno con API adeguate (tanto un layer POSIX lo si può sempre realizzare per consentire la compilazione di applicazioni che usano queste API). Quote:
Quote:
Che è esattamente ciò che ho realizzato negli ultimi 9 anni con la mia nuova architettura, che è un superset di x86/x64 senza trascinarsene dietro tutto il legacy e le problematiche, e introducendo parecchie altre migliorie (struttura degli opcode totalmente rinnovata e di facile decodifica ed estensione, nuove istruzioni & modalità d'indirizzamento, nuovi registri, nuove funzionalità per le istruzioni esistenti, modalità memory-to-memory per tutte le istruzioni, vector/block processing esteso per alcune operazioni semplici/semplificate, possibilità di miscelare istruzioni vettoriali fixed-size con quelle length-agnostic) che consentono (e consentiranno ancor di più quando saranno sfruttate dai compilatori) di ottenere densità di codice e prestazioni superiori (non soltanto a x86/x64, ma anche ai RISC più blasonati). L'ISA è già completa e non serve progettarla, ma servono compilatori e ovviamente implementazioni. Le prime proiezioni che ho fatto disassemblando alcuni eseguibili x86 e x64 e traslandone le istruzioni nella mia ISA (ogni istruzione x86/x64 è direttamente mappabile con una della mia ISA, visto che è 100% compatibile a livello assembly) mostrano degli ottimi risultati in termini di densità di codice (mediamente inferiori a x86, e di gran lunga inferiori a x64). Con ampi margini di miglioramento, come dicevo sopra (iniziando a sfruttarne le peculiarità). Con queste caratteristiche e per gli inizi portare software da x86/x64 sarebbe estremamente semplice: basterebbe una banale ricompilazione per ottenere codice per la nuova ISA. Soltanto alcune applicazioni particolari che fanno necessariamente riferimento/uso di codice binario (compilatori JIT essenzialmente) avrebbero bisogno di una riscrittura (ma una prima versione sarebbe molto semplice da realizzare visto che, come dicevo, ogni singola istruzione x86/x64 è direttamente mappabile a una della mia ISA). Quote:
Quote:
Quote:
Se si vuole questa compatibilità si sviluppa una libreria / layer addizionale, ma almeno il nuovo s.o. dovrebbe avere delle API moderne e non quell'obbrobrio anacronistico (questo sì) che ci viene propinato ancora dopo 50 anni...
__________________
Per iniziare a programmare c'è solo Python con questo o quest'altro (più avanzato) libro @LinkedIn Non parlo in alcun modo a nome dell'azienda per la quale lavoro Ho poco tempo per frequentare il forum; eventualmente, contattatemi in PVT o nel mio sito. Fanboys |
|||||||
|
|
|
|
|
#29 |
|
Senior Member
Iscritto dal: Feb 2004
Messaggi: 6302
|
che finanzino mozilla foundation, minima spesa, massima resa
|
|
|
|
|
|
#31 | |
|
Member
Iscritto dal: Mar 2020
Messaggi: 120
|
Quote:
|
|
|
|
|
|
|
#32 | |
|
Senior Member
Iscritto dal: Dec 2007
Messaggi: 3778
|
Quote:
__________________
Il senno di poi è una scienza esatta
|
|
|
|
|
|
|
#33 | |
|
Senior Member
Iscritto dal: Aug 2019
Messaggi: 2693
|
Quote:
Comunque dubito che con il ritardo attuale la proposta in oggetto sara' anche solo presa in considerazione, si vedra'. Ultima modifica di 386DX40 : 02-03-2020 alle 10:43. |
|
|
|
|
|
|
#34 |
|
Senior Member
Iscritto dal: Oct 2001
Messaggi: 20728
|
mi pare più opportuno promuovere linux&C e firefox.
eventualmente produrre una distro "europea" verificando il codice di quel che c'è e compilarlo in modo sicuro.
__________________
Mai discutere con un idiota. Ti trascina al suo livello e ti batte con l'esperienza (O.W.) |
|
|
|
|
|
#35 | |
|
Senior Member
Iscritto dal: Jul 2008
Messaggi: 6198
|
Quote:
Ma è proprio questo il problema... quando mai vengono fatte scelte sensate? |
|
|
|
|
|
|
#36 | |
|
Senior Member
Iscritto dal: Jul 2015
Messaggi: 5882
|
Quote:
Anchè osx è closed ( anche se derivato frebsd) eppure non mi sembra che ci siano problemi di sorta. Creare un os con un alta propensione alla sicurezza deve per forza di cose essere closed. Qua ci sono persone che credono alla favola che linux sia sicuro perchè open: Falso, linux è sicuro perchè poco appetibile per i malintenzionati, e nessuno ci garantisce sulla sicurezza di un codice open perchè gli sviluppatori controllano quasi sempre solo la parte di codice che interessa ai propri scopi, non certo tutto il codice. Guardiamo pure android, dove a fronte di una base linux si scoprono molte falle proprio a causa della sua grande diffusione. Una cosa è avere un team che patcha solo il codice, un'altra è avere un codice che tutti possono spulciare e trovare falle senza obbligo se non etico di comunicarlo. |
|
|
|
|
|
|
#37 | |
|
Senior Member
Iscritto dal: Jul 2008
Messaggi: 6198
|
Quote:
|
|
|
|
|
|
|
#38 |
|
Senior Member
Iscritto dal: Jul 2015
Messaggi: 5882
|
Il riso abbonda sulla bocca degli stolti.
Usi linux? Quante righe di codice hai osservato? E poi metteresti in mano al primo che passa tutte le specifiche del tuo impianto di casa ( non solo antifurto, ma proprio tutto, perchè non è detto che per entrare bisogna per forza disattivare l'antifurto) Un os "europeo" destinato in prima analisi a sostituire gli os di terzi nella pubblica amministrazione non può e non deve essere open. Sarebbe di quanto più suicida possibile. Puoi scommetterci che ci sono molti più sviluppatori pronti a trarre vantaggio da una falla di quanti sono disponibili a renderla pubblica. E qua non si parla di un browser per andare su facebook, ma di un os destinato a custodire i dati sensibili dei propri cittadini, dati che hanno un valore immenso per i maleintenzionati. Ci sono state falle rese pubbliche ad oltre 10 anni dalla loro nascita, una falla che potrebbe essere stata sfruttata per molto tempo prima di essere patchate. Il vantaggio del codice open è che una volta che è stata scoperta e resa pubblica una falla tendenzialmente la si chiude velocemente. Abiteresti in una casa con le pareti esterne di vetro trasparente? |
|
|
|
|
|
#39 | |
|
Senior Member
Iscritto dal: Oct 2001
Messaggi: 20728
|
Quote:
l'UE potrebbe pagare qualcuno per verificare il codice, e produrre una distro "controllata" e certificata, anzichè compilata da "qualcuno"
__________________
Mai discutere con un idiota. Ti trascina al suo livello e ti batte con l'esperienza (O.W.) |
|
|
|
|
|
|
#40 | |
|
Senior Member
Iscritto dal: Mar 2008
Messaggi: 20947
|
Quote:
https://www.ilsoftware.it/articoli.a...sastrose_20813 Non esistono sistemi senza problemi di sorta, ma deve essere sempre una continua lotta del bene contro il male, più o meno |
|
|
|
|
|
| Strumenti | |
|
|
Tutti gli orari sono GMT +1. Ora sono le: 21:42.




















