Where communities thrive


  • Join over 1.5M+ people
  • Join over 100K+ communities
  • Free without limits
  • Create your own community
People
Activity
  • 08:34
    jiyeongj commented #4083
  • 08:33
    jiyeongj commented #4083
  • 08:33
    jiyeongj commented #4083
  • 07:57

    dependabot-preview[bot] on nuget

    (compare)

  • 07:57

    dependabot-preview[bot] on dev

    Bump MongoDB.Driver from 2.9.1 … (compare)

  • 07:57
    dependabot-preview[bot] closed #104
  • 07:52
    dependabot-preview[bot] synchronize #104
  • 07:52

    dependabot-preview[bot] on nuget

    Bump MongoDB.Driver from 2.9.1 … (compare)

  • 07:52
    dependabot-preview[bot] edited #104
  • 07:51
    dependabot-preview[bot] edited #104
  • 07:51
    dependabot-preview[bot] edited #104
  • 07:51
    Aaronontheweb commented #104
  • 07:43

    dependabot-preview[bot] on nuget

    (compare)

  • 07:43

    dependabot-preview[bot] on dev

    Bump Microsoft.NET.Test.Sdk fro… (compare)

  • 07:43
    dependabot-preview[bot] closed #102
  • 07:43
    Aaronontheweb commented #102
  • 06:35

    dependabot-preview[bot] on nuget

    (compare)

  • 06:35
    dependabot-preview[bot] closed #103
  • 06:35
    dependabot-preview[bot] commented #103
  • 06:35
    dependabot-preview[bot] labeled #104
Arsene
@Tochemey
Oops I discovered the issue. It was package versioning while I was doing nuget update without enable pre-releasing for Hyperion. So I was referencing a wrong version.
Joshua Garnett
@joshgarnett
@alexvaluyskiy is your plan to add the dotcore support to the MySQL plugin before pushing to nuget?
Alex Valuyskiy
@alexvaluyskiy
yes
Joshua Garnett
@joshgarnett
Cool
Hopefully that’s not too painful
Alex Valuyskiy
@alexvaluyskiy
but something is going wrong with Mysql.Data
System.IO.FileLoadException : Could not load file or assembly 'MySql.Data, Version=8.0.8.0, Culture=neutral, PublicKeyToken=c5687fc88969c44d' or one of its dependencies. Strong name signature could not be verified. The assembly may have been tampered with, or it was delay signed but not fully signed with the correct private key. (Exception from HRESULT: 0x80131045)
only in .NET 4.5 build, but it works fine with .Net Standard build
Joshua Garnett
@joshgarnett
huh
@alexvaluyskiy I think I see the issue, they are only including a dll for 452, my guess is if you up the project version to that it’ll work
Alex Valuyskiy
@alexvaluyskiy
mysql.data.6.10.3-rc contains a dll for net452 and for netstandard1.3
The problem is - netstandard one works fine, but net452 - not
Joshua Garnett
@joshgarnett
hmm you are right
weird
Alex Valuyskiy
@alexvaluyskiy
MySql.Data 6.9.9 works fine, but it does not support Net Standard
Joshua Garnett
@joshgarnett
it supports .netstandard1.3
Akka.net is 1.6, right?
Alex Valuyskiy
@alexvaluyskiy
MySql.Data 6.9.9 - support only net45
MySql.Data 6.10.3-rc, MySql.Data 8.0.8-dmr - support both .NET 4.5.2 and .NET Standard 1.3, but does not work
Joshua Garnett
@joshgarnett
Interesting, so I just pulled down your changes and was able to run the tests without any problems
This is within an editor though
Nick Chamberlain
@heynickc
@alfredherr sorry for the late response, but this PR on the dev branch of Lighthouse has a .NET Core compatible version as a separate project petabridge/lighthouse#37
Boban
@bobanco
anyone using cluster sharding and mysql persistence with 1.3.1 version?
Joshua Garnett
@joshgarnett
Yes
You need to be using the latest mysql persistence changes from the dev branch there, the nuget package hasn’t been updated yet
Boban
@bobanco
@joshgarnett thanks :+1:
Boban
@bobanco
@Horusiath i did some performance testing on cluster sharding with mysql as a persistence , the performance which i got was 312.5 entities per sec
Bartosz Sypytkowski
@Horusiath
@bobanco what and how you were testing? Mind to send a sample?
Boban
@bobanco
my dev machine specs:
CPU: i7 4790k
RAM: 16GB
SSD: 250 GB Samsung
basicly i was trying to see the performance of how many entities we can allocate per second
and also each entity is persistent and persists its state
Bartosz Sypytkowski
@Horusiath
but entities with remember-entities=on? all entities in one shard or maybe one entity for each shard?
Boban
@bobanco
mb this is not the true performance testing of the sharding itself
Bartosz Sypytkowski
@Horusiath
without batching, event journals are still pretty slow
Boban
@bobanco
hm does batching helps even if each persistent entity is unique?
Bartosz Sypytkowski
@Horusiath
especially then - batching is applicable, when many persistent entities are trying to persist their events at the same time
Boban
@bobanco
hm..how i can use batcing journal? or there is not ready one?
Bartosz Sypytkowski
@Horusiath
i've tested it on sqlite, sqlserver and postgres on various settings - using current defaults, I was getting around 400-700 events/sec (simply limits of full connection rountrips on ADO.NET), with batching journal - 8000-12000 events/sec
it's part of shared persistence sql lib, but it needs implementation per each concrete provider
Boban
@bobanco
does postgres has implemented it?
i mean the postgres persistence implementation
Bartosz Sypytkowski
@Horusiath
there was PR (not merged) made long ago ;) It needs to be updated
AkkaNetContrib/Akka.Persistence.PostgreSql#32
this is the PR
console app for stress tests is attached
Boban
@bobanco
will take a look
with jvm lagom framework whihc under the hood is using akka sharding and persistence i was getting troughput > 3k
same workload
Bartosz Sypytkowski
@Horusiath
lagom with cassandra?
Boban
@bobanco
oh yes