linnix-os/linnixeBPF-संचालित Linux अवलोकनीयता, AI घटना पहचान के साथ। AGPL-3.0 लाइसेंस प्राप्त।
पता लगाएँ कि कौन-सी प्रक्रिया आपके SLO को नुकसान पहुँचा रही है — न सिर्फ़ कौन CPU उपयोग कर रहा है, बल्कि कौन स्टॉल (stall) पैदा कर रहा है।
top 80% CPU दिखाता है। Prometheus उच्च विलंबता दिखाता है। लेकिन कौन-सा pod वास्तव में आपकी भुगतान सेवा को रोक रहा है?
Linnix इसका उत्तर देने के लिए eBPF + PSI (Pressure Stall Information) का उपयोग करता है। PSI वास्तविक स्टॉल समय मापता है — उपयोग नहीं, बल्कि संसाधन विवाद (contention)। 60% PSI के साथ 40% CPU उपयोग करने वाला pod उस pod से बदतर है जो 5% PSI के साथ 100% CPU उपयोग करता है।
Linnix क्या पता लगाता है:
top में नहीं दिखता[!IMPORTANT] डिफ़ॉल्ट रूप से केवल-मॉनिटर। Linnix पता लगाता है और रिपोर्ट करता है — यह स्पष्ट कॉन्फ़िगरेशन के बिना कभी कोई कार्रवाई नहीं करता।
मुख्य वादा: सभी विश्लेषण स्थानीय रूप से होते हैं। जब तक आप स्पष्ट रूप से Slack सूचनाएँ कॉन्फ़िगर नहीं करते, कोई डेटा आपके इंफ्रास्ट्रक्चर से बाहर नहीं जाता। डेटा गोपनीयता के बारे में अधिक जानें →
अपने क्लस्टर की निगरानी के लिए Linnix को DaemonSet के रूप में तैनात करें।
# Apply the manifests
kubectl apply -f k8s/
API तक पहुँचें:
kubectl port-forward daemonset/linnix-agent 3000:3000
# API available at http://localhost:3000
# Stream events: curl http://localhost:3000/stream
इसे 30 सेकंड में अपनी स्थानीय मशीन पर आज़माएँ।
git clone https://github.com/linnix-os/linnix.git && cd linnix
./quickstart.sh
fork, exec, exit और शेड्यूलर इवेंट्स पर 1% से कम ओवरहेड के साथ नज़र रखता है।| घटना प्रकार | डिटेक्शन लॉजिक | ट्राइएज मूल्य |
|---|---|---|
| सर्किट ब्रेकर | उच्च PSI (>40%) + उच्च CPU (>90%) | स्टॉल पैदा करने वाले विशिष्ट प्रोसेस ट्री की पहचान करता है। |
| फोर्क स्टॉर्म | 2 सेकंड के लिए >10 forks/sec | नोड को क्रैश करने से पहले अनियंत्रित स्क्रिप्ट पकड़ता है। |
| मेमोरी लीक | लगातार RSS वृद्धि | उन कंटेनरों को चिह्नित करता है जो अंततः OOM करेंगे। |
| अल्पकालिक जॉब्स | तेज़ exec/exit चक्र | अकुशल बिल्ड स्क्रिप्ट या क्रैश लूप की पहचान करता है। |
Linnix उत्पादन सुरक्षा के लिए डिज़ाइन किया गया है।
/proc पोलिंग के बजाय eBPF perf बफ़र का उपयोग करता है।CAP_BPF और CAP_PERFMON के साथ चल सकता है। Kubernetes DaemonSet वर्तमान में सरलता के लिए privileged मोड का उपयोग करता है।हमारे विस्तृत सुरक्षा मॉडल के लिए SAFETY.md देखें।
Linnix को प्रथम श्रेणी का Kubernetes समर्थन प्राप्त है:
pod_name, namespace, container_id के साथ टैग किया जाता है# Example: Get processes causing stalls in the payments namespace
curl "http://localhost:3000/processes?namespace=payments&sort=psi_contribution"
Linnix में एक ट्रस्टलेस भुगतान परत (Linnix-Claw) शामिल है जो ERC-20 स्टेबलकॉइन के माध्यम से एजेंट-से-एजेंट कार्य को ऑन-चेन सेटल करती है। जब एक एजेंट दूसरे को कार्य सौंपता है, तो परिणाम — टेलीमेट्री प्रमाण के साथ एक हस्ताक्षरित रसीद — एक TaskSettlement स्मार्ट कॉन्ट्रैक्ट को प्रस्तुत किया जाता है जो भुगतान को सीधे भुगतानकर्ता से प्राप्तकर्ता तक जारी करता है।
Agent A (payer) Agent B (payee)
│ createTask(taskId, payeeDID, maxAmount)
│──────────────────────────────────▶│
│ │ ← does work, captures eBPF telemetry
│ submitReceipt(taskId, amount, receipt, sig)
│◀──────────────────────────────────│
│ │
└──── TaskSettlement.sol ─── ERC-20 transfer ──▶ payee
मुख्य कॉन्ट्रैक्ट (Base Sepolia टेस्टनेट):
| कॉन्ट्रैक्ट | पता |
|---|---|
| AgentRegistry | 0x9a6FeBA6d7B97ef91099051eB61F372d1EcD83a3 |
| TaskSettlement | 0x60eE6872920addF41359625B47A07401496bBD5b |
| StakeBond | 0xEE31fC610B9b64982990adB3ba228E9dBbfF6a73 |
अपने linnix.toml में एक [chain] अनुभाग जोड़ें:
[chain]
enabled = true
rpc_url = "https://sepolia.base.org"
chain_id = 84532
settlement_contract = "0x60eE6872920addF41359625B47A07401496bBD5b"
registry_contract = "0x9a6FeBA6d7B97ef91099051eB61F372d1EcD83a3"
token_address = "0x036CbD53842c5426634e7929541eC2318f3dCF7e" # USDC on Base Sepolia
token_decimals = 6
साइनर कुंजी प्राथमिकता क्रम में हल की जाती है:
chain.private_keyLINNIX_CHAIN_PRIVATE_KEY env var# Deploy contracts to a local Hardhat node
cd linnix-claw-contracts && npx hardhat node &
npx hardhat run scripts/deploy.js --network localhost
# Run the commerce demo
./scripts/demo_commerce_e2e.sh --local
कार्यान्वयन विवरण के लिए कॉन्ट्रैक्ट स्रोत और cognitod/src/onchain.rs देखें।
यह परियोजना सक्रिय विकास के अधीन है। यदि आप इसका उपयोग या मूल्यांकन कर रहे हैं, तो एक issue खोलें या [email protected] पर ईमेल करें।
cognitod): AGPL-3.0उन टीमों के लिए वाणिज्यिक लाइसेंसिंग उपलब्ध है जो AGPL का उपयोग नहीं कर सकतीं। विवरण के लिए LICENSE_FAQ.md देखें।