Torna indietro   Hardware Upgrade Forum > Software > Programmazione

Display, mini PC, periferiche e networking: le novità ASUS al CES 2026
Display, mini PC, periferiche e networking: le novità ASUS al CES 2026
Sono molte le novità che ASUS ha scelto di presentare al CES 2026 di Las Vegas, partendo da una gamma di soluzioni NUC con varie opzioni di processore passando sino agli schermi gaming con tecnologia OLED. Il tutto senza dimenticare le periferiche di input della gamma ROG e le soluzioni legate alla connettività domestica
Le novità ASUS per il 2026 nel settore dei PC desktop
Le novità ASUS per il 2026 nel settore dei PC desktop
Molte le novità anticipate da ASUS per il 2026 al CES di Las Vegas: da schede madri per processori AMD Ryzen top di gamma a chassis e ventole, passando per i kit di raffreddamento all in one integrati sino a una nuova scheda video GeForce RTX 5090. In sottofondo il tema dell'intelligenza artificiale con una workstation molto potente per installazioni non in datacenter
Le novità MSI del 2026 per i videogiocatori
Le novità MSI del 2026 per i videogiocatori
Con le nuove soluzioni della serie MEG, acronimo di MSI Enthusiast Gaming, l'azienda taiwanese vuole proporre per il 2026 una gamma di proposte desktop che si rivolgono direttamente all'utente più appassionato con schede madri, chassis e sistemi di raffreddamento. Non da ultimi troviamo anche gli alimentatori, che abbinano potenza a ricerca della massima sicurezza di funzionamento.
Tutti gli articoli Tutte le news

Vai al Forum
Rispondi
 
Strumenti
Old 28-02-2010, 08:00   #121
cionci
Senior Member
 
L'Avatar di cionci
 
Iscritto dal: Apr 2000
Città: Vicino a Montecatini(Pistoia) Moto:Kawasaki Ninja ZX-9R Scudetti: 29
Messaggi: 53971
Quote:
Originariamente inviato da cdimauro Guarda i messaggi
Non che le versioni per gli altri linguaggi siano migliori, eh!

Molti traducono l'algoritmo pari pari.
Ok, ma quello è l'unico test dove Java ha vantaggio sul C In pratica può dipendere molto dall'implementazione dello switch del compilatore, perché quello è forse il punto più dispendioso dell'intero algoritmo.
cionci è offline   Rispondi citando il messaggio o parte di esso
Old 28-02-2010, 08:41   #122
cdimauro
Senior Member
 
L'Avatar di cdimauro
 
Iscritto dal: Jan 2002
Città: Germania
Messaggi: 26110
Sicuramente, ma se nel 2010 un compilatore non riesce a riconoscere uno switch per di più su un enum (che è un range limitato)... buttiamolo via.
__________________
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
cdimauro è offline   Rispondi citando il messaggio o parte di esso
Old 28-02-2010, 11:44   #123
PGI-Bis
Senior Member
 
L'Avatar di PGI-Bis
 
Iscritto dal: Nov 2004
Città: Tra Verona e Mantova
Messaggi: 4553
Quote:
Originariamente inviato da cionci Guarda i messaggi
Ok, ma quello è l'unico test dove Java ha vantaggio sul C In pratica può dipendere molto dall'implementazione dello switch del compilatore, perché quello è forse il punto più dispendioso dell'intero algoritmo.
Prova a fare un po' di allocazione dinamica in C - anche se il confronto viene meglio con C++.
__________________
Uilliam Scecspir ti fa un baffo? Gioffri Cioser era uno straccione? E allora blogga anche tu, in inglese come me!
PGI-Bis è offline   Rispondi citando il messaggio o parte di esso
Old 28-02-2010, 11:46   #124
cionci
Senior Member
 
L'Avatar di cionci
 
Iscritto dal: Apr 2000
Città: Vicino a Montecatini(Pistoia) Moto:Kawasaki Ninja ZX-9R Scudetti: 29
Messaggi: 53971
Quote:
Originariamente inviato da PGI-Bis Guarda i messaggi
Prova a fare un po' di allocazione dinamica in C - anche se il confronto viene meglio con C++.
E a che serve lì ?
cionci è offline   Rispondi citando il messaggio o parte di esso
Old 28-02-2010, 12:02   #125
PGI-Bis
Senior Member
 
L'Avatar di PGI-Bis
 
Iscritto dal: Nov 2004
Città: Tra Verona e Mantova
Messaggi: 4553
A confrontare un aspetto a volte trascurato della JVM cioè i suoi algoritmi di gestione della memoria. Che contano poco nelle applicazioni in un certo senso limitate al calcolo o poco più ma hanno una loro rilevanza in programmi più complessi.

Come è interessante sapere che una JVM sia 2, 3, 10 volte più lenta nel fare 1+1 rispetto ai compilatori C potrebbe essere interessante sapere che è un pelino più arzilla nell'allocare e liberare memoria.
__________________
Uilliam Scecspir ti fa un baffo? Gioffri Cioser era uno straccione? E allora blogga anche tu, in inglese come me!
PGI-Bis è offline   Rispondi citando il messaggio o parte di esso
Old 01-03-2010, 02:35   #126
DanieleC88
Senior Member
 
L'Avatar di DanieleC88
 
Iscritto dal: Jun 2002
Città: Dublin
Messaggi: 5989
Quote:
Originariamente inviato da cdimauro Guarda i messaggi
Questo non depone a suo favore (e FB soffre spesso di lentezza, a quanto dicono i miei amici che lo usano).
<very-ot>
Ormai non è nemmeno più in PHP... Facebook è passato al C++! http://developers.facebook.com/news....og=1&story=358
</very-ot>
__________________

C'ho certi cazzi Mafa' che manco tu che sei pratica li hai visti mai!
DanieleC88 è offline   Rispondi citando il messaggio o parte di esso
Old 01-03-2010, 03:00   #127
DanieleC88
Senior Member
 
L'Avatar di DanieleC88
 
Iscritto dal: Jun 2002
Città: Dublin
Messaggi: 5989
Quote:
Originariamente inviato da fero86 Guarda i messaggi
tra l'altro adesso é uscita da poco la release candidate di Visual Studio 2010 che viene col nuovo compilatore C++ della Microsoft che supporta l'ultima revisione, il C++0x, che permette di fare programmazione funzionale *___*
io vado in visibilio per queste cose, si nota?

PS: e il g++ arranca
http://gcc.gnu.org/projects/cxx0x.html

Supportato in g++ da un buon paio d'anni (GCC 4.3 risale a marzo 2008).
__________________

C'ho certi cazzi Mafa' che manco tu che sei pratica li hai visti mai!
DanieleC88 è offline   Rispondi citando il messaggio o parte di esso
Old 01-03-2010, 10:23   #128
Tommo
Senior Member
 
L'Avatar di Tommo
 
Iscritto dal: Feb 2006
Messaggi: 1304
Quote:
Originariamente inviato da DanieleC88 Guarda i messaggi
<very-ot>
Ormai non è nemmeno più in PHP... Facebook è passato al C++! http://developers.facebook.com/news....og=1&story=358
</very-ot>
Mi sembra che questo sia di supporto all'idea che "real programmers do it in C++"... in pratica questi hanno speso 20 mesi per scrivere un coso che ti riscrive il PHP in C++ invece di usare direttamente il secondo via estensioni incrementali, perchè testuali parole "we have too many engineers who can't use it".

Quindi il motivo è semplicemente che è troppo complesso per la maggior parte della gente essere produttivi con C++?
__________________
*ToMmO*

devlog | twitter
Tommo è offline   Rispondi citando il messaggio o parte di esso
Old 01-03-2010, 12:12   #129
fero86
Senior Member
 
Iscritto dal: Oct 2006
Città: Roma
Messaggi: 1383
Quote:
Originariamente inviato da DanieleC88 Guarda i messaggi
http://gcc.gnu.org/projects/cxx0x.html

Supportato in g++ da un buon paio d'anni (GCC 4.3 risale a marzo 2008).
d'oh
sto rosicando molto per non poterlo usare nel MinGW, che sta ancora al porting del gcc 3.4.x

avrei dovuto scrivere "e il MinGW arranca"



Quote:
Originariamente inviato da Tommo Guarda i messaggi
Quindi il motivo è semplicemente che è troppo complesso per la maggior parte della gente essere produttivi con C++?
in effetti é scandaloso
fero86 è offline   Rispondi citando il messaggio o parte di esso
Old 01-03-2010, 13:35   #130
DanieleC88
Senior Member
 
L'Avatar di DanieleC88
 
Iscritto dal: Jun 2002
Città: Dublin
Messaggi: 5989
Quote:
Originariamente inviato da Tommo Guarda i messaggi
Mi sembra che questo sia di supporto all'idea che "real programmers do it in C++"... in pratica questi hanno speso 20 mesi per scrivere un coso che ti riscrive il PHP in C++ invece di usare direttamente il secondo via estensioni incrementali, perchè testuali parole "we have too many engineers who can't use it".

Quindi il motivo è semplicemente che è troppo complesso per la maggior parte della gente essere produttivi con C++?
Be' non so se hanno fatto proprio questo ragionamento, credo più che altro che fossero troppo legati mani e piedi al PHP per lasciarlo andare di colpo, interrompere tutte le modifiche al sito, e nel frattempo ri-sviluppare l'intera piattaforma in C++... ma comunque è significativo vedere come PHP abbia performance così scarse da giustificare uno sforzo del genere.
__________________

C'ho certi cazzi Mafa' che manco tu che sei pratica li hai visti mai!
DanieleC88 è offline   Rispondi citando il messaggio o parte di esso
Old 01-03-2010, 20:40   #131
Tommo
Senior Member
 
L'Avatar di Tommo
 
Iscritto dal: Feb 2006
Messaggi: 1304
Quote:
Originariamente inviato da DanieleC88 Guarda i messaggi
Be' non so se hanno fatto proprio questo ragionamento, credo più che altro che fossero troppo legati mani e piedi al PHP per lasciarlo andare di colpo, interrompere tutte le modifiche al sito, e nel frattempo ri-sviluppare l'intera piattaforma in C++... ma comunque è significativo vedere come PHP abbia performance così scarse da giustificare uno sforzo del genere.
No, non è possibile che sia per quel motivo: l'ha detto anche il tizio che è possibile estendere il PHP con C++ via estensioni incrementali, sostituendo sempre più PHP con C++ fino a ridurre il primo ad un wrapper per HTML...
almeno tra le righe.

Il problema di questo approccio però era che così il team doveva mantenere direttamente C++. E a quanto pare non erano in grado
__________________
*ToMmO*

devlog | twitter
Tommo è offline   Rispondi citando il messaggio o parte di esso
Old 02-03-2010, 11:15   #132
cdimauro
Senior Member
 
L'Avatar di cdimauro
 
Iscritto dal: Jan 2002
Città: Germania
Messaggi: 26110
Quote:
Originariamente inviato da DanieleC88 Guarda i messaggi
<very-ot>
Ormai non è nemmeno più in PHP... Facebook è passato al C++! http://developers.facebook.com/news....og=1&story=358
</very-ot>
No, continua a essere sviluppato in PHP. Passare al C++ sarebbe un vero suicidio.
Quote:
Originariamente inviato da Tommo Guarda i messaggi
Mi sembra che questo sia di supporto all'idea che "real programmers do it in C++"... in pratica questi hanno speso 20 mesi per scrivere un coso che ti riscrive il PHP in C++ invece di usare direttamente il secondo via estensioni incrementali, perchè testuali parole "we have too many engineers who can't use it".

Quindi il motivo è semplicemente che è troppo complesso per la maggior parte della gente essere produttivi con C++?
No. Quella frase che hai riportato non la trovo da nessuna parte nel link citato.
Quote:
Originariamente inviato da DanieleC88 Guarda i messaggi
Be' non so se hanno fatto proprio questo ragionamento, credo più che altro che fossero troppo legati mani e piedi al PHP per lasciarlo andare di colpo, interrompere tutte le modifiche al sito, e nel frattempo ri-sviluppare l'intera piattaforma in C++... ma comunque è significativo vedere come PHP abbia performance così scarse da giustificare uno sforzo del genere.
Sono legati al PHP per ovvie ragioni, che espongono già fin dall'inizio:

"One of the key values at Facebook is to move fast. For the past six years, we have been able to accomplish a lot thanks to rapid pace of development that PHP offers. As a programming language, PHP is simple. Simple to learn, simple to write, simple to read, and simple to debug. We are able to get new engineers ramped up at Facebook a lot faster with PHP than with other languages, which allows us to innovate faster.".

Il che mi sembra perfettamente sensato (senonché il PHP faccia proprio schifo come linguaggio, ma qui rientriamo in una mera questione di gusti).

PHP è un linguaggio di gran lunga più produttivo rispetto al C++. Vista l'evoluzione e gli sviluppi sostenuti, il C++ avrebbe richiesto molto più tempo, per cui FaceBook non sarebbe arrivato dov'è, e dove arriverà in futuro (perché mica si fermano).
Quote:
Originariamente inviato da Tommo Guarda i messaggi
No, non è possibile che sia per quel motivo: l'ha detto anche il tizio che è possibile estendere il PHP con C++ via estensioni incrementali, sostituendo sempre più PHP con C++ fino a ridurre il primo ad un wrapper per HTML...
almeno tra le righe.

Il problema di questo approccio però era che così il team doveva mantenere direttamente C++. E a quanto pare non erano in grado
Non per mancanza degli ingegneri. Ecco qui la parte incriminata:

"One common way to address these inefficiencies is to rewrite the more complex parts of your PHP application directly in C++ as PHP Extensions. This largely transforms PHP into a glue language between your front end HTML and application logic in C++. From a technical perspective this works well, but drastically reduces the number of engineers who are able to work on your entire application. Learning C++ is only the first step to writing PHP Extensions, the second is understanding the Zend APIs. Given that our engineering team is relatively small — there are over one million users to every engineer — we can't afford to make parts of our codebase less accessible than others."

Che mi sembra LEGGERMENTE diverso da quello che avevi riportato prima.
__________________
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
cdimauro è offline   Rispondi citando il messaggio o parte di esso
Old 02-03-2010, 11:32   #133
banryu79
Senior Member
 
L'Avatar di banryu79
 
Iscritto dal: Oct 2007
Città: Padova
Messaggi: 4131
Tra l'altro leggo che il signor Haiping Zhao ha anche fatto delle premesse:
Quote:
[1]
...
Since 2007 we've thought about a few different ways to solve these problems and have even tried implementing a few of them. The common suggestion is to just rewrite Facebook in another language, but given the complexity and speed of development of the site this would take some time to accomplish.
...

[2]
...
One night at a Hackathon a few years ago, I started my first piece of code transforming PHP into C++. The languages are fairly similar syntactically and C++ drastically outperforms PHP when it comes to both CPU and memory usage. Even PHP itself is written in C. We knew that it was impossible to successfully rewrite an entire codebase of this size by hand, but wondered what would happen if we built a system to do it programmatically.
...
__________________

As long as you are basically literate in programming, you should be able to express any logical relationship you understand.
If you don’t understand a logical relationship, you can use the attempt to program it as a means to learn about it.
(Chris Crawford)
banryu79 è offline   Rispondi citando il messaggio o parte di esso
 Rispondi


Display, mini PC, periferiche e networking: le novità ASUS al CES 2026 Display, mini PC, periferiche e networking: le n...
Le novità ASUS per il 2026 nel settore dei PC desktop Le novità ASUS per il 2026 nel settore de...
Le novità MSI del 2026 per i videogiocatori Le novità MSI del 2026 per i videogiocato...
I nuovi schermi QD-OLED di quinta generazione di MSI, per i gamers I nuovi schermi QD-OLED di quinta generazione di...
Recensione vivo X300 Pro: è ancora lui il re della fotografia mobile, peccato per la batteria Recensione vivo X300 Pro: è ancora lui il...
Atlas di Boston Dynamics: il robot umano...
TV da 130 pollici ed elettrodomestici, p...
I giochi classici cambiano volto con RTX...
OpenAI testa la pubblicità in Cha...
Plaud riscrive il modo di prendere appun...
Narwal presenta a Las Vegas la nuova gam...
1000W solo per la scheda video: la GeFor...
NVIDIA espande GeForce NOW: nuove app Li...
Cambia metà del listino sconti Am...
TV TCL QLED 4K: schermi da 249,90€ con D...
Amazfit Active 2 scede su Amazon al prez...
Samsung Display e Intel annunciano Smar...
Motorola presenta il nuovo Moto Watch: r...
MOVA, addio sacchetti monouso: la nuova ...
NVIDIA DLSS 4.5 debutta al CES 2026: Sup...
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:35.


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