[Wikitech-l] Re: Implementing jumbo frames/LACP?

Hi Brian, On 11-02-2022 15:49, Brian King wrote: Hello Wikitech, I’m a new SRE on the Search team. As Ryan and I are in the middle of relocating many large shards on our Elastic cluster, I wanted to ask your thoughts about using jumbo frames and/or LACP for our physical Elastic nodes. We’re

[Wikitech-l] Re: ClassCrawler – extremely fast and structured code search engine

Daniel Kinzler wrote: > Am 11.02.22 um 09:15 schrieb Kunal Mehta: > > Seems like what you're asking for is > > , right? > > > > AFAICT that functionality is available in self-hosted GitLab, it just > > requires > > someone

[Wikitech-l] Re: ClassCrawler – extremely fast and structured code search engine

Am 11.02.22 um 09:15 schrieb Kunal Mehta: Seems like what you're asking for is , right? AFAICT that functionality is available in self-hosted GitLab, it just requires someone writing a LSIF implementation for PHP, as it's not

[Wikitech-l] Re: ClassCrawler – extremely fast and structured code search engine

Hi, On 2/5/22 13:18, Daniel Kinzler wrote: Basically, I'd want codesearch to allow me to do the kind of "find callers" search that IDEs like phpstorm support. Sure, I could do it in the ID, but I can't link to that from a ticket, and I'd have to make sure I have exactky the right set of

[Wikitech-l] Re: ClassCrawler – extremely fast and structured code search engine

Am 07.02.22 um 08:43 schrieb Giuseppe Lavagetto: Ok, why do you think symbol search can't be integrated in the current codesearch? That's what Amir was proposing. Sadly I don't think much of the current code of ClassCrawler can be reused for that goal, and it's a pity. It could be integrated

[Wikitech-l] Implementing jumbo frames/LACP?

Hello Wikitech, I’m a new SRE on the Search team. As Ryan and I are in the middle of relocating many large shards on our Elastic cluster, I wanted to ask your thoughts about using jumbo frames and/or LACP for our physical Elastic nodes. We’re also moving to new hardware 10Gbps networking, so