Server doesnt seem to work

#2
by sm54 - opened

I've tried to load the q4 quant using ds4-server, and when I try to query it i dont get a response, nothing shows in the server window, so I'm thinking there's a connection issue? Although I can successfully retrieve the model list from it, it just wont return text when I send it a query.

Try ./ds4 command line utility to see if the inference is working. What Mac version / RAM amount? Thanks.

IMPORTANT: this quants ONLY WORK with DS4 inference engine

It works if I run ds4 with a query, mac is an m3 ultra 256gb ram, running the q4 quant. Models are returned, but no text is.

Running the server using:

./ds4-server --ctx 81920 --kv-disk-dir /tmp/ds4-kv --kv-disk-space-mb 8192 --port 8072

Here's what I get when I run ds4

ds4 % ./ds4 -p "Explain Redis streams in one paragraph."
ds4: context buffers 1061.71 MiB (ctx=32768, backend=metal, prefill_chunk=2048, raw_kv_rows=2304, compressed_kv_rows=8194)
ds4: requesting Metal residency (may take tens of seconds)... done
ds4: warming Metal model views... done
ds4: Metal model views created in 3.255 ms, residency requested in 1017.287 ms, warmup 10.323 ms (mapped 157001.67 MiB from offset 5.08 MiB)
ds4: Metal mapped mmaped model as 1 overlapping shared buffers
ds4: Metal backend initialized for graph diagnostics
We need to explain Redis Streams in one paragraph. Keep it concise, covering key concepts: message queue, append-only log, consumer groups, persistence, etc.
Redis Streams is a data structure in Redis that functions as an append-only log, enabling reliable message streaming and event sourcing. It allows producers to add entries with unique IDs and field-value pairs, while consumer groups enable multiple consumers to collaboratively process messages with acknowledgment mechanisms, ensuring at-least-once delivery and fault tolerance. Streams support blocking reads, range queries, and trimming, making them ideal for building distributed message queues, real-time analytics, and event-driven architectures.
ds4: prefill: 30.91 t/s, generation: 31.69 t/s

If I run the server I get the below, but when I send a query nothing changes in the server window, and no response is received.

ds4 % ./ds4-server --ctx 81920 --kv-disk-dir /tmp/ds4-kv --kv-disk-space-mb 8192 --port 8072
ds4: requesting Metal residency (may take tens of seconds)... done
ds4: warming Metal model views... done
ds4: Metal model views created in 4.853 ms, residency requested in 1068.506 ms, warmup 6.194 ms (mapped 157001.67 MiB from offset 5.08 MiB)
ds4: Metal mapped mmaped model as 1 overlapping shared buffers
ds4: Metal backend initialized for graph diagnostics
0508 14:37:12 ds4-server: context buffers 2363.71 MiB (ctx=81920, backend=metal, prefill_chunk=2048, raw_kv_rows=2304, compressed_kv_rows=20482)
0508 14:37:12 ds4-server: KV disk cache /tmp/ds4-kv (budget=8192 MiB, cross-quant=accept, min=512, cold_max=30000, continued=10000, trim=32, align=2048)
0508 14:37:12 ds4-server: listening on http://127.0.0.1:8072

I've asked GLM about it, it suggests that the lack of CORs support in the ds4-server code might be the issue? I get a response when I use curl but not when I send the request via open webui.

Have got the model to respond using your llama cpp fork instead of ds4-server, so am using that for now, thanks for your work.

sm54 changed discussion status to closed

Sign up or log in to comment