![\"\"](\"https:\/\/millerdantas.com\/blog\/wp-content\/uploads\/2021\/03\/wp_editor_md_27f3c57dcad3654fe06d0898218731e9.jpg\")
<\/a><\/p>\nnosso TodoList \u00e9 pra tentar diminuir o tempo e agora carregar os dados on-demand.<\/p>\n
O commit at\u00e9 o momento Commit<\/a> Ainda n\u00e3o descobri o motivo que deu ~12segs de diferen\u00e7a quando eu removi as cole\u00e7\u00f5es in\u00fateis, sei que melhorou o gen0 e gen 1, n\u00e3o vou focar nisso agora, porque estive fazendo v\u00e1rios experimentos, fazendo buffering a asyncwrite mas acabou dando na m\u00e9dia de 60seg.<\/p>\n Voltarei no tempo de leitura, quando estiver refatorando a leitura de arquivo especificamente<\/p>\n Apesar de ter indexado todos os valores e poder acessar rapidamente, conforme o print. Ainda tenho o desafio de ter que pesquisar no sqlite a informa\u00e7\u00e3o com o Tipo, Key e section Por\u00e9m ao executar temos 17Segs de execu\u00e7\u00e3o. o que acaba sendo invi\u00e1vel.<\/p>\n Uma solu\u00e7\u00e3o que pensei foi transformar key,type e section em um identificador \u00fanico, e ent\u00e3o usar como chave, tornando o processo muito mais r\u00e1pido na pesquisa.<\/p>\n NOTA:<\/strong> enquanto estava fazendo o hash das 3 string, o tempo foi pra 2<\/strong> minutos!,<\/p>\n ent\u00e3o removi o Type, j\u00e1 que ele j\u00e1 \u00e9 um Enum, n\u00e3o precisa participar da cria\u00e7\u00e3o do hash<\/p>\n Eis o resultado em disco e tempo: O tempo m\u00e9dio pra processamento est\u00e1 em cerca de 1 minuto e 130MB salvo em disco, mas eu acho que est\u00e1 ruim, apesar de ser a primeira execu\u00e7\u00e3o, eu quero que fique em torno de 30 segundos.<\/p>\n S\u00e3o aproximadamente 1kk de altera\u00e7\u00f5es. mais ou menos 43k de changes por segundo.<\/p>\n Fiquei um tempo tentando usar hash, tirando daqui, mudando ali pra ter um tempo menor… ent\u00e3o me lembrei que eu tinha esquecido de fazer algo BEM mais simples que resolveria o problema, eis o c\u00f3digo em sql: pois \u00e9, as vezes voc\u00ea est\u00e1 t\u00e3o focado em um cen\u00e1rio que acaba deixando passar os detalhes mais simples, no meu caso eu parei pra descansar, assistir filme e tirar o dia pra desansar, voltei e imitei o panda ao perceber o que tinha deixado pra tr\u00e1s.<\/p>\n era isso por hoje.<\/p>\n Esteja Curioso!<\/p>\n","protected":false},"excerpt":{"rendered":" Onde paramos mesmo? Em nosso \u00faltimo Snapshot tivemos esse resultado nosso TodoList \u00e9 pra tentar diminuir o tempo e agora carregar os dados on-demand. O commit at\u00e9 o momento Commit Removi algumas propriedades e processamento in\u00fatil, o snapshot ficou: Ainda n\u00e3o descobri o motivo que deu ~12segs de diferen\u00e7a quando eu removi as cole\u00e7\u00f5es in\u00fateis, … Continue lendo Otimizando o KMM – Parte 2<\/span><\/a><\/p>\n","protected":false},"author":2,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[5],"tags":[],"class_list":["post-581","post","type-post","status-publish","format-standard","hentry","category-programacao"],"_links":{"self":[{"href":"https:\/\/millerdantas.com\/blog\/wp-json\/wp\/v2\/posts\/581","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/millerdantas.com\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/millerdantas.com\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/millerdantas.com\/blog\/wp-json\/wp\/v2\/users\/2"}],"replies":[{"embeddable":true,"href":"https:\/\/millerdantas.com\/blog\/wp-json\/wp\/v2\/comments?post=581"}],"version-history":[{"count":8,"href":"https:\/\/millerdantas.com\/blog\/wp-json\/wp\/v2\/posts\/581\/revisions"}],"predecessor-version":[{"id":595,"href":"https:\/\/millerdantas.com\/blog\/wp-json\/wp\/v2\/posts\/581\/revisions\/595"}],"wp:attachment":[{"href":"https:\/\/millerdantas.com\/blog\/wp-json\/wp\/v2\/media?parent=581"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/millerdantas.com\/blog\/wp-json\/wp\/v2\/categories?post=581"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/millerdantas.com\/blog\/wp-json\/wp\/v2\/tags?post=581"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}
\nRemovi algumas propriedades e processamento in\u00fatil, o snapshot ficou:<\/p>\n<\/a><\/p>\nEncontrei um novo problema.<\/h2>\n
\n<\/a><\/p>\n
\no que se resume em :<\/p>\nselect * from modchange mc\njoin (\n select Key, Type,Section from mod m\n join modchange mc on mc.modId = m.id\n where hash = 'HPrv0uf3qAfqvypEDYYHCgC8EQQsmLoBGGNhjOYS5nM='\n) mcd on mcd.key = mc.key and mcd.Type = mc.type and mcd.section = mc.section\n<\/code><\/pre>\n
\n<\/a><\/p>\n
\n<\/a><\/p>\nDepois de descansar, voltei ao problema.<\/h2>\n
\n
\n
\n<\/center>
\n<\/p>\nCREATE INDEX idx_mod_change ON ModChange (Key,Type,Section);\n<\/code><\/pre>\no resultado, como esperado: \n<\/code><\/pre>\n<\/a><\/p>\n