Näyttelijämalli. Näyttelijämalli tarjoaa korkeamman abstraktioasteen samanaikaisten ja hajautettujen järjestelmien kirjoittamiseen. Se helpottaa kehittäjää selviytymästä selkeään lukitsemiseen ja säiönhallintaan, mikä helpottaa oikeiden samanaikaisten ja rinnakkaisten järjestelmien kirjoittamista. Asiat määritettiin vuonna 1973 Carl Hewittin paperi, mutta se on suosittu Erlangin kielellä ja sitä on käytetty mm. Ericssonin kanssa menestyksekkäästi rakentamaan erittäin samanaikaisia ja luotettavia tietoliikennejärjestelmiä. Default. Everything in on jaettu hajautettuun toimintaan kaikkien toimijoiden vuorovaikutuksessa puhtaasti viestin kulku ja kaikki on asynkroninen. Tämä pyrkimys on varmistettu, että kaikki toiminnot ovat käytettävissä yhtä tasaisesti, kun ne toimivat yhdessä prosessissa tai kymmenessä eri koneessa. Avain tämän mahdollistamiseksi on siirtyä etäisyydestä paikalliseen optimointi sen sijaan, että yritettäisiin siirtyä paikalliselta etäisyyteen yleisellä tavalla Katso tämä klassikkopaperi yksityiskohtaisen di huijaus siitä, miksi toinen lähestymistapa on epäonnistunut. Supervision seuranta. Actors muodostavat puun, jossa näyttelijät ovat vanhempia niiden toimijoiden, jotka he ovat luoneet. Kuten vanhempi, näyttelijä on vastuussa lapsistaan epäonnistumisesta, niin kutsutusta valvonnasta, muodostaen Vastuullisuusketju aina alkuun Kun toimija kaatuu, sen vanhempi voi joko käynnistää tai lopettaa sen uudelleen tai korottaa toimijoiden hierarkian epäonnistumisen Tämä mahdollistaa puhtaan semanttisarjan hallinnan epäonnistumisten hallitsemiseksi rinnakkaisessa ja hajautetussa järjestelmässä ja Sallii hyvin vikasietoisten järjestelmien kirjoittamisen, jotka itse paranevat. Kuvittele Java-hypoteettinen HFT-järjestelmä, joka vaatii erittäin matalan latenssin ja jossa on paljon lyhytikäisiä pieniä esineitä, jotka johtuvat jonkin verran muuttumattomuudesta Scala, tuhansia yhteyksiä sekunnissa ja mikä on hypoteettisesti paras viritys JVM: lle. 7 Minkälainen koodi tekisi siitä onnelliseksi? Scala ja Akka ovat valmiita tällaisiin järjestelmiin. Huomautus On olemassa joitain vastaavia kysymyksiä, kuten tämä, mutta olen vielä löytää yksi kattaa Scala, jolla on oma idiosyncratic jalanjälki JVM. asked Mar 30 12 klo 23 15.It on mahdollista saavuttaa erittäin hyvä suorituskyky Javaissa Kuitenkin kysymyksen on oltava täsmällisempi, jotta saadaan uskottava vastaus Sinun tärkeimmät latenssin lähteet tulevat seuraamaan ei-tyhjentävää luetteloa. Mitä paljon roskia, joita luot ja GC: n työ kerätä ja Edistää sitä Immutable mallit minun kokemukseni eivät sovi hyvin alhaisen latenssin GC viritys on suuri focus. Warm up JVM niin, että luokat ovat ladattuja ja JIT on ollut aikaa tehdä työtä. Suunnittele algoritmit O 1 tai ainakin O log2 n, ja niillä on suorituskyky testejä, jotka väittävät tämän. Sinun suunnittelun on oltava lukittomia ja seuraa Yhden kirjoittajan periaatetta. Merkittäviä ponnisteluja on syytä ymmärtää koko pino ja osoittaa mekaaninen myötätunto sen käytön. Suunnittele algoritmit Ja datarakenteet välimuistiin sopiviksi Cache puuttuu näinä päivinä ovat suurimmat kustannukset Tämä liittyy läheisesti prosessin affiniteettiin, joka jos ei oikein asetettu voi johtaa ja huomattava välimuistin pilaantuminen Tämä merkitsee sympatiaa OS: lle ja jopa JNI-koodia joissakin tapauksissa. Varmista, että sinulla on riittävät ytimet niin, että jokainen lanka, joka tarvitsee suorittaa, on ydin käytettävissä ilman odottaa. Olen äskettäin blogannut noin tapaustutkimuksen tällaisesta harjoituksesta. Saatat huomata, että rengaspuskurin käyttö viestien kulkuun ylittää mitä voi Tehdään Akkan kanssa Päähuonemoottoreiden toteutus, jota ihmiset käyttävät JVM: ssä taloudellisiin sovelluksiin, kutsutaan Disruptoriksi, joka on huolellisesti viritetty kahdelle koon hyötysuhteelle, JVM: lle ei ole GC: tä, ei lukkoja eikä nykyaikaisille suorittimille mitään välimuistin vääriä jakamista linjat. Tässä on intro-esitys Scala-näkökulmasta ja viimeisimmän dian linkkejä alkuperäiseen LMAX-aineistoon. Vastaus 3.12. klo 3 52. Hyvin mielenkiintoinen Kiitos jakamisesta Hugo Sere Ei Ferreira 10 heinäkuu 12 klo 19 20. Vastauksesi.2017 Stack Exchange, Inc. Scala Backtesting Live Trading Framework rakennettu päälle Akka Spray. What on hyvä for. This puitteet voivat olla hyödyllisiä Scala tausta, jotka tekevät niiden ensimmäiset askeleet takaisin elävän testauksen automatisoidut kaupankäynnin strategiat käyttäen Oanda s REST API, joka on mielestäni yksi parhaista saatavilla vähittäiskaupan API. Koska tämä on käynnissä, jos olet Scala harrastaja ja ovat kiinnostuneita automaattisen kaupankäynnin, on Katsokaa ja vapauta haarukan repo ja osallistua. Vain kloonata repo ja pudota kaupankäynnin logiikka Don t unohtaa muokata sisällyttää oman tilin tunnus ja pääsy token Oanda s REST API. Note Jos etsit yksinkertaisesti tapa Kytke Oanda REST API - ohjelma Scala Akka - ohjelmaan, tutustu Scalanda-projektiin. Et voi suorittaa tätä tointa tällä hetkellä. Olet kirjautunut toiseen välilehteen tai ikkunaan Lataa päivitä istuntoosi. Olet kirjautunut toiseen välilehteen tai ikkunaan Lataa uudelleen, jos haluat päivittää istunto.
No comments:
Post a Comment