Hacktoberfest 2026: as issues que os mantenedores marcaram para outubro, abertas e boas para iniciantes. Ver issues do Hacktoberfest

Ball and Stick: 171 ms per frame for a 5184-atom water box (CPK: 20 ms)

Aberta
#224 2 comentários 0 reações 0 responsáveis Ver no GitHub

Ninguém assumiu esta issue ainda.

Avaliação

Dificuldade
4/5
Tempo estimado
3-5 dias
Facilidade para iniciantes
48/100
Tipo de issue
Bug
Clareza
Razoavelmente clara
Status de atividade
Ativa
Stack de tecnologia
c
Domínio
performance

Direção de pesquisa

Start with the tools/viewer-bench benchmark and profile its water-box Ball and Stick case using perf record; the issue notes that Xvfb is sufficient. Compare where CPU time is spent in moiv/viz versus the rasteriser, using the CPK case as a reference. Done when the profile identifies the repeated per-frame cost behind the 171 ms rendering time.

Escrita pelo modelo de indexação a partir do texto da issue.

Descrição

Measured with tools/viewer-bench (branch wip/viewer-bench) on an NVIDIA RTX 3050, 800×800, mean ms per frame:

System Ball and Stick CPK
water, benzene, Cr(CO)6 0.5–0.8 0.4–0.5
benzene + MO isosurface 1.0 –
water box, 5184 atoms 171 20

Render caching AUTO vs OFF makes no difference in any case.

The same atoms draw 8.5× faster in CPK, so the cost is in the bond path of Ball and Stick. A few thousand cylinders in immediate-mode GL take a few ms on this GPU; 170 ms suggests CPU work repeated every frame (bond finding or geometry rebuilt per render) rather than GL submission. Rewriting moiv's drawing to vertex buffers would therefore probably not address it.

Next step: a CPU profile (perf record) of the benchmark's water-box Ball and Stick case; Xvfb is sufficient, as the profile separates moiv/viz time from the rasteriser. Relevant only for large systems (MD boxes, proteins); teaching-sized molecules render in under 1 ms.

Linguagem predominante
C
Estrelas
10
Forks
8
Merge médio
21min
PRs com merge (30d)
1

Preparar o ambiente

Este projeto não oferece contêiner de desenvolvimento, Dockerfile nem guia de contribuição, então a configuração fica por sua conta: comece pelo README e veja nosso guia da primeira contribuição para os passos gerais.

Primeiros passos

  1. Leia a issue inteira e depois o guia de contribuição do projeto.
  2. Comente na issue dizendo que vai assumir — evita que duas pessoas façam o mesmo trabalho.
  3. Faça um fork do repositório e trabalhe em uma branch.
  4. Abra um pull request que referencie o número da issue.

Mais de FriendsofECCE/ECCE

Todas as issues de FriendsofECCE/ECCE

Issues semelhantes

Mais issues de C

Receba novas issues na sua caixa de entrada

Um resumo curto de issues do GitHub para quem está começando.