Dedicated physical nodes · Rent by the day

Rent a Mac mini M4
build machine in Tokyo

For developers and build teams in East Asia, run Xcode builds, code signing, and automation queues on a dedicated cloud Mac. The entire physical node is assigned to one tenant—not a virtual machine.

From $21.7/day. The final configuration, current availability, and delivery progress are shown in the portal.

Before you rent Mac mini · Apple Silicon
Node location
Tokyo
Service area
East Asia
Typical average latency
30~60ms
Resource allocation
One physical machine dedicated to one tenant
Build toolchain
macOS and Xcode preinstalled; switch versions as needed
Connection options
SSH command line and VNC desktop

Check the configuration and network before migrating your project. Latency is a guide to connectivity, not a promise about build times or throughput.

Choose by workload, not by label

Three configurations, four billing periods

Choose a machine based on memory and storage, then select a billing period to match how long you need it. All three options are dedicated physical Mac minis with full macOS desktop and command-line access. Review the node, billing period, and order total in the portal before placing your order.

Use these options to compare prices. Confirm your billing period in the order configurator.

XR Build 16

M4 16GB memory 256GB SSD

$21.7 / day

Start by migrating one build queue. A good fit for a single app, routine archiving, and short-term testing. Run a full Archive first, then decide whether to add test jobs.

Daily
$21.7
Weekly
$58.5
Monthly
$108.3
Quarterly
$294.6

XR Build 24

M4 24GB memory 512GB SSD

$40.8 / day

More room for projects with multiple targets, including Widgets, Extensions, and UI tests. Also suited to everyday pipelines that need more dependencies and build cache.

Daily
$40.8
Weekly
$110.2
Monthly
$204.1
Quarterly
$555.2

XR Build Pro 64

M4 Pro 64GB memory 2TB SSD

$59.5 / day

For larger working sets, parallel simulator matrices, MLX experiments, and large caches. Set concurrency based on measured memory use and disk I/O for your project.

Daily
$59.5
Weekly
$160.5
Monthly
$297.3
Quarterly
$808.7

All prices are charged in US dollars (USD). We accept USDT-TRC20 and Visa / Mastercard / Amex (via Stripe) only. Available payment options are confirmed by the payment gateway. To add +1TB SSD, +2TB SSD, or Thunderbolt 5 daisy-chaining, check the add-ons and total in the order configurator.

Assess network and build performance separately

Connectivity guide for Tokyo

Typical average latency for East Asia is 30~60ms. Use this as a guide to connection distance—not as a live measurement of your connection or a fixed result across providers and time of day.

Desktop sessions depend on responsiveness; build queues depend on stability

VNC is more sensitive to round-trip latency and jitter: input response, window movement, and screen refresh all depend on your local network. With SSH builds, compilation runs on the physical node. Network quality mainly affects command feedback, dependency downloads, and artifact transfers.

Identify the bottleneck first. A laggy desktop does not mean the CPU is compiling slowly, and slow artifact uploads do not necessarily point to an Xcode configuration issue. Track responsiveness, build time, and transfer speed separately to find what needs attention.

Test from your own network

International routing, local Wi-Fi, corporate proxies, and network congestion can all affect connection quality. When you first connect, test both your usual work network and a backup, then repeat the checks during your team's normal working hours.

After delivery, use the host address in the portal to check round-trip latency, then transfer a representative artifact. Don't choose a node based on its location name alone, or use one small-file transfer to estimate sustained throughput for a large project.

Keep three records to make results reproducible

Round-trip latency
Record the time, network route, and results from multiple measurements. Look for persistent jitter.
Transfer performance
Record file size, upload or download direction, and actual transfer time. Distinguish dependency downloads from artifact uploads.
Build performance
Record the Xcode version, Scheme, clean or incremental build, and full Archive logs.

Nodes run year-round, 365 days a year. If you need help troubleshooting connectivity, submit a support ticket in the portal and include these records. Never share connection credentials or private keys publicly.

Prepare first, then verify

From order to first use in four steps

The time estimates below are suggested buffers for manual tasks, not delivery guarantees for node allocation or payment confirmation. Account verification, payment gateway processing, dependency downloads, and project size can all affect the total time. Check your order status in the portal.

  1. Choose a configuration and billing period

    Select a machine, node, and daily, weekly, monthly, or quarterly billing period. Check whether you need extra storage. For your first test, migrate one Scheme without changing the toolchain and concurrency settings at the same time.

    Suggested time
    2–5 min

  2. Review the total and pay

    Check the order total in US dollars, then choose an available payment gateway. For USDT-TRC20, verify the network and payment details. For card payments, follow the gateway prompts. Check your order status after paying.

    Manual review
    2–5 min
    Payment confirmation not included

  3. Check the node and connection details

    Wait for the portal to return your allocation, then verify the machine, macOS, Xcode, and SSH / VNC credentials. Check the toolchain over SSH and complete any first-run setup in the desktop interface.

    Information check
    5–10 min
    Node allocation not included

  4. Build your first archive

    Sync your source, resolve dependencies, import the signing certificates and provisioning profiles required by your project, and run Archive. Check the logs, output, and artifact transfer path before connecting a self-hosted runner.

    Environment check
    10–20 min
    Downloads and build time not included

Verify with a reproducible Archive

Keep the version, command, and logs from at least one successful build. Confirm that the same commit can produce the artifact again, then verify the runner's working directory, cache path, and Keychain unlock process. Being able to log in to the desktop does not mean your automated pipeline has been migrated successfully.

Three things to consider before choosing a node

Questions about the Tokyo node

Consider your connection, execution location, and data handling requirements before moving your primary build queue.

I'm in East Asia. Will my latency always be 30~60ms?

Don't treat the typical range as a guarantee for every connection. Actual connectivity to a node in Tokyo depends on your provider, network route, exit point, and current conditions. After renting, test repeatedly from the network you use for work. For unattended builds, prioritize SSH stability, dependency downloads, and artifact transfers rather than desktop responsiveness alone.

Can my team use the Tokyo node if we're outside East Asia?

Yes. The location is a guide to network and working-hour considerations, not a restriction on where your team is based. Builds run locally on the node, so teams in different time zones can submit jobs to the same queue. Team members who use the remote desktop frequently should test the experience from their own networks. Use consistent runner labels and job locks to prevent concurrent builds from changing the same working directory.

Does choosing a Tokyo node mean all service data stays there?

Choosing a node determines where the physical machine runs; it does not mean that account, billing, support ticket, or payment processing data is handled only in that location. External transfers of source code, caches, and artifacts also depend on the repositories and pipelines you configure. If your project has specific data location requirements, email support@xcoderent.com with the data types and boundaries before renting, and confirm the details before uploading your project.

Start by testing one build queue

Choose a configuration, complete an Archive, and then migrate your automation. Verify the toolchain, network, and artifacts before increasing concurrency.