Bloga dön
·9 dk okuma·productdevbook

Mac'te Evden Çalışma İçin Bant Genişliği Yönetimi

Mac'te evden çalışırken görüşmeleri pürüzsüz tutmak: uygulama başına bant genişliği bütçesi, senkronizasyonun otomatik susturulması ve Wi-Fi triajı.

  • Remote work
  • macOS
  • Bandwidth
  • Productivity

Saat 10:55. 11'de bir müşteriyle Zoom'unuz var. 10:54'te dizüstünüz boşta olduğunu fark ediyor ve bunun Time Machine'in ağ sürücünüze yedekleme yapması, Chrome'un arka planda güncellemesi ve iCloud Photos'un dünün ekran görüntülerini yüklemesi için harika bir an olduğuna karar veriyor. Beş dakika sonra, sesi robotik ve videosu mozaik olan kişisiniz. Bir mac'te work from home bandwidth nadiren bir internet planı problemidir — bir planlama problemidir.

Düzeltme daha fazla bant genişliği değildir. Sahip olduğunuzu neyin rekabet ettiğini bilmek ve önemli olan anlarda acil olmayan şeyleri yoldan itmektir.

WFH bant genişliğinin üç kategorisi

Bir iş günü boyunca Mac'inizin gönderdiği veya aldığı hemen hemen her bayt üç gruptan birine girer:

Aramalar (eş zamanlı, gerçek zamanlı)

Zoom, Google Meet, Teams, FaceTime, Slack huddle'ları, Discord. Bunlar tutarlı düşük gecikmeli verim ister. Çok şey istemezler — 1080p Zoom çağrısı her yönde yaklaşık 3 Mbps'dir — ancak titreşimi ve paket kaybını sert şekilde cezalandırırlar.

Senkronizasyon (asenkron, arka plan)

iCloud, Dropbox, Google Drive, OneDrive, ağ hedefine Time Machine, Photos, Notion, Figma otomatik kaydetme, Adobe Creative Cloud. Bunlar mevcut olan herhangi bir bant genişliğini kullanmaktan ve olmadığında kendilerini yeniden planlamaktan mutlulardır. Sorun "mevcut olan herhangi bir bant genişliğini kullanmaktan mutlu"dur — 11:00 çağrınızdan haberleri yoktur.

Tarayıcı (karışık, öngörülemez)

Chrome, Safari, Firefox, Arc. Sekmeler bir kara kutudur: videoları önceden yükleyen bir Twitter sekmesi, kendi senkronizasyonunu yapan bir Slack web sekmesi, canlı imleci her iki saniyede bir pingleyen bir Notion belgesi. Tarayıcılar 50 KB/sn kararlı durumdan patlamalarda 30 MB/sn'ye kadar her şeyi yapabilir.

Bu üçü arasındaki rekabet eden çıkarlar, tüm WFH bant genişliği problemidir.

Bir toplantı sırasında gerçekte nasıl görünür

İşte normal bir Salı'dan gerçek beş dakikalık bir pencere:

  • 10:55 — toplantı hazırlığı, Zoom açılıyor: 200 KB/sn.
  • 10:57 — Time Machine bir ağ sürücüsüne yedekleme başlatıyor: 25 MB/sn.
  • 10:58 — Chrome arka planda otomatik güncellemeye başlıyor: 4 MB/sn.
  • 10:59 — iCloud Photos dünün ekran görüntülerini yüklüyor: 6 MB/sn.
  • 11:00 — Zoom çağrısı bağlanıyor, video aksamaları 30 saniye içinde başlıyor.
  • 11:02 — fark ediyorsunuz, ne olduğunu çözmek için telaşa kapılıyorsunuz.

Bunu anında düzeltmek, neyin çalıştığını göremiyorsanız zordur. Önceden düzeltmek — makinenizdeki tipik toplantı öncesi trafiği bilmek ve ısırmadan önce kapatmak — çok daha kolaydır.

Pano olarak menü çubuğu

Bir menü çubuğu bant genişliği izleyicisi bunu "tahmin et ve yeniden başlat"tan "simgeye bak, problemi gör, ayrıntı için tıkla"ya çevirir. ova saatin yanında mevcut yükleme ve indirme oranınızı gösterir ve simgeye tıklamak uygulama başına bir döküm açar.

Sadece toplamlar değil, uygulama başına
30 MB/sn'lik bir toplam, bağlantının meşgul olduğunu söyler. 25 MB/sn'nin Time Machine ve 4 MB/sn'nin Chrome olduğunu bilmek, neyi düzelteceğinizi söyler.

Mesele onu sürekli izlemek değil. Mesele bir şey yanlış hissettiğinde, "şu anda bağlantıyı ne kullanıyor"u bir saniyede yanıtlayabilmenizdir.

90 saniye süren toplantı öncesi rutin

Gerçekten önemsediğiniz herhangi bir çağrıdan önce:

  1. Bir ağ hedefi kullanıyorsanız Time Machine'i duraklatın. Menü çubuğu öğesinin "Bu Yedeklemeyi Atla" seçeneği vardır.
  2. Çalışan ne varsa bulut senkronizasyonunu duraklatın — Dropbox, iCloud Drive, Google Drive, OneDrive. Çoğunun "1 saatliğine duraklat" seçeneği vardır.
  3. Aktif olarak yüklüyorsa Photos'u kapatın. (Kalıcıysa Ayarlar'da iCloud Photos'u duraklatın.)
  4. Arka planda boştaki tarayıcı sekmelerini kapatın — Twitter, YouTube, Twitch, otomatik oynatmalı her şey.
  5. Bant genişliği izleyicisine bir bakın. Hâlâ önemli yukarı veya aşağı kullanan bir şey varsa, bulun ve durdurun.

Beşini de her seferinde yapmanız gerekmiyor. Makinenizi bir hafta izledikten sonra, kurulumunuz için hangi iki veya üçünün önemli olduğunu bileceksiniz. Belki Time Machine sizin probleminiz. Belki Photos. Belki Arc'taki tek bir Slack web sekmesi.

Kafanızda uygulama başına bütçeler

Çoğu WFH bant genişliği problemi toplam kullanım hakkında değildir — yanlış zamandaki patlamalar hakkındadır. Ama yine de kaba zihinsel bütçelere sahip olmak yararlıdır:

  • 1080p Zoom çağrısı: her yönde ~3 Mbps.
  • Google Meet HD: her yönde ~2,5 Mbps.
  • Ekran paylaşımlı Slack huddle: 1-2 Mbps.
  • Spotify yüksek kalite: ~320 Kbps.
  • Arka plan senkronizasyonu (boşta): 50-200 KB/sn kararlı, ara sıra patlamalar.
  • 30 sekme boştayken Chrome: 100-500 KB/sn.
  • Tipik bir iş günü toplam: tam çevrimiçi bir işte dizüstü başına 5-15 GB.

Sayılarınız bundan dramatik şekilde yüksekse — diyelim günde 50+ GB — bilmediğiniz bir şey yükleniyor demektir. Araştırmaya değer.

Toplantılar sırasında Mac'inizin ne yaptığını görün

Uygulama başına canlı oranları ve geçmişi gösteren 3 MB'lık bir menü çubuğu uygulaması. Yerel, imzalanmış, hesap yok.

Download for macOS

Bir çağrı sırasında sınıflandırma

Bazen toplantı zaten oluyordur ve videonuz aksamaya başlar. Olasılık sırasına göre hızlı sınıflandırma:

  1. Bant genişliği izleyicisini açın ve en üstteki çağrı olmayan uygulamaya bakın. Neredeyse her zaman şunlardan biridir: Time Machine, Photos, Dropbox, Google Drive, Chrome otomatik güncelleme.
  2. O uygulamayı duraklatın. Bir menü çubuğu öğesinden yapabiliyorsanız, yirmi saniyedir.
  3. Sorun devam ederse, doğru ağda olduğunuzu kontrol edin. Bazen bir Mac sessizce daha yavaş bir 2,4 GHz bandına veya bir misafir ağına geri düşer.
  4. Çağrı uygulamasının hızlı bağlantınızı kullandığını kontrol edin. Kablolu bir Ethernet adaptörü genellikle video için Wi-Fi'dan daha iyi performans gösterir.

Amaç, kök nedeni toplantı ortasında bulmak değil, bir dakika içinde net videoya geri dönmektir.

Mac'te work from home bandwidth'i sorun yeniden oluşmayacak şekilde ayarlama

Uzun vadede, birkaç yapılandırma değişikliği her çağrıyı sınıflandırmaktan kurtarır:

Ağır senkronizasyonu mesai dışı saatler için planlayın

  • Ağ hedefine Time Machine: yerleşik bir planlayıcı yoktur, ancak tmutil disable ve tmutil enable'ı bir launchd işi veya Lingon gibi bir araç aracılığıyla kullanabilirsiniz. Akşamlara veya öğle yemeği molalarına hedefleyin.
  • iCloud Photos: Mac'iniz birincil kütüphane ise, gece prize takın ve sonra çalışmasına izin verin. Gün boyunca pilde olduğunu ve geri çekildiğini bilir.
  • Adobe Creative Cloud: tercihlerinde, otomatik güncellemeleri devre dışı bırakabilir ve manuel olarak tetikleyebilirsiniz. Önerilir.
  • App Store otomatik güncellemeleri: Sistem Ayarları → App Store'da devre dışı bırakın. Cuma öğleden sonra manuel olarak güncelleyin.

Sürpriz istemediğiniz ağlarda Düşük Veri Modunu kullanın

Seyahat ederken veya bir hotspot'ta, ağı Düşük Veri Modu olarak işaretleyin. Buna saygı duyan macOS uygulamaları acil olmayan transferleri erteler. (Çoğu Apple uygulaması yapar; üçüncü taraf uygulamalar değişir.)

Çağrı kurulumunuzu kablolayın

Günde 4+ saat çağrılarda geçiriyorsanız, bir Ethernet adaptörü ve kısa bir kablo edinin. Wi-Fi kötü olduğu için değil, Wi-Fi değişken olduğu için. Değişkenlik, çağrıların aksamasına neden olan şeydir.

Sorun gerçekten ISS'iniz olduğunda

Bazen bant genişliği darboğazı makinenizde değildir — bağlantının kendisidir. İkisini ayırt etmek, neye bakacağınızı bildiğinizde basittir.

Hiçbir şey meşgul değilken hızlı bir hız testi (fast.com veya speedtest.net) çalıştırın. Planınızın başlık numarasının %5'ini alıyorsanız, sorun bağlantıdır. Modemi yeniden başlatın, komşularınızın yerel düğümü tıkayıp tıkamadığını kontrol edin veya ISS'yi arayın. Planın %80+'ını alıyorsanız, bağlantı iyi ve sorun yereldir.

mac'te work from home bandwidth için, yerel durum geniş bir farkla daha yaygın olanıdır. Uzaktan çalışmadaki çoğu "kötü internet" şikayeti gerçekten "bağlantıyı paylaşan beş şey" şikayetleridir. Destek ekibiyle bir saat geçirmeden önce sorunun hangi tarafta olduğunu doğrulayın.

Günlük zaman çizelgesini okuma

Haftada bir kez, günün bant genişliği geçmişine bakın. Fark edilecek desenler:

  • Toplantılar sırasında artışlar. Çağrı süresince her yönde ~3-5 Mbps olmalıdır. Çok daha yüksekse, başka bir şey bağlantıyı paylaşıyor demektir.
  • Sürekli arka plan trafiği. Tüm gün 200 KB/sn'lik taban çizgisi normaldir. 2 MB/sn sürekli, bir şeyin yüklendiği anlamına gelir.
  • 11 ve 14 sarpı. Bir toplantı başlattığınızda ve oran tam olarak çağrının bant genişliği kadar tırmanırsa, sistemin geri kalanı iyi davranmıştır. Çağrının bant genişliğinin 5 katı kadar tırmanırsa, senkronizasyon uygulamaları çalıyordur.

Bunun bir haftası size belirli makineniz ve belirli ağınız için bir his verir. Ondan sonra, menü çubuğuna bakışlar yeterlidir.

Toparlarken

İyi evden çalışmak daha fazla bant genişliğine sahip olmakla ilgili değildir. Sahip olduğunuz bant genişliğini neyin kullandığını bilmek ve doğru zamanda yanlış şeyleri durdurabilmekle ilgilidir. Bu, doğru araçla beş saniyelik bir problem ve onsuz otuz dakikalık bir problemdir.

ova'yı yükleyin, bir hafta çalışmasına izin verin ve bir sonraki sefer bir çağrı aksadığında, ISS'nizi suçlayıp suçlamayacağınızı veya Photos'u duraklatıp duraklatmayacağınızı on saniye içinde bileceksiniz.