@MacDada: w innych frameworkach też używają bez keszowania, ehhh, co ma cache do rzeczy jak pobierasz jeden rekord ? XD ten cache przyda się dopiero przy kolejnych zapytaniach, top kek
@MacDada: ale przecież przy pierwszym załadowaniu aplikacji i tak musi to być wykonane to parsowanie żeby wylądowało to w cacheu, także jeśli jest to xxx zapytań w czasie JEDNEGO requesta to nie ma to znaczenia :O :O :O
chociażby w phalconie też jest cachowanie metadanych, tylko że nie ma to znaczenia przy xxx liczbie zapytań wykonywanych pierwszy raz
cache annotacji ma jakikolwiek wpływ w doctrine/symfony dopiero przy następnych requestach, za 1 razem i tak musi je utworzyć i
@MacDada: ale przecież inne frameworki tutaj też pobierają metadane czy to z annotacji czy prosto z bazy(INFORMATION_SCHEMA, jak np phalcon), w przypaadku phalcona są tutaj robione jeszcze dwa dodatkowe zapytania w tym benchmarku - na metadane z Posta oraz Commenta
ale przecież inne frameworki tutaj też pobierają metadane czy to z annotacji czy prosto z bazy(jak np phalcon)
@Jurigag Jeśli tak, to jest to błąd testu albo bezsensowny test.
Tzn jeśli specjalnie tak robią, to dla mnie bezsensowny test, bo w realnej appce (mam nadzieję) inne ORMy też keszują takie rzeczy. A jeśli twórca testu o tym nie wie, to test do poprawki.
powinien co najwyżej dodać jak wychodzą wersje z cachem i tyle
@Jurigag: To też opcja. W każdym razie bez kesza metadanych, w przypadku Doctrine (nie wiem jak u innych) moim zdaniem ten benchmark jest bez sensu – bo obejmuje etap deploya, a nie realne użycie.
@MacDada: jest gdzieś o tym robieniu cachea dla dcotrine przy deployu i aby korzystał z niego ? bo nigdy się tym nie interesowałem i w aplikacji na symfony cache generuje mi się w czasie requesta
@Jurigag: Trochę jak przy benchmarkowaniu Photoshopa na OSX i Windows. Załóżmy, że chcemy zmierzyć czas uruchamiania się Photoshopa.
Jak test obejmuje czas od kliknięcia ikonki Photoshopa do pojawienia się czystego okna => benchmark spoko. Mówi nam, jak szybko realnie ktoś odpali Photoshopa pod danym systemem.
Ale można też zmierzyć czas od uruchomienia komputera, przez kliknięcie ikonki, do czystego okna. Tyle, że ja mam aktualnie uptime 22 dni, a Photoshopa odpalałem
Po dwóch miesiącach rzeźby projekt ukończony :) wyleciało skrzydło, zawieszenie z obniżonego dziadostwa przywrócone do stanu fabrycznego, nowa folia i parę wizualnych rozkmin, których nie chce mi się wymieniać.
https://github.com/zyxep/php-orm-benchmark/tree/master/docker pod tym adresem same wyniki jakby ktoś chciał sprawdzić jak to wygląda na najnowszych wersjach i php 7
https://github.com/zyxep/php-orm-benchmark/blob/master/fuel/app/classes/controller/orm/doctrine.php#L16
@Jurigag: Nie za bardzo ogarniam inne, więc ciężko mi powiedzieć co tam robią źle. Gdzieś powinni też dorzucić?
chociażby w phalconie też jest cachowanie metadanych, tylko że nie ma to znaczenia przy xxx liczbie zapytań wykonywanych pierwszy raz
cache annotacji ma jakikolwiek wpływ w doctrine/symfony dopiero przy następnych requestach, za 1 razem i tak musi je utworzyć i
@Jurigag: Zgadza się.
@Jurigag Jeśli tak, to jest to błąd testu albo bezsensowny test.
Tzn jeśli specjalnie tak robią, to dla mnie bezsensowny test, bo w realnej appce (mam nadzieję) inne ORMy też keszują takie rzeczy. A jeśli twórca testu o tym nie wie, to test do poprawki.
czemu błędny test niby ? wg mnie wszystko jest ok ( ͡° ʖ̯ ͡°) po prostu pokazuje w 100% test bez żadnych cacheów sreszów
@Jurigag: Edytowałeś swój komentarz, bo jak odpisywałem, to jeszcze tego nie było.
Tak czy inaczej, mój komentarz jest dalej aktualny. Z każdym żądaniem Phalcon robi dodatkowe zapytanko do bazki o INFORMATIONSCHEMA?
@Jurigag: Jak się domyślam, jest to zalecane w dokumentacji + w realnych appkach ustawia się ten kesz.
W związku z czym, benchmark moim zdaniem nie powinien tego obejmować.
@Jurigag: To też opcja. W każdym razie bez kesza metadanych, w przypadku Doctrine (nie wiem jak u innych) moim zdaniem ten benchmark jest bez sensu – bo obejmuje etap deploya, a nie realne użycie.
Jak test obejmuje czas od kliknięcia ikonki Photoshopa do pojawienia się czystego okna => benchmark spoko. Mówi nam, jak szybko realnie ktoś odpali Photoshopa pod danym systemem.
Ale można też zmierzyć czas od uruchomienia komputera, przez kliknięcie ikonki, do czystego okna. Tyle, że ja mam aktualnie uptime 22 dni, a Photoshopa odpalałem
@Jurigag: http://docs.doctrine-project.org/projects/doctrine-orm/en/latest/reference/caching.html#metadata-cache
Ale w szczegółach nie wiem, bo nigdy tego nie robiłem. Jakiś tam bundle od Symfony robi to za mnie, więc pewnie trzeba tam poszukać.