Cache de preferências

[rodsouza]

Reabilitar o cache de preferências.

Sem o cache o tempo para obter as preferências é:

0.014158964157104
0.014675855636597
0.013659954071045
0.013649940490723
0.013229131698608
0.013579845428467
0.013627052307129
0.013780117034912
0.019583940505981
0.013698816299438
0.012604951858521
0.01361608505249
0.014287948608398
0.015023946762085
0.014550924301147
0.014067888259888
0.017080068588257
0.014469861984253
0.01745080947876
0.014785051345825
0.01413106918335
0.016780138015747
0.013504981994629
0.01273512840271
0.013054847717285

sendo a média de 0.014471492767334

Habilitando o cache o tempo para recuperar as preferências é:

0.010081052780151
0.0099239349365234
0.0099611282348633
0.010439872741699
0.010018825531006
0.010127067565918
0.0098578929901123
0.010462999343872
0.010051965713501
0.0099020004272461
0.010072946548462
0.0099020004272461
0.010005950927734
0.0099329948425293
0.0099902153015137
0.0099740028381348
0.010097026824951
0.010066986083984
0.010085105895996
0.0099530220031738
0.0099790096282959
0.0098938941955566
0.0099129676818848
0.010130882263184
0.0099921226501465
0.0099151134490967

Sendo o tempo médio é 0.010010719299316

[amuller]

Reabilitar? que cache é essa?

Vale a pena por 4 milissegundos?

[wmerlotto]

Também não faço ideia de que cache é esse, mas se houver uma redução na carga do BD (além da redução do tempo de acesso), é uma melhoria interessante!

[niltonneto]

Não lembro disso também. Mas se foi desabilitado, algum motivo teve pra isso. Principalmente porque o ambiente de produção é um ótimo "ambiente de testes" para este tipo de coisa. É preciso cautela nessas implementações herdadas dos "antepassados"....

[amuller]

O problema é que quase na totalidade destes códigos "herdados dos antepassados" foram jogados fora sem conhecimento do funcionamento deles.

[niltonneto]

Replying to amuller:

O problema é que quase na totalidade destes códigos "herdados dos antepassados" foram jogados fora sem conhecimento do funcionamento deles.

E também, uma boa parte deles foram depreciados em versões posteriores da API do EGW (> 1.07).

[rodsouza]

Como já é todos sabem muito bem, discutir o que foi feito no passado não leva a nada, assim como todos sabem que muitas coisas no ExpressoLivre? foram feitas e continuam sendo feitas arbitrariamente por motivos que também não valem a penas discutir mais, pois já tornaram-se repetitivos e não levaram a nada.

A questão deste ticket é clara, direta e medida. Falar que 4 milissegundos não é nada, soa como uma afirmação um tanto equivocada.

Levando em consideração que apenas para executar os procedimentos existentes no script "functions.inc.php" consome-se 0.2 segundos, se houver a mesma redução dez pontos, o que é muito plausível, então a carga do mesmo script seria reduzida em 25%.

A não ser que eu esteja enganado 25% em qualquer ponto de vista é praticamente um mundo.

---

Pois bem, quanto a ninguém conhecer a dita cache, que está logo no início de qualquer requisição que envolva o "header.inc.php", mostra o quanto se conhece dos scripts herdados do phpgroupware e o porquê de afirmações como "isso ou aquilo causa problema", "isso ou aquilo não é utilizado no ExpressoLivre?", "isso ou aquilo foi depreciado" entre outras.

Afinal de contas a maioria dos procedimentos realizados pelo ExpressoLivre? deveriam estar depreciados, devido a muitos motivos que também não vêem ao mérito do momento.

E com o passar do tempo há a necessidade de realizar recursos técnicos alternativos, e um exemplo disso é o "header.session.inc.php" que realiza procedimentos que existiam e foram retirados utilizando argumentos na linha dos citados.

[amuller]

Rodrigo faça um teste com preferência padrão, obrigatória, e por grupos. Aposto que vai dar um resultado mais expressivo ainda.

[rodsouza]

Faltou mencionar que as tomadas de tempo foram apenas para obter as preferências dos serviços. Que referem-se as configurações da API, armazenadas na tabela "phpgw_config".