Onko kukaan kiinnostunut portaamaan Octane 2.0:aa C++:lle?
mavavilj kirjoitti:
Onko kukaan kiinnostunut portaamaan Octane 2.0:aa C++:lle?
Miksi kukaan haluaisi portata JS koodia minkä tehtävänä on testata JS koodin suoritustehokkuutta C++:lle?
jalski kirjoitti:
mavavilj kirjoitti:
Onko kukaan kiinnostunut portaamaan Octane 2.0:aa C++:lle?
Miksi kukaan haluaisi portata JS koodia minkä tehtävänä on testata JS koodin suoritustehokkuutta C++:lle?
Jotta voimme verrata JS:n suorituskykyä C++:aan.
Nyt useimmat/kaikki benchmarkit vertaavat JS:ää selaimeen tai johonkin toiseen JS-toteutukseen.
No täällä on ainakin jotain benchmarkkeja: https://benchmarksgame-team.pages.debian.net/benchmarksgame/fastest/
jlaire kirjoitti:
No täällä on ainakin jotain benchmarkkeja: https://benchmarksgame-team.pages.debian.net/benchmarksgame/fastest/
node-gpp.html
Ajattelin, että olisi ollut mielenkiintoisempaa verrata samoja testejä, mutta toisaalta Google lopetti Octane:nkin, koska heidän mielestään se ei heijasta reaalimaailmaa. Siten ehkä suuntaa-antavatkin benchmarkit riittävät.
Todellinen intressi oli kuitenkin, että olisi benchmark, jota voi käyttää avuksi siinä, jos haluaa testata sitä, että JS:istä saa asfastascee:n (https://wiki.c2.com/?AsFastAsCee).
mavavilj kirjoitti:
Todellinen intressi oli kuitenkin, että olisi benchmark, jota voi käyttää avuksi siinä, jos haluaa testata sitä, että JS:istä saa asfastascee:n (https://wiki.c2.com/?AsFastAsCee).
No missä käyttötapauksessa yrität saada JavaScriptistä yhtä nopean kuin C:n?
No kai tuossa oli ajatuksena että nuo Octanen sisältämät testit ajettaisiin C:llä ja saataisiin vertailukelpoiset lukemat.
Eli testithän ovat
Richards, Core language features
Deltablue, Core language features
Crypto, Bit & Math operations
Raytrace, Core language features
EarleyBoyer, Memory & GC
Regexp, Strings & arrays
Splay, Memory & GC
SplayLatency, GC latency
NavierStokes, Strings & arrays
pdf.js, Strings & arrays
Mandreel, Virtual machine
MandreelLatency, Compiler latency
GB Emulator, Virtual machine
CodeLoad, Loading & Parsing
Box2DWeb, Bit & Math operations
zlib, asm.js
Typescript, Virtual machine & GC
Noista monet ei toki edes ole relevantteja C:llä, kuten GC liittyvät testit. Ja C systeemiä kai pitäisi ajaa C-tulkissa, jotta Compiler latency olisi relevantti
jlaire kirjoitti:
(22.01.2024 12:38:05): ”– –” No missä käyttötapauksessa yrität saada...
Haluan benchmarkata Microsoftin STS:iä (https://www.microsoft.com/en-us/research/publication/static-typescript/) C++:aan, koska en löydä STS:lle ko. benchmarkeja.
Kyseinen benchmark on luultavasti yhtä hyödyllinen kuin Node:llekin.
Onko sillä loppujen lopuksi mitään väliä kuinka lähellä esimerkiksi JavaScript suorituskyky on verrattuna C++ kääntäjän tuottamaan binääriin mikäli suorituskyky on riittävä käyttötarkoitukseen? Kyseisillä ohjelmointikielillä on kuitenkin täysin eri vahvuudet ohjelmistokehityksessä. JavaScript on kätevä ja ihan kohtuullisen nopea moneen hommaan. Tiettyjä asioita siinä on mistä en tykkää. Esimerkiksi sen selvittäminen onko muuttujassa merkkijono tavalla mikä toimii aina on kohtuuttoman monimutkaista.
jalski kirjoitti:
(23.01.2024 08:40:51): Onko sillä loppujen lopuksi mitään väliä kuinka...
Lopulta nopeampi on parempi. Python:lla tulee selvästi rajoja vastaan nopeuden takia. Nykyaikaiset skriptikielien sovellukset ovat muutakin kuin jotain DOM-manipulaatiota, esim. big dataa.
Minusta JavaScript:n overheadi pitäisi saada Java:n tasolle.
Ja minusta tähän ei tarvita kuin parempi kääntäjä.
Ja siis asfastascee-JS on jo tulilla tässä:
https://github.com/NerdLang/nerd
On mahdollisesti edelleen kuitenkin totta, että ainoat reaalimaailmalliset benchmarkit ovat niitä, jotka saavutetaan todellisilla ohjelmilla, eikä vain testiskripteillä.
Aihe on jo aika vanha, joten et voi enää vastata siihen.