
<!DOCTYPE html>

<html>

<head>

<meta http-equiv="Content-Type" content="text/xhtml; charset=utf-8">

</head>

<body>

<div style="font-family:sans-serif"><div style="white-space:normal"><p dir="auto">I came across this low-level approach to debugging Time Machine performance issues:</p>

<p dir="auto"><a href="https://medium.com/macoclock/time-machine-backups-too-slow-5ed1e5e347a4" style="color:#3983C4">https://medium.com/macoclock/time-machine-backups-too-slow-5ed1e5e347a4</a></p>

<blockquote style="border-left:2px solid #777; color:#777; margin:0 0 5px; padding-left:5px"><p dir="auto">I left for last the most complex, low-level debugging tool you have available allowing you to monitor your filesystem access in real-time. This is a powerful tool allowing to investigate what is the actual root cause of Time Machine’s delay. In particular when you face long delays waiting for “Preparing backup” this kind of investigation can shed light to otherwise mysterious delays.<br>

<br>

Open a Terminal and issue the following command:<br>

sudo fs_usage -w | grep -i backupd | grep -i fsctl<br>

<br>

Upon entering your user-credentials you will start seeing many, many files appearing in your terminal window. These are the files that Time Machine is checking for changes. By carefully observing the patterns and folders being accessed, you can identify folders which may have thousands (or even, tens of thousands) of small files that you don’t need to backup and by excluding them you can considerably speed up your backup times.</p>

</blockquote><p dir="auto">I verified that this works and it seems safe enough even for those less familiar with command-line utilities (but just in case, you halt this tool with Ctrl-C).</p>

<p dir="auto">Glenn P. Parker<br>

glenn.parker@comcast.net</p>

</div>

</div>

</body>

</html>