Ciao a tutti ragazzi, spero di aver postato nella sezione corretta. Vi seguo da un po' e apprezzo molto la competenza che si respira qui, quindi ho pensato di chiedervi un parere tecnico per un piccolo progetto che sto portando avanti nel tempo libero.
Sto assemblando un piccolo server domestico da usare principalmente come ambiente di test per Docker, qualche istanza di database e magari un piccolo web server locale per fare esperimenti con PHP e Node.js. Invece di comprare hardware nuovo di pacca, che ha prezzi onestamente proibitivi per un semplice hobby, ho deciso di recuperare una vecchia workstation professionale che avevo in garage.
Il cuore del sistema è un processore Xeon Quad Core che gira a 3.50GHz. A vederlo così, sulla carta, la frequenza sembra ancora molto dignitosa, specialmente per carichi di lavoro che non richiedono un numero infinito di core. Tuttavia, la mia preoccupazione principale riguarda l'architettura complessiva, in particolare il bus DMI da 5GT/s.
Ho sempre avuto un debole per il riciclo dell'hardware "enterprise". C'è qualcosa di gratificante nel vedere una macchina costruita per durare che continua a macinare dati dopo anni, mentre molti PC consumer della stessa epoca sono già finiti in discarica. Però, mi sto chiedendo se quel valore di 5GT/s (Gigatransfers al secondo) per il Direct Media Interface non rischi di diventare un collo di bottiglia oggi. Se decidessi di montare un controller SATA moderno o una scheda di rete un po' più veloce, temo che la comunicazione tra la CPU e il resto del chipset possa risentirne, limitando le prestazioni generali del sistema nonostante i 3.50GHz di clock.
Un punto specifico che mi preme capire, e che spesso viene ignorato nelle discussioni generiche, è come questa velocità di bus gestisca il traffico I/O intenso quando si hanno più container attivi che scrivono contemporaneamente sul disco. Nel 2024, con il software che diventa sempre più "pesante" e meno ottimizzato, un'architettura quad-core con questo tipo di throughput è ancora affidabile per un ambiente di sviluppo, o rischio di trovarmi con tempi di latenza frustranti?
Qualcuno di voi ha esperienze recenti con il riutilizzo di Xeon di questa generazione (magari serie E3) per scopi simili? Secondo voi conviene investire qualche decina di euro per maxare la RAM e aggiungere un SSD decente, oppure l'architettura a 5GT/s è ormai un limite invalicabile per le esigenze moderne?
Secondo voi, è meglio puntare sulla stabilità di queste vecchie glorie o la carenza di nuove istruzioni CPU renderebbe il tutto troppo lento?

Quasi ogni volta che si crea un 3d o si risponde, il server va in crash.
Domandiamoci perché nessuno scrive più.
Ormai il forum ha estrema necessità di un adeguamento.
Lasciarlo in questo modo è soltanto un insulto a coloro che hanno imparato a programmare, grazie ai tanti consigli.

- Lo si chiude per sempre

- Lo si rinnova, anche per apparati mobili

Sto cercando collaboratori per progetto open source da portare avanti a tempo perso. Per adesso c'è solo un'idea bislacca. Incollo qui documento tecnico che descrive l'idea. Non esiste nessun codice al momento.

OML — Object Markup Language

OML (Object Markup Language) è una proposta per un linguaggio di markup orientato agli oggetti, progettato specificamente per la descrizione e distribuzione di web application.




Il sistema si compone di tre elementi:


OML — il linguaggio di markup
OML Browser — l'applicativo che esegue le applicazioni OML
OML Runtime — Il framework di intent, che dovrebbe poter essere usato da qualsiasi linguaggio di scripting
OML Application - l'intero pacchetto




L'OML Browser sarebbe in sostanza un browser solo per web application, una applicazione che esegue altre applicazioni. Specifico solo per eseguire codice OML.


Il linguaggio OML si propone: di essere facilmente intellegibile per le AI, avere dichiarazioni semantiche d'intenti, in modo che di ogni cosa sia chiara la funzionalità, isolare ogni singolo oggetto, in modo che ogni oggetto abbia incapsulati i propri stili, le proprie proprietà, evitare ogni conflitto tra librerie, la possibilita di importare moduli separati, gestire namespaces, di essere totalmente indipendente dall'OML Browser, ognuno in teoria potrebbe sviluppare il proprio browser per qualunque dispositivo, l?OML Browser decide in propria autonomia come interpretare gli intent ed il codice, adattandolo al dispositivo dove è installato.

---

2. L'idea centrale

Il principio fondante di OML è uno solo:Tutto il resto — la modularità, il runtime separato, il sistema di intent, i metadati semantici — è conseguenza diretta o supporto architetturale a questo principio.
Questo distingue OML da qualsiasi sistema applicativo esistente. I browser web attuali richiedono anni di sviluppo da parte di organizzazioni con centinaia di ingegneri — Google per Chrome, Mozilla per Firefox, Apple per Safari. Nessun piccolo team o sviluppatore singolo può permettersi di costruire un browser web completo.
OML è progettato per abbassare radicalmente questa barriera. Il runtime — la parte più complessa, il framework degli intent — è un componente separato, open source, condiviso tra tutte le implementazioni. Chi vuole sviluppare un OML Browser non reimplementa tutto: implementa solo la parte specifica per il proprio dispositivo o contesto, appoggiandosi al runtime comune.
Il risultato è un ecosistema dove:

• Un piccolo team può sviluppare un OML Browser per dispositivi embedded
• Uno sviluppatore singolo può svilupparne uno per una piattaforma di nicchia
• Un'azienda può svilupparne uno ottimizzato per il proprio hardware
• La community può svilupparne uno general purpose

Nessuno di questi soggetti dipende dagli altri. Nessuno controlla gli altri. La specifica è il solo contratto comune.
Browser diversi interpreteranno gli intent in modo diverso a seconda del dispositivo e del contesto — ed è corretto che lo facciano. Un OML Browser su smartwatch interpreta display.modal diversamente da uno su desktop. Questa non è frammentazione: è adattamento, ed è uno degli obiettivi espliciti del progetto. La competizione tra implementazioni diverse è il meccanismo naturale attraverso cui l'ecosistema cresce e migliora.

C'è ancora qualcuno?

Purtroppo anche questo forum, preziosissimo retaggio di un bel passato, sembra si stia estinguendo.

Se ci siete di te qualcosa.

:ciauz:.

Ciao ragazzi,
vengo subito al sodo, ho 10 textbox e vorrei capire come fare in modo che si possano selezionare (scrivere) un massimo di due caselle alla volta

Grazie