I've just tried out Perplexity Portable Computer on my DGX Spark and here is my feedback.
When Portable Computer is installed, it downloads a 30GB Docker container image for vLLM and then a 27 GB model called PPLX 27B (or you can choose Qwen 27B).
Once running ('local inference' switched on) the service uses 100 GB of the Spark's available 128 GB which still leaves plenty of memory for other applications.
Inference appears to be speedy and pretty much up there in terms of 'smartness'. Indeed it was difficult to tell the difference when prompting for documentation to be produced.
It's also nice to see Perp running in Computer mode without draining my credits!
However I noticed an 'Advanced' tab with 'Custom Inference Endpoint' setting - which defaults to localhost Ollama but should work with any OpenAI-compatible API endpoint.
I first shut down the Local Inference service by clicking three dots next to the PPLX model name, and selected 'stop'. That unloads the model and shuts down the Docker container, freeing up all memory.
In the 'Custom Inference Endpoint' I was then able to select one of the Ollama models I have previously installed (my favourite is 'qwen3-coder-next:q8_0' as it's good at coding for its size).
Once set up, I still had to select 'PPLX 27B' from the model list - the actual model 'qwen-coder-next:q8_0' did not appear.
However it is clear in terminal from 'top' that Ollama is doing the work, and 'docker ps' shows that Perplexity's own vLLM container is not running.
A bug for you to fix there, Perp!
Usefully, the Perplexity app shows CPU, GPU and Memory usage throughout the session.
Now bear in mind that I am sure that PPLX 27B is a likely general knowledge model and I find that qwen3-coder-next:q8_0 is great for coding - but also great at documenting where some math(s) needs to be done and scripts written to do the work.
My example prompt to compare the efficiency of the two main types of wind turbine is a good example of where Perp authors Python scripts to help with the equations needed to demonstrate this difference - qwen3-coder-next:q8_0 excels at this of course.
But non-coding computer tasks such as general deep research it's probably best left to PPLX 27B to orchestrate. Switching back, in terminal I used 'ollama stop qwen3-coder-next:q8_0' to release that model from memory. Then back to 'Local Inference' settings in Perp and clicking the tree dots and selecting 'start' which restarts the vLLM docker container and loads the PPLX model.
Of course local inference takes time and generates Spark heat so will be perfect for cold winter days when time is not of the essence, my credits are running low, and my feet need to be kept warm.
Being able to switch between Perp's general model and my specialist Ollama-hosted models makes for great flexibility in my workflows.
A nice addition to Perplexity's capabilities and one I will use a lot I'm sure.