Hayat Kurtarmak

 (folklore.org)
2 puan yazan GN⁺ 2023-08-22 | 1 yorum | WhatsApp'ta paylaş
  • Macintosh, 68000 mikroişlemcisi sayesinde hızlı bir bilgisayar olarak görülüyordu; ancak gerçek kullanımda hızın darboğazı floppy diskti
  • Steve Jobs’ın özellikle sorun ettiği nokta, güç verildikten sonra bellek testi, işletim sisteminin başlatılması ve Finder’ın yüklenmesine kadar uzanan açılış süresiydi
  • Jobs, Larry Kenyon’a açılışı 10 saniye kısaltmanın 5 milyon kullanıcının her gün 50 milyon saniye tasarruf etmesini sağlayacağını, bunun da bir yılda onlarca insan ömrüne karşılık geldiğini söyleyerek baskı yaptı
  • Ekip zaten yazılım performansını iyileştirmeye motive olduğundan, bu hesabın gerçekte ne kadar etkili olduğu net değil
  • Sonuçta Macintosh ekibi birkaç ay sonra açılış süresini 10 saniyeden fazla kısalttı ve Jobs tarzı ikna, mizahi bir anekdot olarak kaldı

Macintosh’un darboğazı floppy diskti

  • Macintosh ekibi, 68000 mikroişlemcinin Apple II’den fiilen 10 kat daha hızlı olduğunu düşünüyor ve bunu hızlı bir bilgisayar olarak görüyordu
  • Ancak RAM sınırlı olduğundan verilerin sık sık floppy’den okunması gerekiyordu ve bu açıdan Apple II’den hızlı değildi
  • Gerçek uygulamalar çalışmaya başlayınca floppy disk temel darboğaz olarak ortaya çıktı

Steve Jobs’ın ısrarla odaklandığı açılış süresi

  • Jobs’ın Mac ilk açıldığında en rahatsız olduğu noktalardan biri açılış süresiydi
    • Bellek testi
    • İşletim sisteminin başlatılması
    • Finder’ın yüklenmesi
  • Bu süreç birkaç dakika, hatta daha uzun sürebiliyordu
  • Jobs, disk sürücüsü ve dosya sisteminden sorumlu Larry Kenyon’dan Macintosh’un açılışının çok yavaş olduğunu ve daha hızlı hâle getirilmesi gerektiğini istedi

“10 saniye kısaltmak hayat kurtarır” hesabı

  • Larry Kenyon iyileştirilebilecek noktaları açıklamaya çalıştı, ancak Jobs bu açıklamayla ilgilenmedi
  • Jobs, birkaç yıl sonra 5 milyon kişinin her gün en az bir kez Macintosh’u başlatacağını varsaydı
  • Açılış süresini 10 saniye kısaltmanın her gün 50 milyon saniye tasarruf sağlayacağını, bunun da bir yılda onlarca insan ömrüne denk geldiğini hesapladı
  • Bu yüzden açılışı 10 saniye hızlandırmanın “onlarca insanın hayatını kurtarmak” kadar değerli olduğunu söyledi

Gerçek sonuç

  • Ekip zaten yazılımı olabildiğince hızlı yapmak istediği için, Jobs’ın iknasının ne kadar büyük etki yarattığı kesin değil
  • Ancak bu ikna yöntemi ekip içinde oldukça mizahi karşılandı
  • Sonraki birkaç ay içinde Macintosh’un açılış süresi gerçekten de 10 saniyeden fazla kısaldı

İlgili okumalar

1 yorum

 
GN⁺ 2023-08-22
Hacker News yorumları

  • Apple’da uzun yıllar çalışmış bir mühendisten duyduğum bir hikâyeye göre, MacOS 8.x döneminde yapılan kullanıcı araştırmalarında en büyük şikâyet açılış süresiymiş.
    O zamanlar ortalama yaklaşık 45 saniye sürüyormuş; sistem zaten uyku modunu desteklediği için, insanların açılış süresini neden dert ettiğini sormuşlar.
    Meğer insanlar yalnızca günde bir ya da haftada bir yeniden başlatmıyor, kararsızlık nedeniyle sık sık yeniden başlatıyormuş; yeni sürümde açılışı da iyileştirmişler ama daha çok işletim sisteminin kararlılığına odaklanmışlar.
    Sonuçta açılış süresiyle ilgili şikâyetler ortadan kalkmış; bunun nedeni çok hızlanması değil, yeniden başlatma ihtiyacının azalmasıymış. Buradan çıkan ders de müşterinin ne istediğini değil, bunu neden istediğini de anlamak gerektiği.

    • Bunun için ankete pek gerek yoktu. O dönemin OS’i bellek korumasına sahip değildi ve açılışta Apple’ın ve sayısız üçüncü tarafın uzantıları sistemi oradan buradan yamardı.
      Yama kuralları da belirsizdi; örneğin bir sistem çağrısı yamasının içinde bellek ayıran bir kod yolu olabiliyordu ki, bellek yöneticisi yeniden girilebilir olmadığı için bu yapılmaması gereken bir şeydi.
      Üstelik o zamanın C derleyicileriyle derlenmiş kod çalışıyordu ve sınır dışı bellek yazmalarını engelleyen araçlar da çok sınırlıydı.
    • Apple müşterileri yıllar boyunca daha iyi kararlılık talep etmişti ve Apple anlamlı çözümler denemiş ama tekrar tekrar başarısız olmuştu.
      MacOS 8 de çok sınırlı bir bellek koruması getirmişti ama gerçek kullanımda pek işe yaramadı; bağlam gereği bu, bir organizasyonun sorunu rasyonelleştirme yeteneği ve isteğiyle ilgili bir hikâye.
      Bu sorun Apple’ı iş açısından neredeyse öldürecekti.
    • Kulağa makul geliyor. Quadra’nın tarama sırasında yüksek olasılıkla donması yüzünden kaybettiğim zaman, bilerek yeniden başlatmaya harcadığım zamandan çok daha fazlaydı.
    • Mac OS X’in kapanması zaman alıyordu.
      Bir arkadaşım eşine Mac OS X’i ilk kez gösterip kapatmaya çalıştığında, eşi suratını asıp “Mac’in sevdiğim yanı tam da anında kapanmasıydı” demiş; arkadaşım da “O zaman Mac OS’te sevecek başka bir şey bulman gerekecek” diye yanıtlamış.
    • Tüketici bilgisayarlarının her zaman 30-45 saniyeden uzun sürede açılması gerektiğine dair evrenin değişmez bir yasası var.
      Şu anda daha hızlıysa birkaç yıl beklemek yeter. Geliştiriciler yeterince performans gerilemesini sızdırıp yeniden o seviyeye çıkaracaktır.

  • Bu hikâyeyi daha önce duymuş ama unutmuş gibiyim. Blizzard’da kurulum, indirme ve yama ekibini yönettiğim dönemde ekibe “10 milyon kişi bu yamayı indirip kuruyor; biz onlara 1 dakika daha harcatırsak insan ömrünün bir başka parçasını tüketmiş oluruz” derdim.
    Abartılı ve biraz klişeydi ama iyileştirmeleri zorlamakta işe yarıyordu.
    Daha da önem verdiğim metrik ışık hızıydı. DVD’den kurulum yapılan dönemde o ortamın ışık hızı diskin dönme hızıydı; dolayısıyla kurulumun mümkün olduğunca o hıza yakın olması gerekiyordu.
    Fiziksel sınırlara çarpana kadar çalışma hızını sürekli iyileştirmek gerekir; zaman değerlidir ve daha fazlasını elde edemezsiniz.

    • Keşke daha fazla mühendis böyle düşünse. Altyapı işi yapan biri olarak, dünyadaki yerimi meşrulaştırmak için kendime anlattığım hikâye de bu.
      Büyük bir altyapı performans iyileştirmesi yayınlarken asıl mesele hızın ya da tasarruf edilen maliyetin kendisi değil; atmosferdeki CO2’nin azalması ve milyonlarca kişiye dağılmış insan zamanının bilgisayarın yanıt vermesini beklemek dışında başka şeylere harcanması.
      Biz bireylerin hayatını kurtaran doktorlar değiliz ama insanlara yaşamlarının bir bölümünü geri verebiliriz. Bazı yazılımları yüz milyonlarca, milyarlarca kişi kullandığı için küçük bir değişiklik bile birkaç “ömür”e denk zamanı tasarruf ettirebilir.
    • Eskiden WoW ile ilgili sunucu emülatörleri gibi şeyleri hacklediğim dönemlerde, Blizzard’ın bu tür konulara ne kadar önem verdiği hep göze çarpardı.
      Doğru hatırlıyorsam WoW ve benzerlerinin torrent tabanlı yama dağıtımı gerçekten iyi yapılmıştı; baskının yüksek olduğu bir sektörde bu özellikle etkileyiciydi.
    • Son kısım önemli.
      Çok çalışan sayılabilecek pek çok mühendis gördüm ama çalıştırdıkları donanımı ve onunla nelerin mümkün olduğunu anlamaya neredeyse hiç zaman ayırmıyorlardı.
      Performans tartışmalarında “yavaş” ya da “idare eder” sözlerini çok duydum; ama çoğu zaman alttaki makine ve olası sınırlar tamamen göz ardı ediliyordu.
    • WoW yamalarının ve güncellemelerinin ilk dönemlerdeki felaketlerini yaşamış biri olarak, WoW’un bugünkü güncelleme ve dağıtım yöntemi için övgüden başka söyleyecek bir şeyim yok.
      En sevdiğim özellik kademeli yükleme desteği. WoW devasa bir oyun ama yalnızca bazı asset’lerle bile oynamaya başlayabiliyorsunuz; placeholder’lar ve düşük kaliteli asset’lerle gösterimi düşürüyor ya da belirli bölgeleri tamamen atlayabiliyor.
      Sıfırdan kurulumda bile birkaç dakika içinde oynanabiliyor. Oyuncular bunu çoğunlukla doğal karşılıyor ama hareket hâlindeki trenin tekerleklerini değiştirirken devasa veriyi büyük sorun çıkarmadan yüksek performansla iletmek için harcanan emeğin muazzam olduğu açık; bunun için minnettarım.
    • “Zaman değerlidir ve daha fazlasını elde edemezsiniz” sözü doğru, ama bu örnekte indirmeden tasarruf edilen zaman sonuçta video oyunu oynamak gibi yüce bir amaca harcanıyor.
      Bunun indirmeyi beklemekten gerçekten o kadar daha iyi bir zaman kullanımı olup olmadığından emin değilim.

  • Steve Jobs, insanları motive etmek ve zorlamak için sürekli bir şeyler uydururdu; bu, sözde gerçeklik çarpıtma alanı gibi bir yöntemdi.
    Mike Slade’e göre, 1990 civarında Microsoft’ta çalışırken Jobs onu NeXT’e almaya çalışmıştı; o sırada Microsoft, Windows 95 gibi dev bir başarıya yaklaşırken NeXT bilgisayar satmakta zorlanıyordu.
    Jobs, Slade’e Seattle’da kalırsa yeteneğinin boşa gideceğini, Silicon Valley’nin ise heyecan ve faaliyetin merkezi olduğunu, onun orada parlayabileceğini söylemişti.
    Ardından Palo Alto’yu, İtalyan Rönesansı dönemindeki Florence gibi “özel bir yer” diye betimleyerek doğaçlama bir tirada girişmiş; sokakta yürürken bir an bir akademisyenle, bir sonraki an bir astronotla karşılaşılabilecek kadar yetenek dolu olduğunu söylemişti.
    Slade bu anlatımdan o kadar etkilenmişti ki Palo Alto’ya taşınmaya karar verdi; ancak bir yıl sonra eşiyle Palo Alto University Avenue’daki İtalyan zincir restoranı Il Fornaio’da yemek yerken menünün arkasına bakınca, “Palo Alto, Rönesans döneminin Florence’ı gibidir…” cümlesiyle aynı hikâyenin yazılı olduğunu gördüğünü söylüyor.
    Sonuçta Jobs, sevdiği bir zincir restoranın menüsündeki metinle, üstelik pek de iyi olmayan bir reklam metniyle birini ikna etmişti; Slade onu “gerçekten utanmaz bir palavracı” diye hatırlıyor.
    https://www.cultofmac.com/573753/how-jobs-poached-a-microsof...

    • Palo Alto’nun gerçekte epey sıkıcı olduğu da düşünülürse, gerçekten komik bir hikâye.
    • Steve Jobs’un Palo Alto’su gerçekten özel bir yermiş gibi görünüyor.
      Birkaç yıl önce orada çalışırken Palo Alto sokaklarından aklımda kalan tek şey, Caltrain Station’ın altındaki alt geçitten gelen baskın idrar kokusuydu.
    • Biraz efsane gibi bir hikâye gibi görünüyor.
      O dönemde dünyanın en büyük ve en saygın şirketlerinden birinde çalışan zeki ve profesyonel bir mühendisin, potansiyel işvereninin “bana güven, harika olacak” demesini duyup işini bırakması ve tüm hayatını başka bir eyalete taşıması pek inandırıcı değil.
      Böyle bir karar için en azından uçağa binip gidip dairelere bakmış, ofisi ziyaret etmiş olmalı diye düşünüyorum. Güzel bir hikâye, ama mutlaka daha fazla bağlamı vardır.
    • Eğlenceli bir hikâye ama sıradan İtalyan yemekleri sunan Il Fornaio’nun Jobs’un en sevdiği restoran olduğuna inanmak zor.
      Daha çok, diğer tüm seçenekler doluysa ya da daha uzağa sürmek için çok geç kaldıysak gidilen bir yerdi.
    • Eğlenceli bir hikâye olsa da, 90’ların başında Silicon Valley gerçekten özel bir dönemdi.
      Bilgisayar dünyasının merkeziydi ve Fry’s gibi yerlerde, restoranlarda, barlarda şaşırtıcı insanlarla rastgele karşılaşmak gerçekten oluyordu.
      Bugünün gençleri, günümüzde teknoloji etrafındaki pek çok şeyin köklerinin 90’ların South Bay ve Peninsula bölgesine dayandığını pek anlamıyor gibi.

  • Programcılar ve mühendisler bu düşünceyi genel olarak uygulamalı. Yavaş yazılımları beklemek için harcanan toplam süre devasa ve daha fazla geliştirme ekibinin performansı daha yüksek öncelik yapması gerekiyor.
    Yavaş yazılım ve hizmetler yüzünden beklediğimiz zamanı bilinçli olarak tek tek toplamıyoruz, ama o anda bilinçaltında sistem bana düşmanca davranıyormuş gibi rahatsız ve sinir bozucu hissettiriyor.
    Azıcık bile bilinçli düşünmeye başladığınızda, yaptıkları şeyin yayınlanacak kadar iyi olduğuna inanan mühendisleri ve proje liderlerini küçümsüyorsunuz.
    Modern bilgisayarların işlem gücü düşünüldüğünde, önemsiz bir istek için yüzlerce milisaniye beklemek ya da biraz karmaşık bir istek için çok daha uzun beklemek, programcının ağır ihmalkârlığının kanıtıdır.

    • ADHD hakkında başka bir yerde yazmıştım; burada ise adını vermeyeceğim, kendime ait bir hikâye var.
      Perşembe gecesi kız arkadaşım eski bir MacBook’u toparlamamı istedi; donanıma bağlı hesap bağlantılarını kaldırmak, muhtemelen eskiden benim ayarladığım firmware anahtarını nasıl kaldıracağımı bulmak, yeni kurulum yapmak, güncellemek gibi yalnızca birkaç adımdan ibaretti.
      Ama bazı adımlar veya yeniden başlatmalar tek haneli saniyelerden uzun sürdü ve iş sürekli beni baştan çıkardığı için 6 ay sürdü.
      Birkaç kez ara verdikten sonra laptopu klavyemin yanındaki masaya koydum; 6 saat içinde toplam 30 dakikada bitirdim ve bu bir zaferdi.
      Biri elimi laptopa bağlamış olsaydı daha hızlı biterdi, ama boş ekranı, ilerleme çubuğunu ve dönen göstergeyi zorla izleme acısı hayal bile edilemezdi.
    • Bilgisayar insanı beklemeli; insan bilgisayarı beklememeli.
      Uzun süren toplu işler gibi durumlar istisna.

  • Sıradan bilgisayarlar bile 5400 rpm döner sabit diskten 30 saniyenin altında soğuk açılış yapabiliyordu; modern NVMe SSD’lerde neden 1 saniyenin altında açılamadıklarını merak ediyorum.

    • Sebep karmaşıklık ve boyut.
      Windows 95, çoğu özelliğiyle birlikte yaklaşık 50 MB kurulum boyutundaydı; Windows 2000 ise tek bir kurulum CD’sine sığıyordu.
      Günümüzde Windows 10 kurulum programı tek katmanlı DVD’ye bile sığmıyor; FAT32 USB bellekle kurmayı da unutmak gerekiyor. Bazı eski UEFI’ler hâlâ exFAT’i işleyemiyor.
      His olarak kullandığım en hızlı bilgisayar, çift Pentium 3 866, Rambus ve 15k U320 SCSI diskten XP başlatan makineydi; neredeyse telepati gibiydi.
    • Yakın zamanda değiştirilmiş BIOS ve PCIE adaptör kartıyla eski bir Dell i5-4590’a NVMe SSD takabildim; temiz Windows 10 birkaç saniyede açıldı.
      Windows’un daha fazla ıvır zıvır biriktirdikçe açılışın uzaması şeklindeki eski sorun gibi görünüyor.
    • Eski ikonlar maskeli 32x32 siyah-beyazdı; şimdi 512x512 ve 48 bit renkli.
      Sistem yazı tipleri de eskiden yaklaşık 200 karakter içeriyordu, şimdi ise on binlerce karakter barındırıyor.
      Bunu diğer her şeye genellerseniz, yüklenecek şeylerin çok daha fazla olduğu epey açık hale geliyor.
    • Benim Windows 11 PC’m yaklaşık 20 saniyede açılıyor. Bunun yarısından fazlası POST; ardından Windows giriş ekranı 5-10 saniye içinde görünüyor.
      Rahatsız etmeyecek kadar hızlı.
    • Benim NUC, POST dahil Ubuntu’yu tam 3 saniyede başlatıyor.

  • Bilgisayarı beklemek zorundaysanız yeterince hızlı değildir
    Steve’in buradaki mantığı sektörde yaygın olarak kullanılıyor ve başarısız olursanız katilsiniz gibi bir yaklaşıma vardığı için neredeyse duygusal şantaj sayılır, ama yine de klasik bir örnek

    • Daha çok, insanların yaptıkları işin insanların hayatını etkilediğini düşünmelerini sağlayan bir motivasyon olarak okunuyor
      Yavaş yazılımın sorumluluğunu kullanıcıya yüklemek ya da ürün hızından çok özellikleri ve geliştirme hızını zorlayan PM’leri veya kurumları suçlamak çok kolay
      Steve’in buradaki sloganı, yazılım performansının gündelik yaşam üzerinde gerçek bir etkisi olduğu anlamına geliyor; buna işaret etmek duygusal şantaj değil
    • Başka bir Jobs hikâyesiyle de bağlantılı
      iPad çıktıktan sonra Jobs’un iPad’i alıp Mac ekibinin toplantısına girdiği, iPad’i uyandırdığı ve cihazın anında açıldığı söylenir
      Ardından Mac’i uyandırmış; uykudan çıkması zaman alınca Jobs’un “Bu neden onun gibi olamıyor?” gibi bir soru sorduğu anlatılır
      Bunun mümkün olduğunu gösteren iPad olmasaydı, bellek hızı ve disk hızı gibi tartışmalar sürüp giderdi; daha hızlı Mac uyku/uyanma davranışı da Windows’un daha iyisini yapması için baskı oluşturdu

  • Bu mantık doğruysa, bugün UI’nin dört bir yanındaki sayısız animasyon için ne demeli diye düşünüyor insan
    İlk birkaç onlarca kez güzel görünmesini sağlamak dışında çoğu durumda yalnızca zaman harcatıyorlar
    Kullandığım telefondaki uygulama değiştirici, animasyon varken 0,5–1 saniye sürüyor; animasyonları kapatınca ise fiilen anında geçiş yapıyor

    • Animasyonların gerçek kullanıcı deneyimi açısından faydası var
      Ekran bir anda tamamen farklı bir düzene değişirse bunu görsel olarak işlemek zaman alır; ama öğeler yeni konumlarına ara değerlerle hareket ederse bu işlem süresi animasyonun uzunluğuna iner
      Bu genellikle 0,5 ya da 1 saniye değil, yaklaşık 0,25 saniyedir
      Hız meraklıları ya da ileri düzey kullanıcılar için engel olabilir; kapatmaları yeterli. Ama hedef kullanıcılar, UI’nin her köşesini kas hafızasıyla öğrenmiş kişiler değil, ortalama kullanıcılardır
    • Tüm animasyonlar işe yaramaz değildir. Aslında işe yaramayan animasyonların UI’de yeri yoktur
      Bazı animasyonlar, zaman alan işlemlerle çakışarak kullanıcıya bir tepki olduğu hissini verirken beklemesini sağlayabilir. iOS’un diske swap edilmiş bir uygulamaya geçerken yaptığı şey buna benzer; yükleme süresi olduğu için animasyon gecikmenin bir kısmını telafi eder
      Animasyon yoksa kullanıcı eylemi doğru yapmadığını düşünüp girdiyi tekrar etmeye çalışabilir; bu da hayal kırıklığına yol açar
      Bazı animasyonlar, UI akışında kullanıcının yön duygusunu korumak için gereklidir. Örneğin küçültme animasyonu, pencereyi geri getirirken basılması gereken ikona doğru taşır ve kapatma ile küçültmeyi ayırt etmeyi sağlar
      Bazı animasyonlar, tepki hızını korurken uygun geri bildirim vermek için gereklidir. Dokunmatik ekranda bir listeyi kaydırırken listenin sonunda görünen yay animasyonu yoksa, kullanıcı listenin sonuna mı geldiğini yoksa dokunmatik ekranın mı takıldığını anlayamaz
    • Birçok yazılım da pek bir sebep olmadan girdi gecikmesi veya hız sınırlaması ekliyor
      Video oyun konsollarının sistem UI’leri ve bazı oyun menüleri bu konuda özellikle kötü görünüyor
    • Düşük fiyatlı telefonların kare hızı berbat olduğu için, akıcı görünmesi adına animasyonları uzun yapmak gerekiyor
      25fps’de 200 ms’lik kısa bir animasyon yalnızca 5 kare eder; bu yüzden takıla takıla ilerler ve kaba görünür
      1000 ms yaparsanız akıcı ve güzel görünür, ama kullanması umutsuz hâle gelir
      Popüler olmayacak bir çözüm olabilir ama iPhone kullanın. Uygulama değiştirici parmak hareketi kadar hızlı çalışıyor ve tutarlı 60fps vermekte sorun yaşamıyor
    • İki Plasma kurulumum genel olarak hantaldı; bir şeylerin yanlış olduğunu sandım
      Kullanılamayacak kadar yavaş değillerdi ama hissedilir düzeydeydi; meğer animasyon hızı varsayılan olarak çok düşükmüş
      İki katına çıkarınca her şey 1.000 kat daha iyiymiş gibi hissettirdi

  • Windows 11’in HDD’den açılması yaklaşık 12 dakika sürüyor. FDD’den açmaya çalıştığınızı hayal edin
    Windows 11’i kurduktan sonra HDD’de tüm güncellemelerin kurulmasını beklerseniz yaklaşık 8 gün sürer

    • HDD o kadar da kötü değil
      https://www.youtube.com/watch?v=MpNagBwWlNk

    • Kısa süre önce çift önyüklemeli bir sistem kurmaya çalışırken Fusion Drive’lı 2017 iMac’in bölümlerini bozdum; ondan sonra Mac yavaşladı
      Başlangıçtan az çok kullanılabilir hâle gelmesine kadar muhtemelen 5 dakika kadar sürüyordu; her hâlükârda epey uzundu
      Geçen hafta sonu yavaşlıktan sıkılıp araştırınca, bölümleri varsayılana döndüren diskutil resetFusion 0 komutunu buldum
      Bu komutu çalıştırıp OS’i yeniden kurunca iMac yeniden epey hızlandı. Harika değil ama öncekinden çok daha iyi
      Çıkardığım ders, Fusion Drive’da çift önyüklemenin kötü bir fikir olduğu

    • Böyle açılış süreleri görmedim ama zaten neredeyse hiç yeniden başlatmıyorum
      Genelde Windows 10 makinemi birkaç ayda bir yeniden başlatıyorum ve bizim BT departmanı Windows PC’leri yaklaşık bir saat içinde hazır hâle getiriyor
      Bir şeyler ciddi biçimde yanlış gibi, ama BT uzmanı değilim
    • Toplanması gereken Telemetry bayağı fazla olmalı
    • Benim Windows 11’im böyle değil. 3–4 dakika sürüyor; gerçi hissiyat olarak bir saat gibi geliyor

  • Önceden InterBase (şimdiki FireBase) hakkında bir makale ve tartışma gördüğümü hatırlıyorum. Depolama ve kendi kendini iyileştiren kurtarma modelinin belirli senaryolarda önemli olduğundan bahsediyordu; o dönemde şöyle bir alıntı vardı:
    “AFATDS, HP RISC iş istasyonlarında ve Army’nin Light Weight Computer Units birimlerinde çalışan 935.000 satır Ada kodundan oluşuyor,” demişti ana yüklenici Magnavox Electronic Systems Company’den John Williams.
    “Unix ve PC platformlarının tamamında ölçeklenebilen ve çalışabilen tek bir veritabanına ihtiyacımız vardı. Ürünün hızlı kurulması, sistem kaynaklarını tekeline almadan yüksek erişilebilirlik sunması gerekiyordu.”
    “Bu tür bir karar destek sistemi, hem dağıtık işlemeyi hem de dağıtık veritabanlarını destekleyen modüler ve esnek bir mimari gerektiriyordu. Bu yüzden InterBase’i seçtik. Rakip ürünlerden daha yüksek performans gösterdi ve ölüm kalım durumlarında bile güvenilebileceğine bizi ikna etti.”
    Tartışmanın tam bağlamı, bazı tanklarda ana top ateşlendiğinde içeride bir EMP olayı oluşup sistemin yeniden başlayabilmesi ve tekrar ateş edebilmek için çok hızlı yeniden başlatma ve kurtarma süresine ihtiyaç duyulmasıydı.

  • Steve, küçük bir cam levha üzerinde sonsuza kadar kaydırma yapıldığı için milyonlarca insanın yaşamının ne kadarının yok olacağını bilseydi ne düşünürdü acaba.