|
128 | 128 | - argoproj/argo-cd repo uses Apache-2.0 license (not BUSL like Terraform) |
129 | 129 | - Used exploratory agent to research Argo CD architecture efficiently — comprehensive findings in ~5 minutes |
130 | 130 | --- |
| 131 | + |
| 132 | +## 2026-02-16 - US-006 |
| 133 | +- Created nlqa-debug-001: VS Code extension host crash isolation Q&A task |
| 134 | +- Created nlqa-debug-002: Cilium eBPF fault isolation Q&A task |
| 135 | +- Files created: |
| 136 | + - benchmarks/ccb_nlqa/nlqa-debug-001/ (task.toml, instruction.md, Dockerfile, ground_truth.json, test.sh) |
| 137 | + - benchmarks/ccb_nlqa/nlqa-debug-002/ (task.toml, instruction.md, Dockerfile, ground_truth.json, test.sh) |
| 138 | +- Files modified: |
| 139 | + - configs/nlqa_2config.sh (added nlqa-debug-001 and nlqa-debug-002 to ALL_TASK_IDS and TASK_SG_REPO_NAMES) |
| 140 | + - configs/selected_benchmark_tasks.json (added nlqa-debug-001 and nlqa-debug-002 entries, updated total_selected from 192 to 194) |
| 141 | + - prd.json (marked US-006 as passes=true) |
| 142 | +- **Learnings for future iterations:** |
| 143 | + - VS Code v1.99.3 commit SHA: 17baf841131aa23349f217ca7c570c76ee87b957 |
| 144 | + - Key VS Code extension host isolation files: nativeExtensionService.ts, abstractExtensionService.ts, extensionHostManager.ts, utilityProcess.ts, extensionHostStarter.ts, localProcessExtensionHost.ts |
| 145 | + - VS Code extension host runs as Electron utility process (separate PID), not same-process thread or web worker |
| 146 | + - ExtensionHostCrashTracker implements 5-minute / 3-crash auto-restart policy |
| 147 | + - IPC via MessagePort/MessageChannelMain, crash detection via onExit event listener |
| 148 | + - Detached process on Windows (detached: !!platform.isWindows) to prevent cascading termination |
| 149 | + - Cilium v1.17.9 commit SHA: a2f97aa8d2de4bb360bee1e295e20556ce4166ce |
| 150 | + - Key Cilium eBPF isolation files: pkg/datapath/loader/base.go, pkg/datapath/linux/config/config.go, pkg/endpoint/endpoint.go, pkg/maps/, pkg/bpf/map_linux.go, bpf/node_config.h |
| 151 | + - Cilium deployed as DaemonSet (one cilium-agent per node), each agent independently compiles/loads eBPF programs |
| 152 | + - Per-node eBPF compilation uses node_config.h with node-specific #defines (kernel features, enabled options) |
| 153 | + - eBPF programs attach to kernel-local TC hooks via netlink, no inter-node coordination |
| 154 | + - BPF maps pinned to /sys/fs/bpf (node-local filesystem), either PIN_GLOBAL_NS or PIN_OBJECT_NS scoping |
| 155 | + - CiliumNetworkPolicy CRDs distributed cluster-wide via Kubernetes API, but enforcement is per-node (each agent independently regenerates BPF programs) |
| 156 | + - Datapath forwarding/policy enforcement doesn't require kvstore (etcd) availability — policies materialized into local BPF |
| 157 | + - Debugging Q&A tasks require "why does this happen?" framing, not "how do I fix this?" — focus on architectural isolation mechanisms, not bugs |
| 158 | + - Negative checks should prevent blaming wrong abstraction layers (e.g., same-process vs separate process, centralized vs distributed compilation) |
| 159 | + - Used parallel exploratory agents (2 concurrent tasks) to research VS Code and Cilium simultaneously — saved significant time |
| 160 | +--- |
0 commit comments