[llvm-bugs] [Bug 48069] New: DNS for LLVM/clangd index server
via llvm-bugs
llvm-bugs at lists.llvm.org
Wed Nov 4 01:47:38 PST 2020
https://bugs.llvm.org/show_bug.cgi?id=48069
Bug ID: 48069
Summary: DNS for LLVM/clangd index server
Product: new-bugs
Version: unspecified
Hardware: PC
OS: All
Status: NEW
Severity: enhancement
Priority: P
Component: new bugs
Assignee: unassignedbugs at nondot.org
Reporter: kuhnel at google.com
CC: htmldeveloper at gmail.com, llvm-bugs at lists.llvm.org
A copy of Sam McCall's email request:
http://lists.llvm.org/pipermail/clangd-dev/2020-October/000743.html
--------------
Hi llvm-admin folks,
We're developing a "remote index" feature that makes clangd work better on
large codebases: clangd queries a shared index server instead of parsing
the whole project locally.
It's early days, but our initial target is LLVM itself. We have a public
instance at 34.107.73.68 - Google is providing a GCP VM to run it on, but
the indexer/server is part of llvm-project[1].
We'd like to give it a domain name so we can start sharing with early
testers. Does it make sense to point clangd-index.llvm.org at this server?
If there are concerns, we could also register a different domain, and
either revisit once this is more stable or keep it "unofficial"
indefinitely.
Privacy-wise, we need to write up a policy, but the service accepts limited
context information needed to serve queries (e.g. the incomplete identifier
for code completion). It will *record* only coarse aggregate statistics
like request count/latency distribution/error rate, for monitoring health
and usefulness.
Happy to discuss more about logistics, privacy, the feature itself or
anything else.
Cheers, Sam
[1]
https://github.com/llvm/llvm-project/blob/master/clang-tools-extra/clangd/index/remote/README.md
--
You are receiving this mail because:
You are on the CC list for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.llvm.org/pipermail/llvm-bugs/attachments/20201104/8984fe96/attachment-0001.html>
More information about the llvm-bugs
mailing list