Newsgroup: it.lavoro.informatica
Titolo: java vs c++ - concatenazione stringhe - incapponimento

 
 
Visto che secondo alcuni ho la testa dura ho deciso di rifare i test 
sulla concatenazione di stringhe
 
 
 
              java           c++
real time     -0.001       0.0005
 
 
 
 
 
Incredibile,signori e signore, non solo java e' piu performante di c++ 
ma ottiene pure un timing negativo
Significa che i processo java ha prodotto il risultato prima di essere 
creato per cui e' tornato indietro nel tempo
Questo java non finira mai di stupire,signori e signore.
In fondo la mamma me lo aveva detto di scegliere java, ma a me piacevano 
quei rozzi linguaggi C e C++ (sigh)
 
 
 
 
PS.
 
un po di umorismo di prima mattina
senza offese per nessuno
Anzi,ringrazio il dott. Gagliardelli per il suggerimento
 


tu i javisti li prendi troppo sul serio, tutto sommato sono deboli menti 
plagiate dai dottorati di informatica.
Non hanno mai visto una applicazione in vita loro, ma soprattutto non 
capiscono bene a cosa serve quello che fanno se non per misurarsi con 
algoritmi inutili e spesso dannosi.
Se fossero persone normali non avrebbero mai abbracciato java il piu 
merdoso ed INUTILE linguaggio del mondo!
 
 
-- 
Quando la dittatura è un dato di fatto, la rivoluzione diventa un diritto.
(Victor Hugo)

Il 06/12/18 08:00, Delta11 ha scritto:

Ma Delta,qui da me e' mattino presto
Un po di umorismo dai
 

 Anzi,ringrazio il dott. Gagliardelli per il suggerimento
 
sinceramente fai più ridere quando non vuoi far ridere.
come nel subj, ad esempio: "l'incapponimento" cos'è, la metamorfosi in un 
cappone?

 Incredibile, signori e signore[...]
 
Adesso, dal momento che i numeri ti danno torto, la butti in caciara pretendendo di prendere per il culo? Umorismo? 
Ma il tuo datore di lavoro sa che ti esponi cosi` spudoratamente al pubblico ludibrio? 

 Se fossero persone normali non avrebbero mai abbracciato java
 
https://www.tiobe.com/tiobe-index/
 
 
Dec 2018	Dec 2017	Change	Programming Language	Ratings	Change
1	1		Java	15.932%	+2.66%
2	2		C	14.282%	+4.12%
3	4	change	Python	8.376%	+4.60%
4	3	change	C++	7.562%	+2.84%
5	7	change	Visual Basic .NET	7.127%	+4.66%
6	5	change	C#	3.455%	+0.63%
7	6	change	JavaScript	3.063%	+0.59%
8	9	change	PHP	2.442%	+0.85%
9	-	change	SQL	2.184%	+2.18%
 
P.S. non esistono i "javisti", esistono persone che usano, tra gli altri linguaggi, Java.

Il 06/12/18 12:53, 4ndre4 ha scritto:

Io non ho datori di lavoro
Comunque umorismo < 0
 

 Non hanno mai visto una applicazione in vita loro, 
 
ragazzi su, qualcuno si sacrifichi e cachi un po' anche questo ritardato.

 Anzi,ringrazio il dott. Gagliardelli per il suggerimento
 
Devi aver capito male. Chissa' perche' non mi stupisco?
A proposito, era questa la battuta umoristica?

adesso pure la jvm ti prende per il culo

 
 
E non solo la jvm.
Ma, d'altra parte, può succedere, quando ci si incapponisce.

 cappone?
 
Mi sa che l'amico è veneto. "incaponirse" da me sta per "intestardirsi"
 
-- 
Ciao!
Luca

 Io non ho datori di lavoro
 
Ora si spiega tutto. 
 


Visto che altrove facevi il precisino per nulla, "incaponirsi" con una "p" e' italiano ed e' sinonimo di "intestardirsi", "ostinarsi". 
 
Con due potrebbe  significare  "diventare un cappone" ma dubito fosse questo il senso.

 Visto che altrove facevi il precisino per nulla, "incaponirsi" con una "p" e' italiano ed e' sinonimo di "intestardirsi", "ostinarsi". 
 
Non faccio mai il precisino per nulla. Amo l'Italiano, che è molto più preciso di quanto possa sembrare.
E vero, ero convinto che fosse veneto, e invece è italiano corrente. Grazie per la precisazione.
 
-- 
Ciao!
Luca


Mi sa che la cosa sia piu' banale. Le due 'p' le ho scritte io per un 
refuso, il pregio di enoquick e' unicamente quello di averle prese per 
buone.


Sarebbe peggio se avesse dei dipendenti.

Il 07/12/18 09:52, Dr.UgoGagliardelli ha scritto:

Infatti il post e' grazie ad un tuo suggerimento pur involontario ed 
essendo un post umoristico ho preso paro paro
 

Il 07/12/18 00:38, Dr.UgoGagliardelli ha scritto:

No, quella sopra
Anche tu umorismo < 0?
 


se è per questo incaponirsi è italiano. incapponirsi meno.

 
Sai, ci vuole un bel po' di mestiere per seguire i ragionamenti 
sgangherati di uno come te.

 sgangherati di uno come te.
 
 
Mi sa che sei l'unico che non  l'hai capita
umorismo -3

 
 
detto da uno che non sa neanche quotare e' il massimo
Comunque un altro con umorismo < 0
Ti vuoi aggregare alla band ?
Ma si,un altro in piu
 
 

 Ma si,un altro in piu
 
Guarda che le "band" sono quelle che suonano. Tu lo sai, vero, che la paranoia de "la banda che ce l'ha con me!" e` il primo passo verso la follia?
 

 Mi sa che sei l'unico che non  l'hai capita
 
Allora spiegala, questa ermetica battuta. Soprattutto indica anche quale 
sia.

"So quotare ma era trabocchetto (nella mia grande mente sapevo che ci 
saresti cascato)"
 
ciao stronz1!

 sia.
 
La sua e` una tattica dialettica precisa. Essendo stato messo all'angolo dai SUOI STESSI numeri, il cretino ha deciso di buttarla in caciara e ripiegare sul perculamento. Java si e` dimostrato assolutamente all'altezza, se non migliore, di C++, ma lui preferisce non vedere e prendere per culo. D'altronde nessuno si aspettava davvero onesta` intellettuale da lui, no?

 La sua e` una tattica dialettica precisa. 
 
Lascialo fare, se tanto mi da tanto pestera' un'altra merda.
 

Il 09/12/18 06:50, 4ndre4 ha scritto:

Scrive quello che dei benchmark non frega nulla ma quando java vince 
eccolo qui
Piaciuta quella sui threads neee...
E comunque non ho fatto la battuta umoristica per buttarla in caciara,e' 
solo una battuta e basta senza secondi fini
 
Ora vado un po sul tecnico tanto per ravvivare un po e non e' una 
battuta ma solo una curiosita da chiedere ad esperti java
 
 
Ti risulta che la jvm8 su linux non usi i native thread ?
(su internet c'e scritto che la jvm usa i native thread ma a me non sembra)
 
 
java
user    0m10.460s
sys    0m0.768s
 
 
c++
user    0m0.104s
sys    0m1.112s
 
 
il g++ usa ovviamente pthread che non e' altro che una libreria che usa 
la syscall clone() per creare i thread
Ed infatti il tempo di sys e' piu del tempo in user cosa che non e' cosi 
in java
 

 eccolo qui Piaciuta quella sui threads neee...
 
lol ma allora davvero ritieni di aver fatto una cosa intelligente.
avevi una sola speranza cioè quella che tu avessi fatto scientemente una 
trollata, una provocazione insomma. decaduta questa non resta veramente 
altra conclusione: sei un "programmatore di merda".


Contesto la conclusione: secondo me dimostra solo che in informatica 
(sempre che si possa parlare di informatica) vale la terza legge della 
termodinamica, ovvero certe soluzioni non fanno altro che aumentare 
l'entropia.

 Piaciuta quella sui threads neee...
 
con questa sui thread sei riuscito solamente a dimostrare la tua incredibile ignoranza.
 
E sentiamo...saresti fare un solo esempio dove e' cruciale creare 30 mila thread nel minor tempo possibile?

 (su internet c'e scritto che la jvm usa i native thread ma a me non sembra)
 
LOL :) Devono essere i poteri forti che mettono in giro certe voci. Meglio controllare, neeee?

Il 12/12/18 02:57, Cicap ha scritto:

Come ho gia spiegato in altri post il benchmark ha il solo scopo di 
verificare come i due sistemi reagiscono alla creazione/distruzione threads
Ecco perche' il numero e' cosi alto ed il corpo e' praticamente vuoto.
Il numero e' alto anche per fare in modo che i tempi di preparazione 
della jvm non influissero sul risultato
E' ovvio che all'atto pratico difficilmente si creano 30000 threads e 
probabilmente il tempo di esecuzione di un thread e' ben maggiore del 
suo tempo di creazione/distruzione.
Ma non e' lo scopo di questo test.
In futuro altri test sui threads avranno piu senso pratico.
 
 
 
 

 
 
Speravo facessi di meglio,ma hai dimostrato il cazzone che sei
 

 In futuro altri test sui threads avranno piu senso pratico.
 
Continuerai a renderti ridicolo a questo modo per molto? Ma tu proprio non ti vergogni? 
 

 Speravo facessi di meglio,ma hai dimostrato il cazzone che sei
 
non dimostro di certo di essere un cazzone negando lezioni di Java ad un colossale imbecille come te. Semmai il contrario.

 In futuro altri test sui threads avranno piu senso pratico.
 
non vedo l'ora cosi' si ride.

 
 
Inizia pure adesso
 

 
 
Non si tratta di lezione ma di una considerazione che magari meritava 
una risposta tecnica
Una semplice risposta atta a soddisfare una curiosita di cui in pratica 
posso farne a meno vista la risposta che hai dato
 

>> della jvm non influissero sul risultato
 
Ma anche no. Pacatamente, con la pazienza di Giobbe che rootkit mi 
attribuisce, ti spiego il perche'.
 
Tu hai usato service.shutdown(), ti invito a leggere il javadoc, te lo cito:
"Initiates an orderly shutdown in which previously submitted tasks are 
executed, *but no new tasks will be accepted*. Invocation has no 
additional effect if already shut down.
This method *does not wait* for previously submitted tasks to complete 
execution. Use awaitTermination to do that."
 
che significa che non hai misurato un bel niente, proprio perche' nulla 
sai di quante e quali thread siano gia' state create, in esecuzione e 
tantomeno terminate.
 
Ti informo che la classe Vector in java la puoi istanziare dichiarando 
la capacita' prevedibile, altrimenti new Vector<MyCallable>(); prealloca 
un array di 10 elementi, quindi aggiungendo 30000 elementi, senza 
peraltro aver indicato la dimensione dell'incremento, causi lo stress di 
creare 3000 oggetti (array) aggiuntivi e copiare gli elementi gia' 
presenti. Mentre nel codice C++ ti preoccupi di riservare lo spazio 
necessario con
 
std::vector<std::thread> ths;
ths.reserve(static_cast<std::size_t>(n));
 
ti rinfresco la memoria, cito
"std::vector::reserve
Request a change in capacity
Requests that the vector capacity be at least enough to contain n elements.
If n is also greater than the current container capacity, an automatic 
reallocation of the allocated storage space takes place."
 
quindi hai evitato che in C++  ths venisse riallocato 3000 volte.
E' questo che volevi misurare?
 
Inoltre, il fatto che usi service.invokeAll(tasks); non implica che le 
30000 thread saranno mai in esecuzione contemporaneamente, infatti la 
capacita' massima di un ThreadPoolExecutor e' un numero di almeno 9 
cifre (1FFFFFFF), va da se' che supporre che cozzera' i limiti del 
sistema, se non sbagliato, e' quantomeno infantile.
Si aggiunga il fatto che il metodo invokeAll in realta' riempie una coda 
con i tuoi task, in seguito il ThreadPoolExecutor crea le Thread e le 
manda in esecuzione una alla volta finche' non gli arriva il segnale di 
shutdown o avra' esaurito i task, per cui nulla sai di quante thread 
siano state effettivamente allocate ed eseguite.
 
Tutto cio' premesso, non ti sembra di aver allestito un benchmark che 
non misura affatto in modo certo il tempo di "creazione e  distruzione" 
che avevi dichiarato? Non ti sembra che la serie di premesse false che 
ti ho indicato abbiano in qualche modo falsato l'obiettivo?
 
A me sembra che tu abbia completamente fallito il tuo obiettivo, quindi 
non ti lamentare se poi ti danno dell'incompetente o di avere lacune 
sufficienti per non cimentarti ad allestire alcun benchmark.

 concatenare per 500volte una stringa
 
lol. e vorrei ben vedere, va bene che sei rimasto l'unico a non darti di 
cretino ma avendolo scritto te sei scusato :-)
 
ad ogni modo mentre per quello un barlume di senso lo si poteva trovare,  
quello dei thread è proprio un test idiota. perché non è una performance. 
 

 E perche dovrei prenderli in considerazione ?
 
Beh, se non altro perche', dopo aver valutato la sufficiente 
autorevolezza degli "altri" (cosa che di sicuro non hai fatto per tua 
diretta dichiarazione), avresti potuto evitare l'effetto collaterale di 
essere valutato un "Vile paraculo".
Magari questa considerazione non sara' sufficiente, ma almeno necessaria 
lo e'. No e' cosi'? ?No lo es? N'est pas comme ça? Isn't it so?

 Inizia pure adesso
 
sono settimane che si ride, fidaty.

   
 
Tu che conosci l'inglese piuttosto bene, visto che vivi in UK, mi dici 
una traduzione aderente alla parola *paraculo*? La mia insegnante di 
Inglese, madrelingua originaria di Birmingham, non mi ha saputo 
rispondere con certezza. Forse perchè non ne conosce l'esatto 
significato in Italiano. Infatti mi ha risposto in prima istanza con 
*opportunist*, che è anche giusto ma poco divertente, e poi con un 
*brown nose* che, secondo me, è più *leccaculo*. Io ho azzardato uno 
*smart-ass* e lei mi ha bocciato! E' solo una curiosità, non voglio 
scatenare un flame. Denghiù.
 
 
-- 
The three most dangerous things in the world are a programmer with a 
soldering iron, a hardware type with a program patch and a user with an 
idea.

 realistica ? 
 
'gnurant.

 concatenare per 500volte una stringa
 
Non serve ad una ceppa. Di quale "scusante" parli? 
Confermi, ad ogni post che scrivi, di essere un idiota.

 Una semplice risposta atta a soddisfare 
 
Se vuoi risposte atte a soddisfare le tue curiosita`, devi dimostrarti rispettoso dall'inizio. Tu sei solo un vigliacco, vile e bugiardo.

 una traduzione aderente alla parola *paraculo*? La mia insegnante di 
 
Non esiste. La cosa piu` simile sarebbe "smart arse" (o "smart ass" negli US). 
Da alcune parti ho trovato "a cunning opportunist individual". Nel caso di enoquick, anche "moron" va bene.

 
 
 
Te la do io la risposta tecnica:
Avvocato
 

Il 13/12/18 04:36, cpascoshi ha scritto:

Uno nuovo ?
Benvenuto nel gruppo,non mio ovviamente anche perche non ho bisogno  ne 
voglio le  mezzacalzette
Ora dimmi e voglio una risposta sincera
Quante volte ti e' successo nella scrittura di programmi reali di fare 
500 concatenazioni di stringhe ?
 
Un suggerimento:
per quotare correttamente si usa [CUT] per fare capire che parte del 
testo e' omesso
Non lo si toglie brutalmente come hai fatto tu.
 
 


No guarda, la traduzione corretta nel tuo caso e' proprio 'moron' che, 
per dote di sintesi della lingua inglese, riassume le diverse qualita' 
che ti contraddistinguono.

 Nel caso di enoquick, anche "moron" va bene.
 
Gli inglesi sono troppo educati, nel caso di enoquick userebbero 
"mentally retarded person".
Comunque grazie. E' una conferma che mi mancava.



Sei una "mentally retarded person".
 
P.S. noto che il tuo stile di scrittura si avvicina pericolosamente alla 
retorica dell'altro demente assoluto. Il De Cara.


mabafangù, va

 per quotare correttamente
 
Ora dai anche lezioni di quoting. Tu quoque?

 
 
Io non ho uno stile di scrittura
Posso scrivere forbito o alla cazzo di cane,per fare capire i due estremi.
Da come scrivo dipende da come ne ho voglia in quel momento
I diversamente acculturati invece hanno un solo modo di esprimersi.
Attraverso grugniti che non significano una mazza e non sono neanche in 
grado di tenere una discussione in quanto non ne hanno le capacita 
culturali ed intellettuali
 
 

 Da come scrivo dipende da come ne ho voglia in quel momento
 
"Da come scrivo dipende da come ne ho voglia". A naso, direi che propendi piu` per il cazzo di cane, che il forbito.

 sufficienti per non cimentarti ad allestire alcun benchmark.
 
 
Ti ringrazio per i suggerimenti ma non direi completamente fallito 
l'esperimento
Magari da ritoccare qualcosa si
 
 

 l'executor di java lo faccio.
 
...visto che sei specializzato in cose inutili. Visto il livello di non-intelligenza e di incompetenza che manifesti in ogni commento che scrivi, mi dici per cortesia su cosa lavori? Di cosa ti occupi? Sono veramente curioso di sapere chi e` che ti paghi.

 Magari da ritoccare qualcosa si
 
Senti, se l'obiettivo era uno e non e' stato raggiunto, per definizione 
l'esperimento *e' fallito*. Poco importa se ci siano poche o tante 
modifiche per raggiungere l'obiettivo.

 Sto cazzo.
 
LOL :) Le bestemmie te le tira da dentro con le tenaglie.


Eppure mi sembrava di essere stato chiaro, paziente ed esauriente, tu 
che hai letto, hai trovato che sia stato in qualche modo fumoso? O 
impreciso?
Ho usato anche diverse figure retoriche, non ultima l'imprecazione, come 
hai gia' notato, nonche' la maieutica.
 
Che madonna! Ma come si fa'?

 modifiche per raggiungere l'obiettivo.
 
 
Ho fatto questa modifica su tuo suggerimento:
 
       try{
             service.invokeAll(list);  //fa partire i threads
             service.shutdown();
			if(!service.awaitTermination(1000000000,TimeUnit.SECONDS)) //attende 
che i threads finiscano
				System.out.println("time elapsed");
 
         }
 
time java ThPool 30000
30000
 
real	0m20.947s
user	0m10.712s
sys	0m2.224s
 
 
Con la precedente esecuzione i tempi erano questi:
+ java ThPool 30000
 
real    0m20.484s
user    0m9.856s
sys    0m2.232s
 
 
Riepilogo:
Le tue considerazioni le ho prese in considerazione ma cambia ben poco 
come tempi di esecuzione.
La realta e' che nella creazione/distruzione th la jvm non e' efficiente 
come pthread
 
 
Per il prossimo test volete qualcosa di piu realistico ?
Sono aperto ai suggerimenti ma avevo in mente una ricerca sequenziale di 
un elemento in un vector in modalita parallela a threads
Tanti threads quanto il parallelismo hw supporta.
Fatemi sapere se vi piace.
 
 
 
 
 

 Fatemi sapere se vi piace.
 
una ricerca sequenziale parallela? GO FOR IT! 
 
:DDDDDDDDDDDDDDDDDDDD

 Che madonna! Ma come si fa'?
 
deve essere per forza uno che lavora da solo. te le immagini le riunioni 
tecniche con lui nel mezzo? finirebbero a schiaffi una volta si e l'altra 
pure.

 pure.
 
Esattamente quel che penso anche io. Uno che non ha la minima capacita` di ragionamento, prende "cazzi" per "mazzi" e cambia continuamente, da viscido paraculo qual e`, la sua posizione. 
 

Il 15/12/18 10:31, Cicap ha scritto:

Non ti piace ?
 

 Per il prossimo test volete qualcosa di piu realistico ?
 
ma vai a fare in culo. 

 una ricerca sequenziale parallela? GO FOR IT! 
 
Te lo immagini a lavorare con uno cosi`? :D

 
 
Quando i bambini  fanno ohhhh
https://www.youtube.com/watch?v=03jHBpy1I7I
 

 come performance e' irrilevante per il benchmark
 
Il tuo non e` un benchmark, e` un esperimentino del cazzo che non serve, come sempre, a niente. 

 
 
 
 
No, e un caposaldo di livellazione
Ma certo che e' un benchmark,misura il tempo di un processo 
(sys,user,total time) confrontato con un identico processo prodotto da 
un altro linguaggio.
Non ti piace il risultato ?
Mi spiace per te ma i fatti sono fatti.
I pread sono piu efficienti dei thread jvm come  tempo di 
creazione/distruzione
Mettitelo bene in mente perche e' cosi
 


Ma guarda, anch'io lavoro praticamente da solo, sebbene venga coinvolto 
sporadicamente in sessioni di lavoro con altri colleghi, in particolare 
per fornire specifiche indicazioni tecnologiche.
Nonostante cio', mi sento abbastanza distante dal modello tassonomico 
che stiamo considerando. O no?

 I pread sono piu efficienti dei thread jvm come  tempo di 
 
Senti, coglione, te lo ripeto: i tuoi non sono benchmark. I benchmark danno risultati utili, i tuoi non dimostrano alcunche`. Sono esperimenti stupidi di un idiota. C'e` chi si e` speso seriamente nella creazione di benchmark per il parallelismo, dimostrando che Java ha performance migliori di C++ e comparabili a C + OpenMP. Tutto il resto sono puttanate partorite dalla tua mente malata. Rassegnati.

 che stiamo considerando. O no?
 
Certo. Infatti il problema non e` che lavorare da soli fa diventare come lui. Il punto e` uno come lui puo` solo lavorare da solo. Non oso immaginare che cosa potrebbero diventare delle code review, con uno come lui.
 

 
 
 
Una sola risposta
Che cazzo centra openmp adesso, come se tutti i programmi java con th 
usassero openmp.
Per il resto "quando i  bambini fanno ohhh"
 

 
 
 
Quel codice dovrebbe darti almeno un warning, il fatto che non lo faccia vuol dire che non stai usando il compilatore giusto. Tu una Opel Astra del 2018 la paragoneresti a una Golf del 2018 o a una del 2008? 

 Che cazzo centra openmp adesso
 
"A comparative analysis between parallel models in C/C++ and C#/Java"
http://kth.diva-portal.org/smash/get/diva2:648395/FULLTEXT01.pdf
 
 
5.2 Summary
The programming language C as well as Java dominated the tests in terms of execution time while C++ and C dominated the overall speedup gained. The granularity tests showed that Java could handle small tasks while still keeping its overall speedup in comparison to the other three languages. In all of the tests the programming language C# performed the worst in terms of execution time, overall speedup and the amount of granularity the language could handle before the overhead of the tasks took over.
According to the results the most effective programming language in parallel programming is C with the OpenMP API and Java with the fork/join method. C and Java gave the fastest execution time of all languages and handled granularity in a very efficient way without wasting execution time or overall speed up, especially Java that could handle very small granularity for each task and thread."
 
Patetico coglione. Pagliaccio incompetente.

 
Tu hai la perfetta consapevolezza che il sottoscritto sia un idiota che 
non conosce ne gli algoritmi paralleli ne le varie problematiche che 
sorgono (il data race e' il caso piu eclatatante) o che non sappia 
programmare o che non conosca C++ o java od altro chissa cosa.
Non e' cosi, pur ammettendo che non mi nutro di pane e java ogni gg.
Io ho messo giu due micro branchmark per verificare il comportamento di 
due sistemi su piccole particolarita come la concatenazione stringhe e 
la creazione/distruzione th.
Ora, so benissimo che quei due benchmark sono fuori dalla realta 
quotidiana in quanto difficilmente si fa una concatenazione della stessa 
stringa per 500 volte o che si creano th con body vuoto.
Inoltre non significano che un linguaggio sia piu performante di un altro.
Ma per capire gli aspetti di due sistemi occorre guardare anche il 
comportamento nei piccoli dettagli.
Tu questo non lo hai ancora capito o fai finta di non capire e continui 
a sproloquiare come un asino ragliante,cosa che non sei,ma ti comporti 
come se lo fossi.
Nel pdf che hai postato,certamente interessante, l'autore esegue una 
fattorizzazione LU di una matrice sparsa.
Ti sembra che tutta la realta del parallelismo sia nel calcolo matriciale ?
Questo e' solo un aspetto del parallelismo e anche qui non significa che 
un linguaggio sia piu performante  di un altro.
E' solo un aspetto particolare di due sistemi.
E anche il parallelismo e' solo un aspetto particolare di due sistemi.
Non premia un linguaggio rispetto ad un altro.
Tra l'altro l'autore usa TBB per C++ ed OpenMP per java e C
Che razza di comparazione e' se si usano due sistemi differenti con 
linguaggi differenti?
L'autore ha avuto la possibilita di avere per i test una macchina con 48 
core
Io non ho a disposizione una macchina simile ma e' anche vero che 
macchine del genere vengono usate da pochissime organizzazioni (rispetto 
al numero di parco macchine usate)
La maggior parte delle imprese usano macchine con pretese ben piu 
limitate e questo potrebbe impattare sui risultati.
I risultati comunque,a parte java che non e' il gran vincitore che avevi 
prospettato, non e' che per quanto riguarda c++ siano attendibili in 
quanto usa una libreria ben differente (la intel TBB).
Poi occorrerebbe verificare i source (per fortuna l'autore li ha 
postati) per verificare la loro attendibilita,cosa che non ho fatto.
 
 

Il 16/12/18 07:56, Giuspi ha scritto:

Quale codice,visto che ce ne sono due?
Comunque
+ JAVA_HOME=/opt/jdk1.8.0_192
+ 
PATH=/opt/jdk1.8.0_192/bin:/home/l/xbm52/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games:/usr/local/games:/opt/ora11/product/11.2.0/client_2/bin
+ LD_LIBRARY_PATH=/opt/jdk1.8.0_192/lib:
+ rm -f a.out ThPool.class 'ThPool$MyCallable.class' '*.o'
+ javac -version
javac 1.8.0_192
+ javac ThPool.java
 
 
E' il java per linux versione 1.8 scaricato da oracle
 
con Vector<MyCallable> list = new Vector<MyCallable>(n);
nessun  warning
 
 
con
      Vector<MyCallable> list = new Vector<MyCallable>();
      list.ensureCapacity(n);
nessun warning
 
 
Cosa dovrebbe emettere il compilatore ?
 
 
 
 
 
 

 prospettato
 
Io non ho prospettato proprio una ceppa, COGLIONE. Sei tu che ti sei messo in testa di confrontare i due linguaggi, non io, vile paraculo vigliacco.

Il 16/12/18 10:12, 4ndre4 ha scritto:

Ti sei comportato come l'asino ragliante che dimostri di essere
 

 Cosa dovrebbe emettere il compilatore ?
 
Se sei interessato davvero e non stai trollando, scaricati Netbeans o IntelliJ Idea, prova a compilare e capirai il 90% delle obiezioni che ti sono state mosse

Il 16/12/18 10:39, Giuspi ha scritto:

Ma non fai prima a postare il warning ?
 

 Ti sei comportato come l'asino ragliante che dimostri di essere
 
La tua, in psicologia, si chiama "proiezione": 
 
"La proiezione è un meccanismo di difesa arcaico e primitivo che consiste nello spostare sentimenti o caratteristiche propri, o parti del Sé, su altri oggetti o persone."
 
https://it.wikipedia.org/wiki/Proiezione_(psicologia)
 
 
Dovresti vergognarti. Davvero. Vile pagliaccio incompetente.


Ti farei un torto se stai imparando e un favore se stai trollando

Il 16/12/18 11:04, Giuspi ha scritto:

Guarda che non sono un pivello
E dopo le tue osservazioni sbagliate perche dovrei perdere tempo a 
mettere su un  netbean ?


Perché perdere tempo a fare inversione di marcia quando tutti gli altri vanno contromano?

Il 16/12/18 12:27, Giuspi ha scritto:

perche perdere tempo con persone inaffidabili ?
 
 


Hai ragione


lo metteremmo a fare data import manuale. 
Eno vien qua, questo e' il CSV. Me lo importi manualmente riga per riga tramite form del sito. Se vuoi automatizzare il browser con il tuo c++ fai pure, basta che mi finisci il tutto per le 4 di notte :D

 che stiamo considerando. O no?
 
beh sicuramente :-)


Cito (enoquick, 2018-12-16 12:42:29 -0600 [19:42:29 CET]):


una p sola.....incaponirsi....

 una p sola.....incaponirsi....
Quello e' il meno, ma il resto non ti suscita nessuna ilarita'?
Eppure, a detta dell'OP ci sarebbe dell'umorismo.
Ricchi premi e cotillons per chi indovina dove si celi.

 Eno vien qua, questo e' il CSV. Me lo importi manualmente riga per riga
 
Io non mi fiderei a lasciargli neanche quel task. Se gli contesti di aver sbagliato ad importare una riga, risponde da paraculo con un "giusta, sbagliata, fai tu". 

Il 17/12/18 01:34, Dr.UgoGagliardelli ha scritto:

Parole Sante