Confronto di prestazioni tra webscript/javascript e webscript/java
Options
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
10-10-2013 10:14 AM
Ciao,
qualcuno di voi ha idea di quanto sia il gap prestazionale tra un webscript/javascript e lo stesso webscript/java-backed?
Sto testando una funzionalità che ho scritto in javascript/rhino. Essendo time-critical devo valutare se tradurla in java… ma prima di dedicarci del tempo volevo farmi un'idea di se e quanto poteva essere vantaggiosa l'operazione.
qualcuno di voi ha idea di quanto sia il gap prestazionale tra un webscript/javascript e lo stesso webscript/java-backed?
Sto testando una funzionalità che ho scritto in javascript/rhino. Essendo time-critical devo valutare se tradurla in java… ma prima di dedicarci del tempo volevo farmi un'idea di se e quanto poteva essere vantaggiosa l'operazione.
Labels:
- Labels:
-
Archive
2 REPLIES 2
Options
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
10-14-2013 06:45 AM
Il gap prestazionale praticamente non esiste è davvero infinitesimale.
Convertire il codice in Java tipicamente non serve mai, il wrapper delle API di Alfresco è molto leggero e veloce.
Certo il tutto dipende essenzialmente da cosa fa lo script ma tipicamente non serve.
Convertire il codice in Java tipicamente non serve mai, il wrapper delle API di Alfresco è molto leggero e veloce.
Certo il tutto dipende essenzialmente da cosa fa lo script ma tipicamente non serve.
Options
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
10-14-2013 10:58 AM
Grazie Piergiorgio,
avevo nel frattempo fatto dei benchmark giocattolo che confermano in pieno quello che dici.
(tra l'altro, come c'era da aspettarsi, il collo di bottiglia sono le interazioni con il repository non il linguaggio utilizzato).
avevo nel frattempo fatto dei benchmark giocattolo che confermano in pieno quello che dici.
(tra l'altro, come c'era da aspettarsi, il collo di bottiglia sono le interazioni con il repository non il linguaggio utilizzato).
