# Performance

When the POS feels slow, the delay comes from your store's website or from the device the till runs on, and Store health tells you which. The till sends every sale to your store and keeps asking it what changed, so a slow website shows up at the till.

Start with what you see:

* [**Checkout takes several seconds**](#slow-checkout)
* [**Changes take a while to reach the till**](#slow-updates)
* [**Store health shows a slow or failing server**](#slow-server)
* [**The screen is slow, but your store answers quickly**](#slow-device)

Not sure? [Read Store health first](#store-health): it shows how your store has been answering this till.

Once the first download is done, what syncing costs your server follows what changed, not how big your catalogue is: see [Sync Performance](/hi-IN/developers/sync-performance.md#the-four-rules).

## Read Store health first[​](#store-health "Read Store health first के लिए सीधा लिंक")

Open **Store health** from the pulse icon at the foot of the menu, then tap **Performance**. It shows how this till's requests to your store went over the last 24 hours.

Read three things, not just **✓ Normal**, which only says the till is online and syncing:

1. **Typical response**, at the end of the line next to **✓ Normal** at the top. Over 2 seconds is slow.
2. **Engine uptime**, the strip of hourly cells under that line. Amber in most hours means requests keep failing.
3. **Pace**, the line under **Your server, over time** further down. **Easing off** means the till has slowed its checks to spare your website.

If any of the three looks wrong, check your website next: go to [Store health shows a slow or failing server](#slow-server).

If all three look healthy (well under 2 seconds, green hours, **Normal pace**), your website has kept up over the last 24 hours. A slowdown that started in the last few minutes may not show yet. If the till still feels slow, go to [The screen is slow, but your store answers quickly](#slow-device).

What each part of the tab means is under [What the Performance tab shows](#performance-tab).

## Find what's slow[​](#whats-slow "Find what's slow के लिए सीधा लिंक")

Start with what the cashier sees.

### Checkout takes several seconds[​](#slow-checkout "Checkout takes several seconds के लिए सीधा लिंक")

When you press **Checkout**, the till sends the order to your store, and an online payment waits for your store to record it. If that's slow, check in this order:

1. **Order storage.** On a store with many orders, WooCommerce's older order storage is the most common cause, and it gets slower as the store grows. See [Order Storage (HPOS)](/hi-IN/troubleshooting/performance/order-storage-hpos.md).
2. **Plugins that run when an order is saved**, such as accounting or email marketing plugins that send the order somewhere else first. See [Plugin interference](/hi-IN/troubleshooting/performance/slow-checkout.md#2-plugin-interference-during-order-creation).
3. **A gateway on the Legacy tab.** These load a payment page from your website inside the POS, and themes and plugins can slow it down. Cash and card on the other tabs don't load a page. See [Checkout Performance](/hi-IN/troubleshooting/performance/slow-checkout.md).

### Changes take a while to reach the till[​](#slow-updates "Changes take a while to reach the till के लिए सीधा लिंक")

A price changed in WooCommerce, or another till's sale, shows up late. The till picks up changes at its next check: every minute on **Balanced**, every 5 minutes on **Eco**.

* To fetch one kind of record now, open its **⋮** menu on the **Database** tab and choose **Check for changes now**. See [Check now, or clear and re-download](/hi-IN/troubleshooting/store-health.md#clear-and-redownload).
* If tills must see each other's changes fast and your website can take it, choose **Realtime**. See [Sync presets](/hi-IN/troubleshooting/store-health.md#sync-presets).
* If **Pace** reads **Easing off**, checks are already slower than your setting because your website is struggling. A faster preset won't help: fix the server first.

### Store health shows a slow or failing server[​](#slow-server "Store health shows a slow or failing server के लिए सीधा लिंक")

A **typical response** over 2 seconds, amber in most hours on **Engine uptime**, or **Easing off** most days are reasons to check your website next. Choose **Eco** to lighten the load while you look at it, then work through [Server Performance](/hi-IN/troubleshooting/performance/slow-server.md): the [minimum server](/hi-IN/troubleshooting/performance/slow-server.md#minimum-server-requirements), [503 errors](/hi-IN/troubleshooting/performance/slow-server.md#503-errors) and [updating WooCommerce safely](/hi-IN/troubleshooting/performance/slow-server.md#woocommerce-version-compatibility).

Each till has its own setting

The preset is saved on the device you change it on. Change it on every till you want to tune.

### The screen is slow, but your store answers quickly[​](#slow-device "The screen is slow, but your store answers quickly के लिए सीधा लिंक")

Check **Performance** in Store health first: a **typical response** well under 2 seconds, green **Engine uptime** cells and **Normal pace** mean your website is keeping up. Then the device is the likely cause:

1. Try the POS on another device.
2. If it's fast there, close other apps or browser tabs on the slow one.
3. If it's slow everywhere, open **Store health → Logs**, press **Copy debug info** (**Share debug info** in the phone and tablet apps) and send it to [support](/hi-IN/troubleshooting/contact-support.md).

## What the Performance tab shows[​](#performance-tab "What the Performance tab shows के लिए सीधा लिंक")

The top of the tab: the last 24 hours and the sync settings.

![Store health on the Performance tab: the status line with the last 24 hours, the hourly uptime strip, the Eco, Balanced and Realtime cards and the two sliders](/img/2.x/support/store-health/en/tablet-light-regular--sh-5-performance.png)12345678

1. **✓ Normal** — then the last 24 hours: requests, data and **typical response** time. **⚠ Needs attention** means the till is offline, sync is blocked, the first download failed or a kind of record has an error. When your website keeps taking more than 2 seconds to answer, the till eases off (see **Pace** below).
2. **Engine uptime** — one cell per hour. An amber cell, **⚠ errors that hour**, had at least one failed request. Amber in most hours means requests keep failing: see [Store health shows a slow or failing server](#slow-server).
3. **Eco** — the gentlest setting. Choose it on shared or budget hosting.
4. **Balanced** — the default, right for most stores.
5. **Realtime** — the fastest updates, and the heaviest load on your website.
6. **Check for changes** — how often this till asks your store what changed.
7. **Records per request** — how many records each request fetches.
8. **Right now** — when the next check is due, and about how many requests an hour these settings make.

Scroll down to **Your server, over time**. The line under its title is the pace this till keeps.

![Your server, over time: the pace line, the Server load chart and the POS requests chart](/img/2.x/support/store-health/en/tablet-light-regular--sh-6-server-over-time.png)1234

1. **Right now** — the same line as in the shot above.
2. **Pace** — **Normal pace** here. **Easing off** means the till is checking less often because your website asked it to slow down, returned errors, timed out, answered slowly or reported high load. **Paused until …** means your website asked the POS to wait. You can keep selling in both.
3. **Server load** — everything running on your server, not just the POS. Load on its own is not a fault while answers stay fast. If it jumps to about twice its usual level, the till checks half as often until it settles, and **Pace** says your server reported high load. Some servers don't report it, and the page says so.
4. **POS requests** — how many requests this till made. To lower it, choose a gentler preset.

The till eases off and recovers by itself, so there's nothing to switch. If **Easing off** or **Paused** shows most days, follow [Server Performance](/hi-IN/troubleshooting/performance/slow-server.md) to check what is slowing your store. Every part of the tab is explained in [Store Health](/hi-IN/troubleshooting/store-health.md#performance).

## How the till protects your server[​](#for-developers "How the till protects your server के लिए सीधा लिंक")

The till sends only what changed, spreads its checks out, and slows itself down before your website falls over. Those pauses only affect background updates: you can still search, scan and sell, though an online payment still needs your store to answer. For the rules and the numbers behind them, see [Sync Performance](/hi-IN/developers/sync-performance.md).

## Related Documentation[​](#related-documentation "Related Documentation के लिए सीधा लिंक")

[Store HealthEvery tab of Store health, and what to do when something is stuck.](/hi-IN/troubleshooting/store-health.md)

[Server PerformanceHosting, PHP workers and the settings that make the POS fast.](/hi-IN/troubleshooting/performance/slow-server.md)

[Download & SyncWhat the till downloads, and when.](/hi-IN/manage-store/products/product-sync.md)