mirror of
https://github.com/hanzoai/s3.git
synced 2026-10-30 14:59:09 +00:00
hanzoai/s3 was an AGPL-3.0 MinIO fork whose network-copyleft blocks embedding
and reselling as a managed service. Replace it wholesale with a fork of
SeaweedFS (github.com/seaweedfs/seaweedfs, Apache-2.0, Go) which ships a
built-in S3 gateway + Filer.
- License: AGPL-3.0 -> Apache-2.0 (upstream LICENSE kept verbatim, incl.
"Copyright 2025 Chris Lu"); NOTICE added crediting SeaweedFS. No AGPL/BUSL/
SSPL/GPL or enterprise ("ee") files remain.
- Module: go.mod path set to github.com/hanzoai/s3 with a self-replace
(replace github.com/seaweedfs/seaweedfs => ./) so the ~1800 internal Go files
keep their upstream import paths with zero churn. Internal identifiers and
import paths are intentionally NOT renamed.
- CLI rebrand: the binary is built as `s3` (was `weed`); root usage, per-command
help/usage/flag strings, shell autocomplete program name, and the product name
in CLI output now read "Hanzo S3" / `s3`. Users never see `weed`.
(e.g. `s3 server`, `s3 filer`, `s3 master`, `s3 volume`, `s3 s3`, `s3 mount`.)
- Build: `make` (or `go build -o s3 ./weed`) builds the `s3` binary green;
`cmd/weed-db` and `cmd/weed-sql` also build; `go vet ./weed/command/` clean.
- README/LLM.md rewritten for Hanzo S3; AGENTS.md/CLAUDE.md symlinks preserved.
- Dropped a 33MB prebuilt Mach-O `stress` binary upstream had committed; `.gitignore`
updated to ignore the `s3` build output.
107 lines
3.7 KiB
Go
107 lines
3.7 KiB
Go
package s3api
|
|
|
|
import (
|
|
"bytes"
|
|
"net/http"
|
|
"net/http/httptest"
|
|
"runtime"
|
|
"strconv"
|
|
"testing"
|
|
|
|
util_http "github.com/seaweedfs/seaweedfs/weed/util/http"
|
|
)
|
|
|
|
// TestDownloadChunkData_AllocationBound is a regression guard for
|
|
// https://github.com/seaweedfs/seaweedfs/issues/6541.
|
|
//
|
|
// downloadChunkData previously accumulated streamed bytes via
|
|
//
|
|
// var chunkData []byte
|
|
// ... fn := func(data []byte) { chunkData = append(chunkData, data...) }
|
|
//
|
|
// The callback fires once per ReadUrlAsStream pump (256 KiB), so a 16 MiB
|
|
// chunk grew the slice geometrically (256K -> 512K -> 1M -> ... -> 32M),
|
|
// allocating ~2x the chunk size for every transferred byte. Combined with
|
|
// the 4-way per-request concurrency in copyChunks/copyChunksForRange and
|
|
// any number of in-flight UploadPartCopy calls (Harbor multipart assemble),
|
|
// this produced the runaway RSS reported in the issue.
|
|
//
|
|
// We assert that downloading a chunkSize-byte chunk allocates at most
|
|
// 1.5 * chunkSize bytes on the heap. The pre-fix nil-append pattern blows
|
|
// past that bound; the fixed (`make([]byte, 0, sizeInt)`) version stays
|
|
// well under it.
|
|
func TestDownloadChunkData_AllocationBound(t *testing.T) {
|
|
// downloadChunkData drives the package-level global HTTP client. Tests
|
|
// don't go through the normal `weed` startup that does this, so call it
|
|
// here. Idempotent on subsequent test runs.
|
|
util_http.InitGlobalHttpClient()
|
|
|
|
const chunkSize = 16 << 20 // 16 MiB
|
|
payload := make([]byte, chunkSize)
|
|
for i := range payload {
|
|
payload[i] = byte(i)
|
|
}
|
|
|
|
srv := httptest.NewServer(http.HandlerFunc(func(w http.ResponseWriter, r *http.Request) {
|
|
w.Header().Set("Content-Length", strconv.Itoa(len(payload)))
|
|
// Write in 64 KiB increments so the body is delivered to the client
|
|
// reader in many small reads, mirroring real volume-server streaming
|
|
// behavior. The exact step does not matter as long as the body comes
|
|
// through the client in multiple Read() calls.
|
|
const step = 64 * 1024
|
|
for i := 0; i < len(payload); i += step {
|
|
end := i + step
|
|
if end > len(payload) {
|
|
end = len(payload)
|
|
}
|
|
if _, err := w.Write(payload[i:end]); err != nil {
|
|
return
|
|
}
|
|
if f, ok := w.(http.Flusher); ok {
|
|
f.Flush()
|
|
}
|
|
}
|
|
}))
|
|
defer srv.Close()
|
|
|
|
s3a := &S3ApiServer{}
|
|
|
|
// Warm up the global HTTP client and any package-level pools so they
|
|
// don't show up in the measured allocation window.
|
|
if _, err := s3a.downloadChunkData(srv.URL, "1,0", 0, int64(chunkSize), nil); err != nil {
|
|
t.Fatalf("warm-up downloadChunkData: %v", err)
|
|
}
|
|
|
|
runtime.GC()
|
|
var before, after runtime.MemStats
|
|
runtime.ReadMemStats(&before)
|
|
|
|
data, err := s3a.downloadChunkData(srv.URL, "1,0", 0, int64(chunkSize), nil)
|
|
if err != nil {
|
|
t.Fatalf("downloadChunkData: %v", err)
|
|
}
|
|
|
|
runtime.ReadMemStats(&after)
|
|
allocated := after.TotalAlloc - before.TotalAlloc
|
|
|
|
// Correctness check happens after the alloc measurement so bytes.Equal
|
|
// doesn't pollute the window. A pre-sized buffer that silently truncates
|
|
// or corrupts the chunk would still pass the bound — assert content too.
|
|
if !bytes.Equal(data, payload) {
|
|
t.Fatalf("downloaded data does not match payload (len got=%d want=%d)",
|
|
len(data), len(payload))
|
|
}
|
|
|
|
// The output slice itself is chunkSize bytes; the streaming pump uses a
|
|
// pooled 256 KiB read buffer and doesn't otherwise accumulate. A 1.5x
|
|
// bound is comfortably above the steady-state cost and well below the
|
|
// pre-fix geometric-grow cost (~2x).
|
|
maxAllowed := uint64(chunkSize) * 3 / 2
|
|
if allocated > maxAllowed {
|
|
t.Fatalf("downloadChunkData allocated %d bytes for a %d-byte chunk; bound is %d "+
|
|
"(regression: unbounded append in callback?)",
|
|
allocated, chunkSize, maxAllowed)
|
|
}
|
|
t.Logf("allocated=%d bytes, bound=%d, output=%d", allocated, maxAllowed, chunkSize)
|
|
}
|