Eveything involving disk access is slow

Why is everything to do with HD access seems to be slow, very painfully slow!!
Due to a failed RAID I got a new 500gb Seagate SATA HD drive to install internally.
I have been tiding files up and using 'Archive' a lot and it takes an age to do anything. It seems the size of the Archive is directly proportional to the performance. I have a 63gb folder to Archive and at 12.36gb it is now managing a stellar .01 gb a second, with 4 hours to completion!!
Activity Monitor is only reporting:
Data read/sec 10.58mb
Data written/sec 10.00mb
The best snapshot!@
And is very bad!!
I moved 54gb of Aperture images from my old external FW400 RAID onto a new 500gb internal SATA drive with no real visible performance gain.
Anyone got any hints at what maybe the problem? I don't think its a hardware issue but an OS X issue.
I know Seagate are not the fastest HD on the market but they were the cheapest. I also know cheaper is not the best but a SATA disk on a MacPro should produce much better performance than I am getting.

Hi Pedro,
I'm having the exact same issue as you, whilst transfering files using finder to the Time Capsule or a USB drive attached to the Time Capsule it used to be quick really quick specially via Ethernet connection, after upgrading to Lion the speed is appaling and it can come to a stand still. I have a 100gb iTunes collection on the disk that used to work fine with Snow Leopard now I can't access it. Same goes for the multiple iPhoto collections I have there.
I have tried to format USB drive and Time Capsule HD as well it did not help. Sometimes the transfers can take ages other times they just stop and Finder can be seen on activity monitor as being hanged.
To rule out a problem with the Time Capsule I connected the Mac at work to a windows network I logged in and presto! All network transfers were bad in terms of speed, really bad!
Decided to re-install Lion from scratch but alas the problem is still there.... appareltly Lion 10.7.1 is coming quicker than previously thought....

Similar Messages

USB Disk access "Extremely" Slow

I am unable to use my network disk essentially because the disk access write/read times are SO SLOW...I am better off running backups by connecting my disk directly to the compter. Does anyone else have this problem?
It took 5 Minutes to read my Music directory; connected directly via the same cable it takes seconds.
What gives?
Any help would be appreciated.

I got my AE and Seagate FreeAgent Pro hard drive
yesturday and I have the exact same problem.
If I hook up the drive to the computer directly it is
very very fast.
If I hook it up to the AE it takes about 2 hours to
move a couple fils totaling 2 gigs over ETHERNET!
If I transfer the same files over the same network
between 2 computers the speed is much much faster.
Is this normal or some nasty firmware bug. It almost
feels like the AE is using USB 1.0 for some reason.
You guys are funny. How about checking out the specs of USB 2.0 and 802.11g/n?
Go here:
http://en.wikipedia.org/wiki/802.11g#802.11g
and here:
http://en.wikipedia.org/wiki/USB_2.0
Firewire vs. USB tests are here:
http://www.g4tv.com/techtvvault/features/39129/USB20_Versus_FireWirepg3.html
802.11g:
Release Date Op. Frequency Data Rate (Typ) Data Rate (Max) Range (Indoor)
June 2003 2.4 GHz 19 Mbit/s 54 Mbit/s ~35 meters
802.11n:
Release Date Op. Frequency Data Rate (Typ) Data Rate (Max) Range (Indoor)
Mid 2008 5 GHz and/or 2.4 GHz 74 Mbit/s 248 Mbit/s (2 stream) ~70 meters
Bottom line: 802.11n typical is 74Mbps, 802.11g typical is 19Mbps. USB 2.0 typical is 50Mbps.
On the average, you should expect your speed to drop by over 50% when connecting the USB drive to AESB using an 802.11g device. If your device is 802.11n, then you should have pretty much similar performance.
Now, if you increase the distance from your base station, or you put walls in between, the performance of 802.11g will go down "dramatically", all the way to 2-3Mbps, easy. Not so for 802.11n, which behaves much better at longer distances.

Finder/Disk Access Extremely Slow

I have a G4 867 (MDD) running OS 10.4.6. After putting my computer to sleep last night, I woke up this morning to find hanging at the login-from-sleep screen. I force-restarted, and since that point the computer, and especially some components of the Finder, has been running EXTREMELY slow.
Symptoms:
-Hard drives are slow to appear (I have two on the primary channel and two on the secondary). They will eventually show up, but it can take over a minute for drives other than the startup drive. When I scan them with Disk Utility, they appear fine.
-Using menus and accessing files in the Finder can take upwards of a minute or so. Likewise, switching between programs can induce waits of about 30 seconds.
-Curiously, once inside a program (say, Safari or iTunes), no problems exist local to the program, and it can run nearly unaffected... but if I need to change applications or access a file outside the program, the problems surface.
Things I've tried:
-Restarting.
-Trashing my Finder prefs.
-Zapping the PRAM.
-Resetting the PMU.
-Running Disk Utility.
-Running Yasu.
-Reinstalling the 10.4.6 Update.
-Trying to reinstall Tiger (which failed; initially, the DVD couldn't see the drives- then, after I checked them with Disk Utility, it could see them but failed to install after checking the DVD and asked me to restart)
Can anyone help?
G4 Dual 867 (Mirrored Drive Doors) Mac OS X (10.4.6) 2 GB RAM, ATI Radeon 9800 Pro AGP

I got my AE and Seagate FreeAgent Pro hard drive
yesturday and I have the exact same problem.
If I hook up the drive to the computer directly it is
very very fast.
If I hook it up to the AE it takes about 2 hours to
move a couple fils totaling 2 gigs over ETHERNET!
If I transfer the same files over the same network
between 2 computers the speed is much much faster.
Is this normal or some nasty firmware bug. It almost
feels like the AE is using USB 1.0 for some reason.
You guys are funny. How about checking out the specs of USB 2.0 and 802.11g/n?
Go here:
http://en.wikipedia.org/wiki/802.11g#802.11g
and here:
http://en.wikipedia.org/wiki/USB_2.0
Firewire vs. USB tests are here:
http://www.g4tv.com/techtvvault/features/39129/USB20_Versus_FireWirepg3.html
802.11g:
Release Date Op. Frequency Data Rate (Typ) Data Rate (Max) Range (Indoor)
June 2003 2.4 GHz 19 Mbit/s 54 Mbit/s ~35 meters
802.11n:
Release Date Op. Frequency Data Rate (Typ) Data Rate (Max) Range (Indoor)
Mid 2008 5 GHz and/or 2.4 GHz 74 Mbit/s 248 Mbit/s (2 stream) ~70 meters
Bottom line: 802.11n typical is 74Mbps, 802.11g typical is 19Mbps. USB 2.0 typical is 50Mbps.
On the average, you should expect your speed to drop by over 50% when connecting the USB drive to AESB using an 802.11g device. If your device is 802.11n, then you should have pretty much similar performance.
Now, if you increase the distance from your base station, or you put walls in between, the performance of 802.11g will go down "dramatically", all the way to 2-3Mbps, easy. Not so for 802.11n, which behaves much better at longer distances.

Disk access extremely slow after 10.5.2 Update

I did the update to 10.5.2 today.
1. I tried to update via Software Update. The update started but then stopped with an Error message (Contact Support) and the system freezed. There was just the spinning wheel on blue background for more than one hour. No more harddisk activity. I finally rebooted (hard way). After a reboot I had a somehow upgraded system. But many things did not work anymore (most applications crashed, mail could not access keychain items anymore, etcpp)
2. Then I downloaded the complete Update package to do a manual update (happily firefox still worked). After a manual install it worked. It installed fine and rebooted. Now everything works as it should with the only problem that everything is extremly slow. Starting an application lasts about double the time as normal, loading files takes 3 to 4 times more time than with 10.5.1
To fix these issues I tried several things:
- Fixed permissions
- Cleared all cache files and forced system to rebuild them
- Severall reboots
- Waited until backup completed and Spotlight index was rebuilt
Bootup time is now fine (more or less). Just a little slower than 10.5.1. Application start is still slow but better. But the file access is still extremly slow. This can be observed very well in Parallels which still works fine, but needs 3 to 4 times longer to start (so do all applications within parallels). I checked CPU (Activity Monitor) but could not see anything special.
Any ideas what could be the reason for this behaviour and (more important) how to possibly fix this? I'm thinking about going back to 10.5.1 with time-machine and then try it again with the package install.
Any help/ideas would be appreciated.

Is it slow wireless LAN behavior affecting Time Machine? Check out the third page of this thread, specificallly the post by John Albergo about "delay_ack."
http://discussions.apple.com/thread.jspa?threadID=1394485&start=30&tstart=0
It helped me a lot.

External Disk Access Suddenly Slow

It now takes forever to load files (Open a finder window) when I open an external drive partition that contains my imovie files and main backup partition on the same external drive.
I never had a problem before.
The permissions for the "Backup" partition in the external drive are:
- system - Read and write
- admin - Read and write
- everyone - Read
The permissions for the "Movie" partition in the external drive are:
- <my user name> "(me)" - Read and write
- admin - Read and write
- everyone - Read
Both drives load - very - slowly (5 minutes).
I am the admin, and the only user.
OS 10.8.5
Can anyone offer ideas?
Disk utility found no permissions issues.
Thanks.
Mac

It happens a very spooky thing, by trying for the N time to check the disk (with the disk program), it suddenly reapear at the desktop... i was very upset, dont know what have I done lastly, but allas, its now healled. I hope it will keep this way otherwise i'll be back here
Sorry to bother you guys, thank you so much for all the links and the patiente!
(Thanx God I dont have to deal with that DOSlike terminal). At least I learn a good lesson, rookies should never mess with volumes's privileges...
my best kind regards!

Drive access impossibly slow... Even though target disk!

Drive access on our MacBook Pro is suddenly impossibly slow - taking five, ten minutes to startup, and being unable to complete an install (Java update). I found no errors in disk repair and just 'ignorable' errors in permissions. Programs crashing or haltling - even Finder and Force Quit aren't coming up.
Plugged it into my white MacBook to run Drive Genius to see if the drive could be salvaged, and disk access is slow even this way. Crazy slow, like taking several minutes just to get the drive information.
Size: 499.25 GB (464.96 GiB, 499,248,103,424 bytes)
Formatted As: Mac OS Extended (Journaled)
Volume Block Count: 121,886,744
Volume Block Size: 4,096 bytes
Volume Size: 499.25 GB (464.96 GiB, 499,248,103,424 bytes)
Journal: Enabled
Used: 259.67 GB (241.83 GiB, 259,666,432,000 bytes), 52.01%
So it seems normal, just really, exceedingly, impossibly slow.
What are the possible solutions? I'm not entirely certain it's just the drive; one of the USB ports on the computer is randomly non functioning, no software indications.
-Crissa

Using the online hardware test tool (Boot using Option+D) I was able to discern that the operaitng system had decided the drive was bad without actually telling me it was bad. Eventually the drive completely failed.
While it was slow, I had backed everything up. I found a guide to replacing the HD, although I did not actually need the fancy screwdriver to put the drive back in. It was very simple!
The USB issue still comes and goes, though.
-Crissa

Time Capsule disk access SLOW! 2TB - Dual band

I have a Time Capsule (2TB, Dual Band, Firmare at 7.4.2)
Its been working like a dream, backing up 3 Macs for the last 8 months.
I also use it for connecting two or three other disks via USB and then making those accessible over the LAN, and there is also about 100GB of data on the Time capsule disk itself that i use as a dump for files so i can get to them from anywhere on my LAN.
Lately I started to notice EXTREMELY slow disk access, even when i am connected via ethernet (1000 base) - and equally when I am connected via wifi (n)
for example, copying over a 2Mb photo can take minutes when it should take seconds.
i've been trying to figure out whats going on here for a while and so i checked out the sizes of the backup files.. the sparseimages that time machine creates.
one of them was nearly 1TB, while another was around 500GB and the other was around 120GB
that plus my data meant there was only about 300GB free on the 2TB disk.
I have a feeling the slowness could be down to extreme fragmentation of the drive... ??
so i decided to dump the backup files and copy off my other data and do a erase of the disk and start again.. but get this.. i can't even delete the 1TB file ! I have been trying for about 3 days now and it just will not delete.. i get the Deleting msg box and it just sits there, literally ALL night...
i know it isn't just hanging on the Mac (10.6.4) because deleting the other two images also took a long time (but not this long!)
i can't just wipe the disk now because i can't get my other data off either.. I have tried copying it over the network and onto a USB disk connected directly to the Time Capsule, but 3 days later and i'm still copying files..
to put some context into this, I copied over 1.8Gb today and it took about 4 hours...
has anyone had this problem before?? what on earth is going on?? is it down to fragmentation, or something else?? the TC has been working fine up until a few weeks ago when i started to notice slow speed.
any ideas ?
thanks
Adam

if anyone ever has this issue ....
it must have been EXTREME fragmentation. I bought another 2TB external disk, connected it to the TC, did a complete archive, which took around 24 hours... then i wiped the TC and put stuff back... it now works fine again...

Windows 2008 R2 Hyper-V has really slow VMs disk access

Wondering if anyone can help? I have noticed in a couple of Windows Server 2008 R2 Hyper-V scenarios, that the VM guests are often very slow. Disk access is especially slow.
In one situation their was only a couple of guest VMs, and they were running of mirrored IDE HDDs. Performance improved significantly when I used two mirrored SSD hdds instead.
My other main situation is where the VHDs are stored on HP Lefthand P4300, over 2-nodes with 8 SATA hdds in each, using iSCSI.
So I ran a few tests with robocopy copying 4-6GB of files (mostly large) or whole VHDs (40GB or more), using HP4300 SATA, a newer HP 4330 SAS, a THECUS NAS with SATA hdds, and an SSD in a THECUS NAS, and local SAS mirrored hdds. All using iSCSI except
the local SAS hdds.
You can see from results that Guests run considerably slower than host. Any ideas?
Sample data (although not always same background conditions of load etc):
From within Guest direct iSCSI to same (from HP 4330): 34MB/s
From other Guest using VHD (from HP4300) to direct iSCSI (from HP4330): 14MB/s
From within Guest using VHD (from HP4330) to same: 9MB/s
From within Guest using VHD (from HP4300) to VHD (from HP4330): 11MB/s
From within Guest using VHD (from HP4330) to VHD (from HP4330): 19MB/s
From within Guest using VHD (from THECUS SSD) to same VHD (from THECUS SSD): 18MB/s
From within Guest using VHD (from HP4300) to VHD (from THECUS SSD): 13MB/s
From within Host from HP4300 iSCSI to HP4330 iSCSI: 12MB/s
From within Host using VHD (from THECUS SSD) to same VHD (from THECUS SSD): 40MB/s
From within Host from HP4330 iSCSI to same HP4330 iSCSI: 232MB/s & 132MB/s
From within Host from HP4330 iSCSI to HP4300 iSCSI: 40MB/s & 57MB/s
From within Host from HP4300 iSCSI to same HP4300 iSCSI: 26MB/s & 47MB/s
From within Host from HP4300 iSCSI to Guest VHD (from THECUS SATA): 15MB/s

Hi aucj,
I would suggest to use host level ISCSI connection then build VM on that ISCSI disk .
please add more Vcpu for that VM then try to copy again (shutdown the other VMs ,in that online VM from one folder to another folder ).
Hp4330 ISCSI connection is 1GB , right ?
If yes , it should be with max 100M/s with the single ISCSI connection .
Best Regards
Elton Ji
We
are trying to better understand customer views on social support experience, so your participation in this
interview project would be greatly appreciated if you have time.
Thanks for helping make community forums a great place.

Slow hard disk access --- still wonky

Hi,
Recently i've noticed that hard disk access has become very laggy, to the point
where it's driving me crazy.
For example, if i want to tab-complete through my directories, i have to wait a
few seconds each time. Similarly with saving files in vim, or just using
firefox, which seems to suffer frequent hangs while the disk is spinning.
I tried downgrading the kernel to 3.4.something, to no avail (it definitely used
to work just fine with the old kernels). I've also tried adding "commit=60" to
my fstab to reduce journalling access.
I ran bonnie++ and the following results came back:
Version 1.03e ------Sequential Output------ --Sequential Input- --Random-
-Per Chr- --Block-- -Rewrite- -Per Chr- --Block-- --Seeks--
Machine Size K/sec %CP K/sec %CP K/sec %CP K/sec %CP K/sec %CP /sec %CP
mattdell 7672M 102163 88 106118 6 38973 3 83155 67 124734 4 207.5 0
------Sequential Create------ --------Random Create--------
-Create-- --Read--- -Delete-- -Create-- --Read--- -Delete--
files /sec %CP /sec %CP /sec %CP /sec %CP /sec %CP /sec %CP
16 +++++ +++ +++++ +++ +++++ +++ +++++ +++ +++++ +++ +++++ +++
mattdell,7672M,102163,88,106118,6,38973,3,83155,67,124734,4,207.5,0,16,+++++,+++,+++++,+++,+++++,+++,+++++,+++,+++++,+++,+++++,+++
t
which (by comparison with other results i've seen online) seem to indicate
there's nothing particularly wrong with the disk (it's a toshiba 7200rpm, i
think).
So i'm at a bit of a loss what to do next. I've attached my dmesg output. If
anyone has any suggestions, that would be awesome.
Dmesg output: http://pastebin.com/kJcbZVBT
Thanks,
Matt
Last edited by yourealwaysbe (2012-11-11 14:41:24)

Arf -- i noticed firefox was still laggy last night, and on a (second or third) reboot this morning, things are back to being laggy even without having run firefox...
I'm not sure where to look, but here's the output of mount if that will be of any use:
proc on /proc type proc (rw,nosuid,nodev,noexec,relatime)
sys on /sys type sysfs (rw,nosuid,nodev,noexec,relatime)
dev on /dev type devtmpfs (rw,nosuid,relatime,size=1962404k,nr_inodes=490601,mode=755)
run on /run type tmpfs (rw,nosuid,nodev,relatime,mode=755)
/dev/sda3 on / type ext4 (rw,relatime,data=ordered)
securityfs on /sys/kernel/security type securityfs (rw,nosuid,nodev,noexec,relatime)
tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev)
devpts on /dev/pts type devpts (rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000)
tmpfs on /sys/fs/cgroup type tmpfs (rw,nosuid,nodev,noexec,mode=755)
cgroup on /sys/fs/cgroup/systemd type cgroup (rw,nosuid,nodev,noexec,relatime,release_agent=/usr/lib/systemd/systemd-cgroups-agent,name=systemd)
cgroup on /sys/fs/cgroup/cpuset type cgroup (rw,nosuid,nodev,noexec,relatime,cpuset)
cgroup on /sys/fs/cgroup/cpu,cpuacct type cgroup (rw,nosuid,nodev,noexec,relatime,cpuacct,cpu)
cgroup on /sys/fs/cgroup/memory type cgroup (rw,nosuid,nodev,noexec,relatime,memory)
cgroup on /sys/fs/cgroup/devices type cgroup (rw,nosuid,nodev,noexec,relatime,devices)
cgroup on /sys/fs/cgroup/freezer type cgroup (rw,nosuid,nodev,noexec,relatime,freezer)
cgroup on /sys/fs/cgroup/net_cls type cgroup (rw,nosuid,nodev,noexec,relatime,net_cls)
cgroup on /sys/fs/cgroup/blkio type cgroup (rw,nosuid,nodev,noexec,relatime,blkio)
systemd-1 on /proc/sys/fs/binfmt_misc type autofs (rw,relatime,fd=27,pgrp=1,timeout=300,minproto=5,maxproto=5,direct)
hugetlbfs on /dev/hugepages type hugetlbfs (rw,relatime)
mqueue on /dev/mqueue type mqueue (rw,relatime)
binfmt_misc on /proc/sys/fs/binfmt_misc type binfmt_misc (rw,relatime)
debugfs on /sys/kernel/debug type debugfs (rw,relatime)
tmpfs on /tmp type tmpfs (rw,nosuid,nodev,relatime)
/dev/sda1 on /boot type ext2 (rw,relatime)
/dev/sda4 on /home type ext4 (rw,relatime,data=ordered)
All suggestions appreciated
edit: also, nothing untoward reported by top (i don't think):
top - 15:52:02 up 16 min, 0 users, load average: 0.36, 0.41, 0.30
Tasks: 104 total, 2 running, 102 sleeping, 0 stopped, 0 zombie
%Cpu(s): 0.1 us, 0.2 sy, 0.0 ni, 99.8 id, 0.0 wa, 0.0 hi, 0.0 si, 0.0 st
KiB Mem: 3930516 total, 779240 used, 3151276 free, 51616 buffers
KiB Swap: 2626620 total, 0 used, 2626620 free, 285284 cached
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
1 root 20 0 32552 3432 1924 S 0.0 0.1 0:00.51 systemd
2 root 20 0 0 0 0 S 0.0 0.0 0:00.00 kthreadd
3 root 20 0 0 0 0 S 0.0 0.0 0:00.04 ksoftirqd/0
4 root 20 0 0 0 0 S 0.0 0.0 0:00.14 kworker/0:0
5 root 0 -20 0 0 0 S 0.0 0.0 0:00.00 kworker/0:0H
7 root 0 -20 0 0 0 S 0.0 0.0 0:00.00 kworker/u:0H
8 root rt 0 0 0 0 S 0.0 0.0 0:00.00 migration/0
9 root rt 0 0 0 0 S 0.0 0.0 0:00.00 watchdog/0
10 root rt 0 0 0 0 S 0.0 0.0 0:00.00 migration/1
The lag tends to occur when first tabbing into a directory. On the second time
tabbing through things seem to be fast -- i guess that's cached somewhere.
editedit: i also tried switching back to initscripts, with no improvement, so i guess systemd is off the hook for the remaining problems
Last edited by yourealwaysbe (2012-11-11 15:13:57)

Extremely slow disk access iMac5.1

Hello, my daughter is having problems with her computer. She has a Mac5.1 ( intel ) running 10.4.11.
In the process of trying to determine the problem, I installed Xbench on her computer. The numbers for the disk access category are dismal, all others (although low) appear normal.
This disk values are:
Sequential                         0.03
    Uncached Write            0.01        0.01 MB/sec [4K blocks]
    Uncached Write            0.17        0.10 MB/sec [256K blocks]
    Uncached Read            60.40        17.68 MB/sec[4K blocks]
    Uncached Read            86.73        43.59 MN/sec[256K blocks]
Random                            1.35
    Uncached Write           15.89        0.01 MB/sec [4K blocks]
    Uncached Write            0.35        0.10 MB/sec [256K blocks]
    Uncached Read            63.58        17.68 MB/sec[4K blocks]
    Uncached Read            99.67        43.59 MN/sec[256K blocks
Aparently sequential access is much worse that random access however Apple utilities as well as Onyx claims that the disk is fine. However the computer is nearly unusable.   What else can I try? I ran an fsck on the disk, I also caused the write permissions to be corrected. I am running out of ideas.
BTW her disk is a WDC WD160JS-40TGB0. Out of 148 Gig, 110 are used and about 40 are free.
Any Ideas? Any help is greatly appreciated.

How much RAM does the iMac have and how many Applications are running concurrently or set to open at login?
40GB should be ample free space for V-RAM, but it could definitely get bogged down if there is to little RAM for the users needs.
Sometimes one will inadvertently set a bunch of stuff to automatically open at login. Go to: Apple > System Preferences > Accounts > Login Items and remove any unnecessary Application automatically set to open at login-in and then restart the computer.
Then again it could be that the HD is just suffering from age, if it has been thrashed because of continual page outs due to the lack of system memory. Because my Earlier 2006 Mac4,1 with 2GB of RAM that I upgraded (for space reasons) to a WD 320GB Hard Drive in 2009 is getting:
Disk Test
55.08
Sequential
47.67
Uncached Write
177.90
109.23 MB/sec [4K blocks]
Uncached Write
175.61
99.36 MB/sec [256K blocks]
Uncached Read
14.73
4.31 MB/sec [4K blocks]
Uncached Read
211.81
106.45 MB/sec [256K blocks]
Random
65.23
Uncached Write
25.42
2.69 MB/sec [4K blocks]
Uncached Write
182.78
58.51 MB/sec [256K blocks]
Uncached Read
93.31
0.66 MB/sec [4K blocks]
Uncached Read
172.38
31.99 MB/sec [256K blocks]
Dennis

Time Capsule access is slow

I started this on a separate thread, 'cause my problem seems to differ a bit from most reported here.
After updating to Lion, I noticed that file transfers to the Time Capsule disk are much slower. I'm not talking about Time Machine backups as most people have noticed (these, believe it or not, have now gone back to normal speeds after the first slow backups), but manually transferring a file onto the disk. It takes me around 15 minutes to transfer a 100MB file - and the progress bar is highly irregular! These slow speeds happen both via Ethernet or via wifi...
Really not sure what my options could be on this one. It takes longer to transfer a file to my TC disk connected via Ethernet than to transfer it to another Mac on the same network via wifi! My other Macs (Snow Leopard machines) on the network can access the Time Capsule disk at normal speeds, even via wifi!
Thanks for any input on this!

Hi Pedro,
I'm having the exact same issue as you, whilst transfering files using finder to the Time Capsule or a USB drive attached to the Time Capsule it used to be quick really quick specially via Ethernet connection, after upgrading to Lion the speed is appaling and it can come to a stand still. I have a 100gb iTunes collection on the disk that used to work fine with Snow Leopard now I can't access it. Same goes for the multiple iPhoto collections I have there.
I have tried to format USB drive and Time Capsule HD as well it did not help. Sometimes the transfers can take ages other times they just stop and Finder can be seen on activity monitor as being hanged.
To rule out a problem with the Time Capsule I connected the Mac at work to a windows network I logged in and presto! All network transfers were bad in terms of speed, really bad!
Decided to re-install Lion from scratch but alas the problem is still there.... appareltly Lion 10.7.1 is coming quicker than previously thought....

Time Capsule Disk is very slow

Hello,
I'm using 10.8.2 and I just bought a Time Capsule 2TB for my backups.
I have tried to use Time Machine to backup my data (about 200GB) via our wifi network. My MBP (Retina mid 2012) stands at a distance of 2 meters from the Time Capsule.
It took about 16 hours and at 90% it crashed.
After that I used Carbon Copy Cloner to backup my data manually. I think I will go on with this methode, because I will have instant access to my data.
CCC did the backup a bit faster (about 12-13 hours). Copying other files to the Time Capsule Disk is also slow (about 7-8 GB per hour). Navigating is also slow.
I turned off Spotlight completely without a difference in copying speed.
I think (and I hope) this Time Capsule disk could be faster. Is this a bug? Are there workarounds?
Thanks a lot!

-To sum up things: The setting "DHCP + NAT" delivers fast copying speeds
Yes. You will eliminate the backroute to the fiber modem or maybe even back to your ISP - depending on their setup.
The standard setting of the router is "DHCP + NAT" right?
Normally the standard setting is good enough to obtain an internet connection instantly (without filling in IP, DNS etc. manually).
Yes, you shoudl not have to fill in those details. Should work straight away as your MBP gets thos edetails automatically (yes?)
best to reset the Airport Extreme to defaults and connect it again using DHCP / NAT

How do I fix the problem 'disk is too slow' and what does it mean anyway?

I'm transferring casete tapes to the Mac via the input line. I've transferrred nearly 100 with no prouble, but sudddenly today two things have gone wrong (see separate question for the other one). This one is that suddenly the error message 'Disk is too slow' comes up. also the track (the top one, not the bottom edit section one) is bright red instead ofthe usual dark purple.
What's gone wrong and how do I fixit?

Sorry about the lack of terms: lazy of me I admit. Having read up Garageband Help, I think I've got the answers. Yes, by the top part I mean the track in the timeline. The bottom part is the same track showing up in what is headed the 'Audio Region' The bright red is the colour the track is in the timeline during recording, and it stays like that until after stopping recording I click somewhere in the timeline section (not necessarily on the track itself) at which time it just goes the normal kind of dull greyish colour an unselected region does.
Thanks for telling me how to see the HD info. Its 250GB, of which I've used about 23GB. The first computer I worked on as a programmer back in 1962 had a 400KB drum (the first disks didn't arrive until 1963) as its random access backing store - and yes, that is a K. The machine also came with 12KB of RAM and 4 tape decks, was the size of a hotel kitchen, and cost about $200,000. You young people don't know how lucky you are

Disk is too slow (Record)(-10004) error..so sick of this.

Hello all,
I can no longer record more than three tracks in logic without getting the error message "Disk is too slow (Record)(-10004)". When this happens, recording is stopped.
At first I suspected my drive was faulty, maybe slowing down. So being in the middle of a session that took me 2 hours to set up, I called for a break and rushed off and bought an external Seagate 7200rpm firewire 800 drive. I installed it and set it as the recording path for the project. There was no change, the same error occured.
I then switched the target drive to another internal one I use for Time Machine - same problem occured.
It seems to me that this problem has nothing to do with my drives. I am at a loss to explain it. I have looked for hours online for a solution but while many have experienced this there seem to be few answers out there.
Unless I find a solution this will be my last project with Logic. I tried and tried for the last 5 years to use this program but things like this keep happening. It's glitchy with UAD cards, Duende, RME interfaces, Midi controllers, Hard Drives, RAM and external clocks. I've had problems with them all over the years. I will most likely switch to Cubase which I feel is inferior for editing and loops, but at least it seems to be stable.
If anyone has any insight I'll try and fix it, but I just can't keep shelling out money for a program that just doesn't work.

I am experiencing a similar problem & have been receiving the same messages, even while recording as little as one track and playback has become an issue as well. However, THIS WAS NOT ALWAYS THE CASE. I have heard of people with this same problem, where they receive this message out of nowhere after logic has been working perfectly for them.
I also would like to note that I am running all settings in logic for optimized recording and playback (audio & buffer settings etc etc etc)
THIS IS NOT A HARDWARE ISSUE, at least in my situation as I am running a fast internal HD & have ample memory. Please reach out if you feel like you have a pragmatic solution to this issue.
This may be a possible lead on the fix... I remember reading this post from a user "soundsgood" in 2008 who was having a similar issue..I don't understand completely his solution, but if someone could enlighten me, I feel that this might be the solution to our issue
+"Okay - forgive me 'cause I'm a newbie on this forum and if somebody else has already figgered this out, I'm sorry.... I've been having the same problem all of the sudden after many years of crash-free and error-free recording. I've read everything. I've pulled my hair out. I've done dozens of clean installs. I've repaired permissions so many times I can do it blindfolded. And sitting here tonight, it dawned on me.... there are TWO places Logic is sucking data from: wherever you've got your SONG files stashed, of course.... but it ALSO NEEDS TO ACCESS THE STARTUP DRIVE (or wherever else you might have your Apple Loops installed). I was watching my drives being accessed during a playback of a fairly complicated tune (most tracks were frozen of course), and both of the afore-mentioned drives were going berserck with accesses. We're all focusing on our dedicated audio drives, but forgetting about our boot drives (where Logic usually resides along with most or all of our loops). I carbon copy cloned my boot / operating system (including Logic) to a different (in my case, an external firewire) drive and the problem disappeared. Could've been because the cloning process de-fragged all the loops & stuff, or maybe my OS just likes snatching its sample/loop info from an external drive. Worked for me... so far....... let me know if it works for others....."+

Excessive hard disk access

Using Firefox (latest version) on OS X 10.6.8.
I was on MapQuest, "get directions," adjusting a route repeatedly, when Firefox began a very long hard disk access. I closed a couple of other programs which at first I thought were the culprit. When I tried to quit Firefox (using Apple-Q) it would not quit. I finally used Force Quit (from right-click on the dock icon) and the HD access stopped.
When I restarted Firefox it automatically went back to MQ and the HD access again resumed. I closed the MapQuest window (which was VERY slow to respond) and again quit FF as above.
When I again opened FF, it opened a blank window (my "Home" is a blank window, "about:blank") and resumed the non-stop HD access. I quit again, moved Firefox.app to the trash, reinstalled from the Mozilla web site, started it again, and the same thing happened.
I have not yet deleted my user data because I don't want to lose my bookmarks and cookies.

The applet is running on the clients machine and if the user accepts the certificate of a signed applet it has full access to the machines file system. For saving files the user needs the rights to write into a certain folder.

Eveything involving disk access is slow

Similar Messages

Maybe you are looking for