nndocs:sandbox
Differences
This shows you the differences between two versions of the page.
| Both sides previous revisionPrevious revisionNext revision | Previous revision | ||
| nndocs:sandbox [2024/12/28 16:32] – IPv6 addressing, first stab naptastic | nndocs:sandbox [2025/07/08 18:41] (current) – naptastic | ||
|---|---|---|---|
| Line 28: | Line 28: | ||
| Since rocky' | Since rocky' | ||
| - | Storage subnets don't have a defined numbering scheme yet. I want to make them IPv6-only. | ||
| ====Interfaces==== | ====Interfaces==== | ||
| All hosts currently have 1 or 2 Ethernet ports on the mainboard, 0 or 1 wireless devices, 0 or 1 quad-port Ethernet cards, 0 or 1 Infiniband/ | All hosts currently have 1 or 2 Ethernet ports on the mainboard, 0 or 1 wireless devices, 0 or 1 quad-port Ethernet cards, 0 or 1 Infiniband/ | ||
| Line 70: | Line 69: | ||
| - 64 bits of GUID | - 64 bits of GUID | ||
| - | My top 48 bits are going to be fd00:4e41:5000. Subnet bits should match their Infiniband subnet. Host bits come from the hardware address. | + | My top 48 bits are going to be fd20:4e41:5020. Subnet bits should match their Infiniband subnet. Host bits come from the hardware address. |
| ====IP Addresses==== | ====IP Addresses==== | ||
| Line 82: | Line 81: | ||
| ====Networks==== | ====Networks==== | ||
| + | |||
| + | ^ Network ^ IPv4 Range ^ IPv6 Range ^ IB Subnet ^ VLAN ^ VXLAN IP ^ VXLAN ID ^ | ||
| + | | green | 172.20.0/22 | fd20: | ||
| * 0-3/22: " | * 0-3/22: " | ||
| Line 149: | Line 151: | ||
| ---- | ---- | ||
| + | =====Where Data Lives===== | ||
| + | ===Storage=== | ||
| + | * Production volumes: | ||
| + | * janet: 4TB Samsung QVO. | ||
| + | * Crucial 120GB SATA SSD boot volume | ||
| + | * southpark' | ||
| + | * Samsung 850 512GB NVMe | ||
| + | * installed in southpark on the motherboard, | ||
| + | * Western Digital Black 2TB NVMe | ||
| + | * installed in southpark on the x16 riser card | ||
| + | * confusingly mounted at / | ||
| + | * black: Three 4TB Western Digital enterprise drives in a RAID-5 holding backups; currently cold. | ||
| + | * ZFS pool " | ||
| + | * Two Sabrent 1TB NVMe drive | ||
| + | * installed in southpark on the x16 riser card | ||
| + | * Partitioned partly for I don't remember, but it makes sense | ||
| + | * four 4TB drives that should really just get recycled | ||
| + | * Not installed: | ||
| + | * 512GB Crucial SATA SSD (probably for duckling) | ||
| + | * 2TB Vulcan Z SATA SSD (probably for shark as a backup) | ||
| + | ===So Where Does Shit Live?=== | ||
| + | * VM Images: | ||
| + | * southpark:/ | ||
| + | * exported over NFS-RDMA | ||
| + | * TV shows, movies, software, stuff like that: janet | ||
| + | * Home directories: | ||
| + | * OS volumes: | ||
| + | |||
| + | I am still struggling with the fact that things really have to boot off local storage. Fibre Channel without a switch isn't worth it and a switch isn't worth it. | ||
| + | |||
| + | ---- | ||
| =====Big Idea Dumping Ground===== | =====Big Idea Dumping Ground===== | ||
| + | ====SoC on a PCI card==== | ||
| + | Mostly this is to enable other projects. It needs at least these features: | ||
| + | |||
| + | * reasonable amount of CPU and DRAM | ||
| + | * PCIe 3.0 x1 or better | ||
| + | * Internal ports: | ||
| + | - m.2 slot | ||
| + | - Explicitly copy rpi's 40-pin header | ||
| + | - LP-DIMM | ||
| + | * External ports: | ||
| + | - HDMI | ||
| + | - gigabit Ethernet | ||
| + | - (2) USB 3.1 | ||
| + | |||
| + | The card presents itself to its host as one or more devices. It can pass through its USB host adapter, network adapter, and m.2 slot, and act as a GPU. It supports SR-IOV. You can boot off it. With the right hardware support, it should be able to stay awake while the host powers off or reboots. | ||
| + | |||
| ====PCIe networking==== | ====PCIe networking==== | ||
| These products: | These products: | ||
| Line 168: | Line 217: | ||
| Everything except retimer cards needs an API and UI for managing things. | Everything except retimer cards needs an API and UI for managing things. | ||
| + | |||
| ====Better Audio Stack==== | ====Better Audio Stack==== | ||
| Want to: | Want to: | ||
| Line 179: | Line 229: | ||
| ====Better DAW==== | ====Better DAW==== | ||
| Core concept is a piece of virtual tape that's infinitely long, infinitely wide, and has an infinite number of tape heads that can all be accessed remotely. A recording session is a server you log into, send recorded audio, receive mixed audio, and update a database of what should play when and with what settings. | Core concept is a piece of virtual tape that's infinitely long, infinitely wide, and has an infinite number of tape heads that can all be accessed remotely. A recording session is a server you log into, send recorded audio, receive mixed audio, and update a database of what should play when and with what settings. | ||
| + | |||
| + | ====RDMA to a Commodore 64==== | ||
| + | The 6502 can't drive the C64's memory anywhere near full-speed, but the ROM port has a DMA pin, so a DMA-capable cartridge can do impossibly cool things. I'd like to find a good demo playback engine that already exists, and adapt it to play back data being streamed in over a network. | ||
| ====Better Mixer==== | ====Better Mixer==== | ||
| FIXME | FIXME | ||
nndocs/sandbox.1735403578.txt.gz · Last modified: 2024/12/28 16:32 by naptastic