Tại sao iTunes của tôi sử dụng nhiều thời gian CPU?


10

Tôi có một chiếc Macbook khoảng 2 tuổi (10,5). Tôi có iTunes 10.

Khi iTunes đang phát MP3, tôi thấy việc sử dụng CPU của quy trình iTunes trong màn hình hệ thống dao động từ 65% -75%. Khi tôi tạm dừng nhạc, tôi thấy mức sử dụng CPU khoảng 65% -75%.

Tôi không có bất kỳ hình ảnh trực quan nào, theo hiểu biết của tôi, tôi không bật bất kỳ tính năng phá hủy CPU nào, thư viện nhạc của tôi không nhỏ, nhưng nó hầu như không lớn (3GB). Điều này hơi khó chịu khi tôi cắm vào tường vì tôi chỉ có thời gian biên dịch lâu hơn một chút, nhưng nếu tôi ra ngoài, đây là một sự hao hụt lớn về pin.

Sử dụng VLC tôi thấy tải CPU tối đa ~ = 10% khi nghe nhạc và thường thấp hơn.

ITunes đang làm cái quái gì vậy?


Tôi thường tự hỏi mình câu hỏi đó! Bạn có nhiều Danh sách phát thông minh không? Đó là những con lợn được cho là CPU (mặc dù có tính chất hướng đến sự kiện của ca cao Tôi không chắc tại sao lại như vậy). Những gì bạn có thể làm là bắt đầu Spin Control (từ gói Công cụ dành cho nhà phát triển) và lấy mẫu iTunes khi nó bị treo, điều thường xuyên và xem qua những gì nó đang làm. Bên cạnh đó, tôi hiện đang nhập CD có sửa lỗi VÀ phát các tệp đã nhập VÀ nhập (khôi phục từ bản sao lưu) các chương trình iTunes Store TV và tôi chỉ sử dụng 36% CPU.
msanford

Tôi khá chắc chắn rằng tôi không sử dụng danh sách phát thông minh. Tôi là một người dùng iTunes không phức tạp. Tôi có xu hướng nghe các album đầy đủ vì vậy tôi sử dụng chế độ xem 'sắp xếp theo album', nhấp vào một bài hát ngẫu nhiên và đi thẳng xuống các album từ đó. Về cơ bản đó là 100% các trường hợp sử dụng của tôi.
mã số xe đạp

Thực hiện một số thử nghiệm để xác nhận và tôi sẽ đưa ra câu trả lời chính thức ở đây nếu tôi gặp phải nó (và báo lỗi), nhưng có vẻ như kết xuất bìa album là thủ phạm. (hầu hết của tôi có bìa, vì vậy nó trông giống như mọi lúc). Tôi chỉ nhận thấy rằng ở giữa danh sách sử dụng CPU của tôi bị giảm. Theo nghĩa đen, cuộn lên trong danh sách 4 bài hát, CPU -> 65%. Cuộn xuống danh sách, không chạm vào thứ gì khác, CPU -> 5%. Tuyệt vời.
bikesandcode

Một từ: Apple.
Sliq

Câu trả lời:


1

Dưới đây là một số dự đoán:

  • Lập chỉ mục siêu dữ liệu về âm nhạc của bạn
  • Giải mã trước các bản nhạc tiếp theo trong danh sách phát của bạn để chuyển tiếp mượt mà từ bài hát này sang bài hát khác, chẳng hạn như phát lại khoảng cách hoặc xen kẽ
    • Gần đây bạn có cho phép phát lại không khoảng cách, và có lẽ nó đang phân tích các bản nhạc cho việc này?
  • Một lỗi

Tôi đang thấy tải 0,0% cho iTunes 10.6 64 bit bị tạm dừng trên OS X 10.7 Lion.

Vì bạn đang sử dụng Leopard (OS X 10.5), có thể đó là lỗi dành riêng cho Leopard?

Xin lỗi tôi không có câu trả lời cụ thể - đó là một điều rất phức tạp, tìm hiểu điều gì có thể khiến Macbook của một người gặp sự cố khi chạy iTunes trên phiên bản HĐH cũ hơn. Tốt nhất của may mắn, mặc dù!


-2

Chỉ nên sử dụng thời gian CPU đó khi bạn đồng bộ hóa iPhone / iPod hoặc khi bạn trích xuất CD. Ngoài ra còn có các tác vụ tiêu thụ CPU khác nhưng hai tác vụ này là phổ biến nhất.

Khi trích xuất một đĩa CD, rõ ràng bạn đang thực hiện nhiều thao tác bẻ khóa và mã hóa.

Khi đồng bộ hóa iPod, đôi khi bạn thu nhỏ hàng trăm hình ảnh, vì hình ảnh 3 MB hoặc 500kB trông giống nhau trong iPod / iPhone của bạn (ít nhất là iPhone 3GS / 3G), do đó chúng thu nhỏ hình ảnh xuống để bạn không lãng phí không gian.

Ngoài ra, họ cũng tối ưu hóa âm nhạc của bạn nếu bạn đánh dấu tùy chọn sử dụng AAC 128kb, tôi khuyên bạn vì tôi không thể nghe thấy sự khác biệt giữa 128kb AAC và 196kb MP3 và nó sẽ giúp bạn tiết kiệm khá nhiều khoảng trống.

Hy vọng điều này trả lời câu hỏi của bạn.


-1 Tại sao câu trả lời này có liên quan? Anh ta phàn nàn về mức độ sử dụng CPU khi hệ thống nên hoạt động. Không chơi, không mã hóa, chỉ ngồi đó thu nhỏ. (Tôi đã kết nối trình gỡ lỗi và tôi thấy chi phí dành cho việc vẽ lại màn hình. Không có cửa sổ hiển thị và không có hoạt hình nào khi cửa sổ iTunes mở. WTF! )
Donal Fellows

Xin vui lòng đọc câu hỏi trước khi đăng một câu trả lời.
rakslice
Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.