du bør fjerne ‘sleep 4’ der inne. Det er ille, et sekund er for lang tid også, spør du meg.

Du må kanskje kjøre noe profileringsverktøy. Men før det er det noe mye enklere å gjøre. Start med å

• se på logg: view x ms, db y ms – stemmer summen av disse særlig med din virkelighet? (eller kjører siden din masse asynkrone reqs i oppbyggingen, som hver tar tid?)
• legge inn tidtakning manuelt i topp og bunn av controller request og putse/logge tiden, hvor mye av tiden brukes utenfor din kode?
• profilere. Forbered deg på å bruke myyee tid, og skrive om det her til oss! Ikke gjort dette selv.

Det er lett å skylde på 3djeparter, sannsynligvis er det din egen skyld (sorry!). Nei? Bevis det! :)

Jeg har tenkt å gjøre en profilering for å finne ut av dette, men jeg tenkte at jeg kunne spare tid dersom andre hadde erfart noe lignende. Jeg har såpass mange år erfaring som programmerer at jeg har lært å vite bedre enn å begynne med å å skylde på 3.parter når slike situasjoner oppstår, så det var slett ikke det jeg var ute etter ved å stille dette spørsmålet.

Grunnen til at sprockets var nevnt er at det å sette config.cache_classes = true gjør at applikasjonen kjører så raskt som forventet, noen som indikerer at asset pipeline er inne i bildet.

En liten oppdatering… Applikasjonen benytter ActiveAdmin, og jeg klarte å tråkle meg tilbake i tid til da tregheten inntraff, noe som stemte overens med når vi tok inn ActiveAdmin.

Jeg har nå fjernet ActiveAdmin fra appen, og den raske responstiden er nå tilbake igjen.
På tide å legge seg nå, men jeg vil sjekke ut om det er vår bruk av rammeverket som skaper problemer eller ikke, så kommer jeg tilbake med mer når jeg finner at av det.

Kanskje du har installert OveractiveAdmin? hohoho… Sorry, humoren min har en dårlig dag (ref sleep 4 også). Det var overraskende og interessant, jeg vil gjerne vite mer om hva den gjør for noe.

ActiveAdmin har p.t. problemer i development mode. I ActiveAdmin prosjektet er det registrert flere issues som omhandler dette bl.a. https://github.com/gregbell/active_admin/issues/170.

Har opplevd akkurat det samme som deg, og problemet vokser i takt med antall ActiveAdmin resources som er definert. Etterhvert ble det i mitt prosjekt raskere å sette config.cache_classes = true og reloade appen kjørt i Unicorn med Guard når relevante filer blir oppdatert. Ikke en elegant “løsning” – men er alikevel særdeles happy med ActiveAdmin!