[Solved]Slow Music

I could not find a topic on this before, so I will go ahead and post:
My music, using any music player (I tried Amarok, Banshee, mplayer, vlc, gmm) is slower than what it is supposed to be. It is only a little slower, and barely noticeable, but I notice, and it bugs me.
I play my song, then I play it on youtube, and the youtube version is sped up. My mp3 player has the same result, slow on computer, normal on mp3 player.
It is the same using a Xine and Gstreamer backend. I'm not sure what to do or if anything can be done. I will post more info as needed.
Thank you.
****EDIT****
So as it turns out, using mpd and Sonata solves my problem of slow music...perhaps it was a buffering issue, but I'm glad its over with.
Last edited by AngryKoala (2009-12-23 13:48:14)

Sound Card: Razer Barracuda
Asound.conf:
pcm.phononpulse {
type plug
slave.pcm {
type pulse
hint {
show on
description "PulseAudio"
I do not think that it is an ALSA issue, since I had the same issue with OSS
Last edited by AngryKoala (2009-11-20 05:38:43)

Similar Messages

Can anyone please advise me how to solve while music pauses by itself when playing music on i tunes

can anyone please advise me how to solve while music pauses by itself for few seconds randomly when playing music on i tunes. Already tried playing in safe mode and using a different user account the problrm still exist. i am using mountain lion and i tunes 11

How to use multiple iPods, iPads, or iPhones with one computer

Very slow music download with iTunes match on iOS devices

For some time now I experience very slow performance downloading music with iTunes match on my iOS devices.
Downloading music takes ages now. Not so long ago download music with iTunes match was as fast as buying music from the iTunes Store.
I tried to restore my iPhone but nothing changed.
The download itself is quite fast but after that the blue progress bar is full and the statut is "en cours" (french) something like busy/ongoing in english . The other tracks have a status wating;
Any idea how to solve the issue?
Thanks

Same here. It seems to be better when the device has been set up from scratch. A delete and restore does not the trick. So I learned to live with it

[SOLVED] Slow read speeds from a DroboFS mounted in fstab via cifs

I've decided to move all my media over to my drobofs which I have and I've mounted the share on the drobo in fstab this way:
//mydrobofs/Media /media/drobofs cifs iocharset=utf8,uid=af,gid=users,guest,dir_mode=0775 0 0
The share is mounted fine at boot but my issue is now the read speeds are very slow. opening a video file with vlc takes 30 seconds or more before it starts playing. Before this was accessing the share on my drobofs via the network tab (samba shares) in Dolphin (using KDE4) and here the video files played immediately in vlc (no delay). The reason why I want to mount the share via cifs and fstab is to move music collection over to the my drobofs and since I'm using Amarok for managing my collection this is the only way to make Amarok see my Music collection on the Drobofs.
Why am I getting so slow read speeds with cifs?
Last edited by fettouhi (2012-05-07 05:54:00)

I did some more testing and seems like the problem has something to do with how many video files there are in the directory. I have some directories with several 100 video files and here I get this long delay but if I play a file that is in a directory by itself or only a few other video files are there, then the video starts immediately (almost). Is there a way to turn off this behaviour in vlc? Is it generating a playlist or what?

[SOLVED] Slow Desktop GUI components

Arch Linux 64
i5 -2500k / 8GB Ram / Nvidia with the closed source drivers
OpenBox
LXPanel
compton-git (from AUR)
I am running into a strange recurring problem for some time now.
Even though running and launching applications is fast, various GUI components of individual apps are lagging.
For example moving through the preferences tabs of Pidgin, or preferences tabs of firefox, or changing between open tabs in Firefox( does not happen in Chrome) or generally using the GUI dialogs of certain applications might take 2-3 seconds from the time I clicked to the gui component to the time the change occurs (for example changing from one preference tab to another).
I do not have any performance issues generally in the system, except those gui components that are painfully slow.
Things i have tried so far:
-Initially i thought it was only manifesting in firefox so I reseted the profile but that did not improve the situation.
-I thought it might have to do with GTK so I deleted the .gtk-bookmarks from home dir (in order to be recreated) but that did not improve the situation. I still believe it might have something to do with GTK.
any suggestions are greatly appreciated.
Last edited by mastorak (2014-05-19 19:56:16)

After more experimentation I am now fairly certain that the issue is caused by compton.
I looked into the bugs reported for compton and apparently there are some issues caused by it when used with the nvidia driver having set the backend option to "glx".
With the following compton config it seems to be working correctly with no slowness.
backend = "xr_glx_hybrid"
vsync = "opengl-swc"
glx-no-rebind-pixmap = true
glx-no-stencil = true
paint-on-overlay = true
unredir-if-possible = true
Note that the backend "xr_glx_hybrid" config option is only available(for now) from the "compton-git" package and not "compton" package.
I do not mark it yet as "Solved" as I want to use it for sometime to be certain.
edit:for syntax errors
Last edited by mastorak (2014-05-19 08:38:28)

[Solved] Slow resizing for some apps under KDE4.

I use KDE4 (with the default theme) and Radeon graphic card (free driver). My problem is that the resizing of some windows is really slow. The problem does not appear with the KDE QT applications, but mostly for some old apps. Claws-mail is particularly affected. I do not think it is really a driver problem because claws-mail is unaffected in other window manager (as the default one in Ubuntu, with the same driver) as well in more primitive window managers like icewm. Moreover, native KDE4 QT apps behave properly.
It seems that modern Qt apps redraw approximatively while the resizing and do a final, complete redraw when it is finished, so it is smooth. Claws-mail redraw every time and it's not smooth. However, with other window managers, claws-mail does not redraw at all while the resizing and redraw one time at the end which is less visually appealing, but nevertheless smooth (it was probably the old method); for some reason it redraw every time while the resizing in KDE4.
I am only guessing and have not been able to find a proper documentation nor any fix. Anyone can point me in the right direction?
Last edited by olive (2014-09-24 18:11:59)

I reply to my own post. The culprit was the oxygen GTK theme under KDE. Under KDE, change it to Raleigh with System Setting -> Application Appearance -> GTK and the problem is solved. I had a problem with bluegriffon (from the AUR) that crashes. It was suggested here that the oxygen GTK theme was the culprit: https://groups.google.com/forum/#!topic … Xb92OyWNj8 . Indeed, after changing the theme, no more crash, and as no more problem with resizing windows!. Strange bugs though, I would have thought of everything but the GTK theme ?!?

[Solved]Slow samba mount of Windows 8

I'm trying to mount a samba share of a windows 8 machine. Connection works and I can mount it, but it rather slow. The wiki page suggests adding vers= to the options, and the man page for mount.cifs says that windows 8 is 3.0. However I get an error when attempting to add that option I get the following error:
# sudo mount.cifs //NAS/Media /mnt/NAS -o vers=3.0
mount error(112): Host is down
Is this a syntax error, or something else?
Solved it, ahould be vers=3
Last edited by fukin_jim (2014-04-04 01:59:49)

Slowness is most likely caused by the Packages and/or drivers added to the MDT console. If you don't need the patches at boot time, remove them from the MDT console, and add a WSUS server instead. See if that speeds things up...Otherwise, yea look at the
dism logs to determine what is slowing down the machine, share the logs on OneDrive if you still need help.
Keith Garner - Principal Consultant [owner] -
http://DeploymentLive.com

Slow Music CD & Film DVD read speed

Hello, I have the late 2008 mbp with a matshita superdrive.
I am finding read speeds for music and film discs to be very slow. Activity window shows it to be 2mb/s peaking at 4mb/s. Data discs read at 8mb/s. The drive is audibly spinning faster with data discs.
So importing music to itunes or converting dvds for my ipod touch is painfully slow. Cpu usage is nowhere near maximum and i have even copied the discs to test conversion speed from the harddrive.
My best guess is that apple has reduced the drive speed when playing these discs so the superdrives themselves are not so loud as to ruin the listening/watching experience.
Has anyone else experienced this? If I am correct is there a way to change the drive speeds for different media.
Thanks in advance.

I too am experiencing the same problem. I am currently in Iraq, and my wife sends me videos of my daughters that she burned to DVD. The videos are not too large, but they take FOREVER to transfer to my laptop. The drive spins up as you mentioned, then slows down and never speeds up again. It doesn't matter if the media is DVD or CD, the transfer speed is always slow. I hope that a solution presents itself soon. Obviously I do not have a local Apple store that I can take my machine into, and I am loathe to be without a computer for 6-8 weeks to send it back and forth.

Slow music playback on X2

music playback becoming slower after few minutes of listening.
-1300 of 2000 MB free on SD card
-25 of 48 MB free in internal phone memory
have latest firmware, tried power on and off, and also master reset but still same issue.
Just to note that it isn't very noticeable latency but it is still there and for fine hear this can be little annoying.
Anyone have same exp with this problem and any possible solution for this?
Thanks in advance

sirweste,
256MB of RAM seems a little low for Windows XP and that processor, but I'm still not sure how simple typing would be causing that much of a difference. Have you tried clean installing your soundcard into an alternati've PCI slot just in case some type of resource conflict is occurring?
Daniel

Very slow music player on iPad

Very very slow iPad music player on iPad? I see loads of questions on this but no answers. Have switched off music match and really anything that could be causing the delay. Currently trying to reset the iPad device but if there are any quick answers out there, please let me know. Have a very large music collection but willing to only use subset on iPad if required (anything to get the performance back to normal). Thanks.....

MugStar7 wrote:
What would really be odd would be to settle for mediocrity just because someone will come up with an app an app that'll cost $.
Odder still would be to hang around here preaching to those who really don't care when you could and should be preaching to Apple, who would of course value and appreciate your input.
Mediocrity represents your opinion, which will get its due weight. As for apps that cost $, well ..... professionals would actually expect to have to pay for their tools. Why we even have all sorts of tax laws set up which will encourange you to do just that.

[SOLVED] SLOW web SURFING (tcpdumps attached)

THIS PROBLEM HAS ALREADY BEEN SOLVED, THANKS TO heftig from #archlinux that solved this. The solution was actually pretty simple, set tcp_window_scaling to 0:
echo 0 > /proc/sys/net/ipv4/tcp_window_scaling
This is actually not gnu/linux fault at all. It's my ISP's fault. Here in Mexico, there's a cable company called "MEGACABLE", they seem to hire the system admins that now nothing or little about what they are doing, and this is exactly what caused the problem. The isp runs a transparent proxy (squid), and in the words of heftig this problem reduces to this:
"the issue is their proxy is announcing 'i understand window scaling' even though it doesn't. seems it needs a kernel upgrade"
This one issue is an isolated one, there are other issues regarding the transparent proxy, but I can live with those.
Hello, recently I've noticed my web surfing experience under archlinux is extremely slow. First I thought it was a problem with my ISP, but the problem only happened when surfing the web, if I download a file it will download it at the expected rate (5mbit). Other applications work fine (IM, pacman, ping, etc).
The first thing I did was trying with a fresh firefox profile, the problem persisted. Then I tried running it in safe mode, problem still persisted. So I tried a different web browser (konqueror) and the problem was still there. So I discarded this as a browser problem. On this same machine, I ran a virtualized windows instance (virtualbox): web surfing goes many times faster in there (using firefox too).
I manually configured NAT for the virtualized windows machine, so I'm pretty sure all traffic is flowing through my host OS (archlinux). Just to be sure it was not a firewall problem I disabled it, the slow web surfing problem persisted. I don't think this is a DNS issue either, both are using the same dns configuration and doing "nslookup archlinux.org" returns in less than a second (tried that with many other address as well).
So, just to verify what was going on I decided to do a test using tcpdump for webpage http://www.opendns.org (not using it, but this was just for testing). Below are the dumps for both native (archlinux) dump and virtualized (windows) dump. I noticed the archlinux dump shows a really small window size for packets, while the windows machine does not. Also, archlinux receives almost twice as much packets in the process than the windows machine. <-- Already solve this, thanks jargoman.
Additional information:
* there's no web proxy configured for any of the machines (except for the one behind my ISP, but that shouldn't concern me).
* I have changed MTU already (my ISP's dhcp server was setting it to 576, changed it to 1400).
* I did some more tests, sometimes (frequently) I get lots of small Push packets and the web page loads extremely slow, it goes image by image and line by line in paragraphs. Below is a dump that shows this behavior. Notice it took 600 packets to load a single page, it loaded very very slow.
ARCHLINUX DUMP
tcpdump -i eth0 -n tcp and host opendns.com
16:10:02.395080 IP 10.110.81.195.37877 > 208.69.38.150.80: Flags [S], seq 1164693811, win 2144, options [mss 536,sackOK,TS val 13806187 ecr 0,nop,wscale 7], length 0
16:10:02.404975 IP 208.69.38.150.80 > 10.110.81.195.37877: Flags [S.], seq 3422882, ack 1164693812, win 8760, options [mss 1460,wscale 0,eol], length 0
16:10:02.405028 IP 10.110.81.195.37877 > 208.69.38.150.80: Flags [.], ack 1, win 17, length 0
16:10:02.405118 IP 10.110.81.195.37877 > 208.69.38.150.80: Flags [.], ack 1, win 17, length 536
16:10:02.405128 IP 10.110.81.195.37877 > 208.69.38.150.80: Flags [P.], ack 1, win 17, length 119
16:10:02.592995 IP 208.69.38.150.80 > 10.110.81.195.37877: Flags [.], ack 1, win 46, length 0
16:10:02.593969 IP 208.69.38.150.80 > 10.110.81.195.37877: Flags [.], ack 656, win 54, length 0
16:10:02.630362 IP 208.69.38.150.80 > 10.110.81.195.37877: Flags [P.], ack 656, win 54, length 329
16:10:02.630396 IP 10.110.81.195.37877 > 208.69.38.150.80: Flags [.], ack 330, win 26, length 0
16:10:02.630929 IP 208.69.38.150.80 > 10.110.81.195.37877: Flags [.], ack 656, win 54, length 536
16:10:02.630945 IP 10.110.81.195.37877 > 208.69.38.150.80: Flags [.], ack 866, win 34, length 0
16:10:02.727854 IP 208.69.38.150.80 > 10.110.81.195.37877: Flags [.], ack 656, win 54, length 536
16:10:02.727909 IP 10.110.81.195.37877 > 208.69.38.150.80: Flags [.], ack 1402, win 42, length 0
16:10:02.728954 IP 208.69.38.150.80 > 10.110.81.195.37877: Flags [.], ack 656, win 54, length 536
16:10:02.729017 IP 10.110.81.195.37877 > 208.69.38.150.80: Flags [.], ack 1402, win 42, length 0
16:10:02.729899 IP 208.69.38.150.80 > 10.110.81.195.37877: Flags [P.], ack 656, win 54, length 536
16:10:02.729964 IP 10.110.81.195.37877 > 208.69.38.150.80: Flags [.], ack 2474, win 51, length 0
16:10:02.823468 IP 208.69.38.150.80 > 10.110.81.195.37877: Flags [.], ack 656, win 54, length 536
16:10:02.823524 IP 10.110.81.195.37877 > 208.69.38.150.80: Flags [.], ack 3010, win 59, length 0
16:10:02.826161 IP 208.69.38.150.80 > 10.110.81.195.37877: Flags [P.], ack 656, win 54, length 536
16:10:02.826216 IP 10.110.81.195.37877 > 208.69.38.150.80: Flags [.], ack 3546, win 67, length 0
16:10:02.828020 IP 208.69.38.150.80 > 10.110.81.195.37877: Flags [.], ack 656, win 54, length 536
16:10:02.828042 IP 10.110.81.195.37877 > 208.69.38.150.80: Flags [.], ack 3546, win 67, length 0
16:10:02.828807 IP 208.69.38.150.80 > 10.110.81.195.37877: Flags [.], ack 656, win 54, length 536
16:10:02.828824 IP 10.110.81.195.37877 > 208.69.38.150.80: Flags [.], ack 4618, win 76, length 0
16:10:02.829747 IP 208.69.38.150.80 > 10.110.81.195.37877: Flags [.], ack 656, win 54, length 536
16:10:02.829766 IP 10.110.81.195.37877 > 208.69.38.150.80: Flags [.], ack 5154, win 84, length 0
16:10:02.918759 IP 208.69.38.150.80 > 10.110.81.195.37877: Flags [.], ack 656, win 54, length 536
16:10:02.918787 IP 10.110.81.195.37877 > 208.69.38.150.80: Flags [.], ack 5690, win 93, length 0
16:10:02.920392 IP 208.69.38.150.80 > 10.110.81.195.37877: Flags [.], ack 656, win 54, length 536
16:10:02.920449 IP 10.110.81.195.37877 > 208.69.38.150.80: Flags [.], ack 6226, win 101, length 0
16:10:02.923307 IP 208.69.38.150.80 > 10.110.81.195.37877: Flags [P.], ack 656, win 54, length 536
16:10:02.923334 IP 10.110.81.195.37877 > 208.69.38.150.80: Flags [.], ack 6226, win 101, length 0
16:10:02.924339 IP 208.69.38.150.80 > 10.110.81.195.37877: Flags [P.], ack 656, win 54, length 536
16:10:02.924356 IP 10.110.81.195.37877 > 208.69.38.150.80: Flags [.], ack 6762, win 109, length 0
16:10:02.926423 IP 208.69.38.150.80 > 10.110.81.195.37877: Flags [.], ack 656, win 54, length 536
16:10:02.926441 IP 10.110.81.195.37877 > 208.69.38.150.80: Flags [.], ack 6762, win 109, length 0
16:10:02.927912 IP 208.69.38.150.80 > 10.110.81.195.37877: Flags [.], ack 656, win 54, length 536
16:10:02.927927 IP 10.110.81.195.37877 > 208.69.38.150.80: Flags [.], ack 8370, win 118, length 0
16:10:02.928379 IP 208.69.38.150.80 > 10.110.81.195.37877: Flags [.], ack 656, win 54, length 536
16:10:02.928398 IP 10.110.81.195.37877 > 208.69.38.150.80: Flags [.], ack 8370, win 118, length 0
16:10:02.929324 IP 208.69.38.150.80 > 10.110.81.195.37877: Flags [.], ack 656, win 54, length 536
16:10:02.929347 IP 10.110.81.195.37877 > 208.69.38.150.80: Flags [.], ack 9442, win 126, length 0
16:10:02.930903 IP 208.69.38.150.80 > 10.110.81.195.37877: Flags [.], ack 656, win 54, length 536
16:10:02.930924 IP 10.110.81.195.37877 > 208.69.38.150.80: Flags [.], ack 9978, win 134, length 0
16:10:03.015360 IP 208.69.38.150.80 > 10.110.81.195.37877: Flags [.], ack 656, win 54, length 536
16:10:03.015399 IP 10.110.81.195.37877 > 208.69.38.150.80: Flags [.], ack 10514, win 143, length 0
16:10:03.016434 IP 208.69.38.150.80 > 10.110.81.195.37877: Flags [.], ack 656, win 54, length 536
16:10:03.016496 IP 10.110.81.195.37877 > 208.69.38.150.80: Flags [.], ack 11050, win 151, length 0
16:10:03.017549 IP 208.69.38.150.80 > 10.110.81.195.37877: Flags [P.], ack 656, win 54, length 536
16:10:03.017604 IP 10.110.81.195.37877 > 208.69.38.150.80: Flags [.], ack 11586, win 160, length 0
16:10:03.019564 IP 208.69.38.150.80 > 10.110.81.195.37877: Flags [.], ack 656, win 54, length 536
16:10:03.019611 IP 10.110.81.195.37877 > 208.69.38.150.80: Flags [.], ack 12122, win 168, length 0
16:10:03.020917 IP 208.69.38.150.80 > 10.110.81.195.37877: Flags [P.], ack 656, win 54, length 501
16:10:03.020936 IP 10.110.81.195.37877 > 208.69.38.150.80: Flags [.], ack 12623, win 176, length 0
16:10:03.022810 IP 208.69.38.150.80 > 10.110.81.195.37877: Flags [.], ack 656, win 54, length 536
16:10:03.022830 IP 10.110.81.195.37877 > 208.69.38.150.80: Flags [.], ack 12623, win 176, length 0
16:10:03.024203 IP 208.69.38.150.80 > 10.110.81.195.37877: Flags [.], ack 656, win 54, length 536
16:10:03.024218 IP 10.110.81.195.37877 > 208.69.38.150.80: Flags [.], ack 13695, win 185, length 0
16:10:03.024931 IP 208.69.38.150.80 > 10.110.81.195.37877: Flags [P.], ack 656, win 54, length 210
16:10:03.024948 IP 10.110.81.195.37877 > 208.69.38.150.80: Flags [.], ack 13905, win 193, length 0
16:10:03.025535 IP 208.69.38.150.80 > 10.110.81.195.37877: Flags [P.], ack 656, win 54, length 7
16:10:03.025553 IP 10.110.81.195.37877 > 208.69.38.150.80: Flags [.], ack 13912, win 193, length 0
16:10:03.025565 IP 208.69.38.150.80 > 10.110.81.195.37877: Flags [F.], seq 13912, ack 656, win 54, length 0
16:10:03.025685 IP 10.110.81.195.37877 > 208.69.38.150.80: Flags [F.], seq 656, ack 13913, win 193, length 0
16:10:03.123024 IP 208.69.38.150.80 > 10.110.81.195.37877: Flags [.], ack 657, win 54, length 0
16:10:04.683194 IP 10.110.81.195.37884 > 208.69.38.150.80: Flags [S], seq 1201807023, win 2144, options [mss 536,sackOK,TS val 13806874 ecr 0,nop,wscale 7], length 0
16:10:04.692852 IP 208.69.38.150.80 > 10.110.81.195.37884: Flags [S.], seq 26796320, ack 1201807024, win 8760, options [mss 1460,wscale 0,eol], length 0
16:10:04.692919 IP 10.110.81.195.37884 > 208.69.38.150.80: Flags [.], ack 1, win 17, length 0
16:10:04.692994 IP 10.110.81.195.37884 > 208.69.38.150.80: Flags [.], ack 1, win 17, length 536
16:10:04.693004 IP 10.110.81.195.37884 > 208.69.38.150.80: Flags [P.], ack 1, win 17, length 224
16:10:04.706404 IP 208.69.38.150.80 > 10.110.81.195.37884: Flags [.], ack 537, win 32696, length 0
16:10:04.706452 IP 208.69.38.150.80 > 10.110.81.195.37884: Flags [.], ack 761, win 32584, length 0
16:10:04.908541 IP 208.69.38.150.80 > 10.110.81.195.37884: Flags [.], ack 761, win 32964, length 536
16:10:04.908584 IP 10.110.81.195.37884 > 208.69.38.150.80: Flags [.], ack 537, win 26, length 0
16:10:04.909880 IP 208.69.38.150.80 > 10.110.81.195.37884: Flags [P.], ack 761, win 32964, length 286
16:10:04.909917 IP 10.110.81.195.37884 > 208.69.38.150.80: Flags [.], ack 823, win 34, length 0
WINDOWS DUMP
tcpdump -i eth0 -n tcp and host opendns.com
16:09:42.130172 IP 10.110.81.195.1583 > 208.69.38.150.80: Flags [.], ack 9975834, win 64240, length 536
16:09:42.130216 IP 10.110.81.195.1583 > 208.69.38.150.80: Flags [P.], ack 1, win 64240, length 133
16:09:42.335734 IP 208.69.38.150.80 > 10.110.81.195.1583: Flags [.], ack 0, win 5840, length 0
16:09:42.335774 IP 208.69.38.150.80 > 10.110.81.195.1583: Flags [.], ack 669, win 6432, length 0
16:09:42.404828 IP 208.69.38.150.80 > 10.110.81.195.1583: Flags [P.], ack 669, win 6432, length 329
16:09:42.405647 IP 208.69.38.150.80 > 10.110.81.195.1583: Flags [.], ack 669, win 6432, length 1380
16:09:42.406125 IP 10.110.81.195.1583 > 208.69.38.150.80: Flags [.], ack 1710, win 64240, length 0
16:09:42.508888 IP 208.69.38.150.80 > 10.110.81.195.1583: Flags [.], ack 669, win 6432, length 1380
16:09:42.509202 IP 10.110.81.195.1583 > 208.69.38.150.80: Flags [.], ack 1710, win 64240, length 0
16:09:42.511601 IP 208.69.38.150.80 > 10.110.81.195.1583: Flags [.], ack 669, win 6432, length 1380
16:09:42.512218 IP 10.110.81.195.1583 > 208.69.38.150.80: Flags [.], ack 4470, win 64240, length 0
16:09:42.514308 IP 208.69.38.150.80 > 10.110.81.195.1583: Flags [.], ack 669, win 6432, length 1380
16:09:42.514994 IP 10.110.81.195.1583 > 208.69.38.150.80: Flags [.], ack 5850, win 64240, length 0
16:09:42.608441 IP 208.69.38.150.80 > 10.110.81.195.1583: Flags [.], ack 669, win 6432, length 1380
16:09:42.611712 IP 208.69.38.150.80 > 10.110.81.195.1583: Flags [.], ack 669, win 6432, length 1380
16:09:42.614715 IP 10.110.81.195.1583 > 208.69.38.150.80: Flags [.], ack 7230, win 64240, length 0
16:09:42.616634 IP 208.69.38.150.80 > 10.110.81.195.1583: Flags [.], ack 669, win 6432, length 1380
16:09:42.617770 IP 10.110.81.195.1583 > 208.69.38.150.80: Flags [.], ack 9990, win 64240, length 0
16:09:42.619459 IP 208.69.38.150.80 > 10.110.81.195.1583: Flags [.], ack 669, win 6432, length 1380
16:09:42.620802 IP 10.110.81.195.1583 > 208.69.38.150.80: Flags [.], ack 11370, win 64240, length 0
16:09:42.622500 IP 208.69.38.150.80 > 10.110.81.195.1583: Flags [P.], ack 669, win 6432, length 1253
16:09:42.711272 IP 208.69.38.150.80 > 10.110.81.195.1583: Flags [P.], ack 669, win 6432, length 7
16:09:42.711735 IP 10.110.81.195.1583 > 208.69.38.150.80: Flags [.], ack 12623, win 64240, length 0
16:09:42.711757 IP 208.69.38.150.80 > 10.110.81.195.1583: Flags [P.], ack 669, win 6432, length 1282
16:09:42.712316 IP 10.110.81.195.1583 > 208.69.38.150.80: Flags [.], ack 13912, win 64240, length 0
16:09:42.712351 IP 10.110.81.195.1583 > 208.69.38.150.80: Flags [F.], seq 669, ack 13912, win 64240, length 0
16:09:42.713234 IP 208.69.38.150.80 > 10.110.81.195.1583: Flags [F.], seq 13912, ack 669, win 6432, length 0
16:09:42.714178 IP 10.110.81.195.1583 > 208.69.38.150.80: Flags [.], ack 13913, win 64240, length 0
16:09:42.819594 IP 208.69.38.150.80 > 10.110.81.195.1583: Flags [.], ack 670, win 6432, length 0
16:09:43.752660 IP 10.110.81.195.1585 > 208.69.38.150.80: Flags [S], seq 1619761946, win 64240, options [mss 1460,nop,nop,sackOK], length 0
16:09:43.802954 IP 208.69.38.150.80 > 10.110.81.195.1585: Flags [S.], seq 12220252, ack 1619761947, win 8760, options [mss 1460,eol], length 0
16:09:43.803630 IP 10.110.81.195.1585 > 208.69.38.150.80: Flags [.], ack 1, win 64240, length 0
16:09:43.803662 IP 10.110.81.195.1585 > 208.69.38.150.80: Flags [.], ack 1, win 64240, length 536
16:09:43.803677 IP 10.110.81.195.1585 > 208.69.38.150.80: Flags [P.], ack 1, win 64240, length 237
16:09:43.814162 IP 208.69.38.150.80 > 10.110.81.195.1585: Flags [.], ack 537, win 65164, length 0
16:09:43.814258 IP 208.69.38.150.80 > 10.110.81.195.1585: Flags [.], ack 774, win 64927, length 0
16:09:44.017480 IP 208.69.38.150.80 > 10.110.81.195.1585: Flags [P.], ack 774, win 65535, length 823
16:09:44.186029 IP 10.110.81.195.1585 > 208.69.38.150.80: Flags [.], ack 824, win 64240, length 0
ULTRA SLOW ARCHLINUX DUMP (this is from just one request!)
tcpdump -i eth0 -n tcp and host opendns.com
http://pastebin.com/m15ee1831
What's going on here? I'm really lost. I'll really appreciate all the help you can give.
Edgar Merino
Last edited by bimbo (2009-10-27 02:46:12)

if you search Maximum Transmission Unit it's a setting in routers and can be set in windows/linux. It's the default size of a tpc packet. Or the maximum a tcp packet can be. If you can set the mtu in arch as much the windows maybe it will help. I don't really know how to do that but by looking at your tcpdump I'd say the windows mtu is 1380 and arch's is 536. Arch would need about 2.5 more packets per transmission. I think routers are set to 1400 - 1440 or so setting it above 1400 is a probably a bad idea.

Ridiculously slow music transfer

Yesterday i bought myself an iphone, upgrading from my itouch which was quite fast at transfering music. so this morning i tell it to fill itself up with music (32 gig) and 4 hours later i came back and it had less than 400 songs transfered. 100 songs an hour? what the **** is this? this is the same port and same wire that the ipod touch had no problems with.
what is the deal here?

i cant remember the exact motherboard model
S'okay. You're running XP, which rules out several issues with Windows 7 where the motherboard details become significant.
Is she a laptop? if so, I'd first try the following document:
[iPod not recognized when connected to Windows laptop over USB|http://support.apple.com/kb/TS1401]
(That sort of thing can be related to slow syncs as well as recognition issues.)
If you don't have a laptop, or changing the power management settings didn't help, I'd next try the following document:
[iPhone or iPod is not recognized properly by computer when USB drivers are not installed properly or are out of date|http://support.apple.com/kb/TS1538]

Help by Forum Mods solved slow speed

Thank you to the replies in the super slow thread where I posted. A big thank you to Stephanie a Forum Moderator who guided me back to a better service and speed than before the issue started.
If you have lost tithe good broadband speed you once enjoyed I recommend you follow the guidance of the Forum Moderators. Like me your frustration will hinder any progress and patience is needed, two weeks in my case.
I had 6 Mbps in November, then down to .25, I blamed BT for capping throttling me, and raged at those on the forum that insisted Bt don't do this ( deliberately ) vented my anger at BT vowing to move to Sky (which I will not).
here is what I know now....
I caused my own problem, I switched the power of the hub when away for a week, the exchange assumed a power cut which would do the same and automatically registers a fault on my broadband cuts the speed to 0.25mbps ( No human BT dictator flicks any switches or choses me maliciously ). The automated procedure of the computers at the exchange is now to monitor my BB connection and if there are no more outages or faults gradually bring the speed back up. For some this will happen over 3 to 5 days. I never had more than 3 hours without dropping tithe connection so that was not going to happen.
I had two unforeseen further problems, a fault on my voice line, BT eng summoned by the Forum Mod, and faulty connection sorted. Still the BB connection was dropping inside a 12houri window. I noticed that there were now as many a 5 Bt hubs and 3 others being offered by my wireless connection. Stephanie then guided me on changing the wireless frequency of my hub, to avoiinterference from my neighbours hubs. Problem solved.
I now have 10.5 Mbps and a very stable connection, I was able to move the hub to the end of an extension ( now I understand the Adsl filter) and use an Ethernet cable to connect to the Sky box for on demand. droop romp or lag on Netflix from the Xbox.
A long post but I hope it will help the frustrated understand the papered problem can be fix and the team here can help, but patience is required.
Seasons Greetings to all the forum and especially the Moderators and Team.
ps. If you are going to correct my description of what happens when the exchange drops the speed don't be to techy, not all BT customerthrill understand.

It is a regular problem i am afraid and will only get worse the more wireless routers that come on line don't worry about the predictive text it winds me up as well
If you want to say thanks for a helpful answer,please click on the Ratings star on the left-hand side If the reply answers your question then please mark as ’Mark as Accepted Solution’

How to solve slow processor speed

How do you troubleshoot extremely slow processing speed on an Intel based iMac? I have already emptied cache memory, force quit or closed all programs and rebooted. This did not solve the problem.

Open Activity Monitor (Applications - Utilities - Activity Monitor) and see if there are any processes that are using unususal amounts of %CPU. If they are quit that process.
BTW please fill out your profile so we know what iMac you have and what version of OS X you are running.

SLOW Music Store loading times (Safari too)

For the past few weeks (unsure if directly tied to a security or version upgrade), the ITunes music store has become painfully slow to load. The load bar starts, gets about 90% there quickly, then appears to 'hang', like it is having trouble loading the last couple images. All store pages have the same problem, including searches. Similar thing happening in Safari, though is more manageable since, unlike ITunes music store, the screen appears before it is fully loaded.
Other computers on my same home network, including both a mac and a PC, do not have this problem with ITunes. It is definitely just this one computer.
Have tried resetting Safari, playing with the buffer setting on ITunes, no luck.
Thoughts? Thank you

Hi Jim,
The 'refresh to force the page to load' symptom is usually a sign that you either have the wrong DNS addresses specified in your Network preferences or your ISPs DNS server are very slow.
Have a search for DNS on the Safari forum - there's quite a few posts and sample addresses for you to try out.
Good luck.

[Solved]Slow Music

Similar Messages

Maybe you are looking for