← rfc/
╔══════════════════════════════════════════════════════════════════════════╗
RFC 369 · general

ARPANET Hizmetlerinin Değerlendirilmesi

Yazar
J. Pickens
Kurum
UCSB Bilgisayar Sistemleri Laboratuvarı
Tarih
25 Temmuz 1972
Durum
Network Working Group Yorum Talebi
Kanal
general/

Ağ Çalışma Grubu

Yorum İsteği: 369
NIC: 6801

Yazar: J. Pickens
Kurum: UCSB Bilgisayar Sistemleri Laboratuvarı
Tarih: 25 Temmuz 1972

ARPANET Hizmetlerinin Değerlendirilmesi

Ocak–Mart 1972

Özet

RFC #302, Exercising the ARPANET, ağ kaynaklarını incelemek üzere UCSB’de organize edilen bir grubu tanımlamıştır. Belirtilen hedefler, problem çözme yeteneği geliştirmek ve bu süreçte incelenen düğümler için yararlı eleştiriler üretmekti. Bu rapor, grubun deneyimlerini ve bulgularını özetlemekte ve kullanıcı memnuniyetini artırmak için ağda iyileştirmeler önermektedir.

Grubun ARPANET ile karşılaşması, beklenmedik birçok sorun ve güçlük içermiştir. Bunlar arasında özellikle yazılım heterojenliği ve yetersiz dokümantasyon dikkat çekicidir.

Bu birinci elden deneyimden yola çıkarak grup, ağ kaynaklarının kullanım kolaylığına ilişkin ölçütler formüle etmiştir. Raporda bu ölçütler sunulmakta; ayrıca dokümantasyonun iyileştirilmesi, mevcut kaynakların daha iyi kullanılması ve kişiler arası iletişim olanaklarının düzenli kullanımına yönelik bir çağrı yer almaktadır. Bireysel siteler güvenilirlik, yanıt verme ve kullanıcı dostu olma açısından derecelendirilmiştir. Deneyimsiz kullanıcıların gereksinimlerine uyum sağlamaya yardımcı olmak amacıyla belirli sitelere ilişkin yorumlar da eklenmiştir.

İlk dokuz haftalık maruziyet sırasında karşılaşılan sorunlara rağmen, ARPANET kaynakları hakkında yeterince bilgi edinilmiş ve grubun yararlı yazılımlar yazabilmesi mümkün olmuştur. Otomatik oturum açma, dosya aktarımı ve süreçler arası iletişimi gerçekleştiren programlar yazılmış ve kullanıma alınmıştır.

İçindekiler

Arka Plan

Yaklaşım

Test grubu, Bilgisayar Bilimi alanında Elektrik Mühendisliği lisansüstü öğrencilerinden oluşturulmuştur. Grup içinde, yüksek seviyeli diller ve zaman paylaşımlı sistemler (Dartmouth BASIC ve UCSB matematiksel grafik sistemleri gibi) konusunda önemli ölçüde deneyim temsil edilmekteydi. Ancak hiç kimsenin ARPANET’i kullanma deneyimi yoktu ve çok az kişi ARPANET’in hangi kaynakları temsil ettiğini biliyordu. Jim White ve Roland Bryan’dan alınan iki haftalık sunumların ardından grup serbest denemelere bırakıldı.

Her grup çeşitli düğümlerin oturum açma prosedürlerini bulup çözdükçe ve mevcut kaynakları nasıl kullanacağını öğrenmeye başladıkça heyecan yüksekti. Hatta haftalık seminer süresinin yarısı öğrenilen deneyimlerin ve prosedürlerin paylaşımına ayrılmıştı. Ancak dönem ilerledikçe, zayıf ağ site güvenilirliği, az sayıda aktif düğüm ve bulunması zor dokümantasyon nedeniyle ilgi bir miktar azaldı (ilk dönemin ardından on dört öğrenciden yalnızca beşi aktif kaldı).

Hedefler

Grubun birincil hedefi, ağ kaynaklarını kullanmayı öğrenmek ve bunları değerlendirmekti. UCSB dâhil olmak üzere her siteyi değerlendirirken adil ama doğrudan olunmasına karar verildi. Ağ deneyimi başlangıçta düşük olduğundan, değerlendirme ölçütleri büyük ölçüde sezgilere dayanıyordu.

İlk dönemin sonunda öğrencilere bir anket verildi (bir örneği Ek A’da yer almaktadır).

Grup yanıtları, genel performans açısından aşağıda özetlenmiştir. Bireysel sitelere ait veriler Ek B’de sunulmaktadır. Sorulan sorulardan bazıları şunlardı:

Anket

Kapsam ve Süre

Ana çabanın harcandığı dönem boyunca (Ocak–Mart 1972) nispeten az sayıda düğüm aktifti. Bu nedenle denemeler en yoğun olarak UCSB, BBN-TENEX, MIT-MULTICS ve SRI-ARC üzerinde yoğunlaştı. HARV-10, UCLA-NMC ve UCLA-CCN üzerinde sınırlı incelemeler yapıldı. Kalan siteler ise ya pasifti ya da dokümantasyon eksikliği nedeniyle erişilemezdi.

Faaliyetler aşağıdakileri kapsıyordu:

İstatistiksel Sonuçlar

Aşağıdaki Şekil 1, ARPANET ile dokuz haftalık deneyimin ardından gruba verilen anketin genel yanıtlarını özetlemektedir. Bireysel maruziyet on ila altmış saat arasında değişmiş ve on iki öğrenci yanıt vermiştir. Her anket maddesi grup ortalaması (toplam/12) olarak sunulmuş ve yanıt aralığını göstermek için düşük ve yüksek değerlerle desteklenmiştir. Sorular, düğüm pasifliği ile yerel NCP pasifliği arasında ayrım yapmadığı için bir miktar belirsizlik içermekteydi. Ayrıca bazı rakamlar, bireysel öğrencilerin yerel ve uzak prosedürleri anlamadaki yetersizliğini yansıtıyor olabilir. Buna rağmen veriler, deneyimsiz kullanıcı deneyimine bir bakış sunması açısından ilgi çekicidir.

Şekil 1

Anket Maddesi Ortalama Düşük Yüksek
Herhangi bir siteye giriş yapılamayan süre % 12.4% 2% 25%
İstenen siteye giriş yapılamayan süre % 35.7% 20% 75%
Uzak sitenin aniden çökme süresi % 13% 5% 50%
Yerel sitenin aniden çökme süresi % 12.5% 5% 25%
Sorunsuz çalışma süresi % 35% 0% 80%
Yaklaşık ortalama arıza arası süre 1 saat 5 dk 2 sa
Toplam Harcanan Süre 32.3 sa 10 sa 60 sa

İlk dikkat çeken nokta, tüm ARPANET bileşeni dikkate alındığında hiç kimsenin ortalama arıza arası süreyi iki saatten fazla olarak tahmin etmemiş olmasıdır. İkinci olarak, “sorunsuz” çalışma için ortalama süre %35’tir; bu değer düzenli kullanıcı kullanımı için sürdürülebilir değildir. Bununla birlikte, adil olmak gerekirse bazı siteler diğerlerine göre çok daha “sorunsuz”du ve bireyler bu terimi kendi yetkinlik ve deneyim düzeylerine göre tanımlama eğilimindeydi; bu da %80’lik yüksek ve %0’lık düşük değerleri açıklamaktadır.

ARPANET Hizmetlerinin Eleştirisi

Bir Site Ölçüm Parametresi: Kullanıcı Dostu Olma

Grup tarafından en çok tartışılan kavramlardan biri, özellikle çevrim içi sistemlere uygulandığı şekliyle “kullanıcı dostu olma” kavramıydı. Aşağıda, doğrudan ağ deneyimine dayanan bir kullanıcı dostu olma tanımı sunulmaktadır.

Kullanıcı dostu olma şunları içerir:

Okuyucu muhtemelen daha fazla ölçüt düşünebilir; ancak bunlar grubun deneyimi tarafından özellikle öne çıkan kullanıcı dostu olma noktalarıdır.

Yazılım Eleştirisi

  1. İlk denemeler oturum açma prosedürleri, hazır senaryolar (örneğin Abhay K. Bhushan’ın ARPANET senaryosu, RFC #254), oyun oynama ve kişiler arası iletişim üzerine yoğunlaştı. Çalışma ilerledikçe, çeşitli düğümlerde problemleri çözmeye yönelik girişimler yapıldı. Örneğin bir öğrenci, MIT-MULTICS’te PL/1 ile bir Newton–Raphson kök bulucu; BBN-TENEX ve MIT-MULTICS’te FORTRAN ile ve MIT-MULTICS’te PL/1 ile bir kara cisim problemi; ayrıca BBN-TENEX’te BASIC ile Ayrık Fourier Dönüşümü programladı. Grubun vardığı sonuç, küçük problemlerin yarım saatte yazılabildiği, on beş dakikada girilip düzenlenebildiği ve başka on beş dakikada hata ayıklanabildiğidir. Küçük problemler için mevcut ARPANET yazılım kaynakları oldukça yeterlidir.

  2. Açık ara en can sıkıcı güçlük, yeterli dokümantasyonun elde edilmesiydi. Kaynak defteri ilginç bulunmakla birlikte sınırlı bir yarar sağladı.

  3. Şubat 1972’de talep edilmiş olmasına rağmen, her düğümün NCP’sine ilişkin bilgiler hâlâ mevcut değildir.

  4. Farklı düğümlerde benzer görevlerin yürütülmesinde önemli prosedür farklılıkları bulundu. Örneğin, benzersiz dosya adlandırma, düzenleme ve işleme komutlarına sahip çok çeşitli metin düzenleyicileri düşünün (TENEX, TECO, COL, NLS...). Aynı şekilde derleme, yükleme ve çalıştırma prosedürlerinin geniş çeşitliliğini de göz önüne alın (UCSB için RJE; TENEX sistemleri için düzenle, kaydet, derle, kaydet, yükle, çalıştır). Daha da farklı olanlar, tüm çeşitleriyle “yönetici seviye” komutlardır (TENEX’in “Control-C”si, UCLA-NMC’nin “X”i, UCSB’nin “RESET”i ... hepsi “üst seviye”ye döndürür). Yazılım heterojenliği kullanıcı için ciddi bir engeldir.

  5. Büyük düğümlerin kullanıcıları, yerel ortam dışında çözülmesi gereken problemler bulmakta zorlanmaktadır. UCSB’nin matematiksel grafik çevrim içi sistemi ve yığıt işleme doğrudan erişimi ile grup, yerelde dakikalar içinde çözülebilecek problemler için ağ üzerinde saatler harcarken endişe verici tereddütler yaşamıştır.

Topluluk Ruhu

  1. Bireyler bazen (umarız hatalı olarak) ARPA topluluğundaki bazı araştırmacıların danışmaya ve/veya yardımcı olmaya pek istekli olmadığı izlenimini edindiler. Öte yandan, bazıları yardım sağlamak için büyük çaba gösterdi. Grup daha tutarlı bir yanıt beklemişti.

  2. Kaynak geliştirme sorumluluğunun kaynağını bulmakta güçlük yaşandı. Seminer grubuna, sorumluluğun tamamen dağılmış olmasının, yararlı ağ kaynaklarını bulma, belgeleme ve geliştirme yönündeki teşviki ortadan kaldırdığı izlenimi verdi.

Ekonomi

İletişim seviyesi üzerindeki katmanlarda da ağ ekonomisi büyük bir kullanıcı problemidir; örneğin dağıtık hesaplama izinliyse, dağıtık faturalama da bir gerekliliktir. Hesapların farklı düğümlerde rastgele sona ermesini izlemek ve parasal yenileme için haftalar harcamak son derece sinir bozucudur. Bu sorun, (a) rastgele parola değiştiren ve ardından (b) ücretsiz hesabını kaldıran bir site ile yaşanmıştır. Ayrıca çift bağlantı ücretleri sorunu vardır; örneğin UCSB’de saatlik 4.00 $ ödeyerek BBN-TENEX’e saatlik 8.00 $ karşılığında bağlanmak toplamda saatlik 12.00 $ etmektedir.

İyileştirme Önerileri

Birçok güçlük ve hayal kırıklığına rağmen, sınıf ARPANET’in potansiyelinden etkilenmiş ve çeşitli iyileştirme önerileri ortaya koymuştur.

Yazılım

  1. Ağ kaynaklarının önemli bir bölümünün kullanılmasını gerektiren problemleri tanımlamak üzere çalışma grupları organize edilmelidir.

  2. ARPANET, yalnızca TELNET çalışır durumda bir protokol olsa bile, hâlihazırda büyük bir kaynaktır. Mevcut olanın kullanımına daha fazla çaba harcanmalıdır. Aşağıda iki örnek verilmektedir:

    a. UCSB’nin OLS’si ile UCSB’nin TELNET’inin temsil ettiği kaynaklar birleştirilerek, çeşitli sitelere otomatik olarak giriş yapan kullanıcı programları oluşturulmuştur. Böylece bir ağ kullanıcısının yalnızca UCSB için giriş prosedürünü bilmesi yeterlidir; yerel/uzak yankı, karakter/satır bazında çalışma, büyük/küçük harf ayarları vb. tüm ayarlar önceden yazılmış kullanıcı programları tarafından otomatik olarak gerçekleştirilir.

    b. TELNET protokolünün kaynakları, UCSB NCP’sine yönelik PL/1 alt yordam çağrıları ve 360 O/S çoklu programlama birleştirilerek, bir grup öğrenci TELNET üzerinden uzak sitelerle iletişim kurmak için PL/1’de yığıt beslemeli bir komut dili geliştirmiştir. Bu program, dosya aktarımını incelemek için başarıyla kullanılmıştır (NIC dosyaları düzenli olarak 8-1/2 x 11" beyaz yazıcı kâğıdına kopyalanmakta ve kartlar yakında I4-TENEX’e aktarılacaktır), süreçler arası iletişimde (BBN-TENEX’te yerel olarak alt yordam olarak kullanılmak üzere bir program başlatılmıştır; BBN-TENEX ile SU-AI arasında bir satranç oyunu başlatma ve izleme planları mevcuttur) ve veri aktarımında (önceden biçimlendirilmiş veri dosyaları UCLA-NMC’den UCSB’ye aktarılmıştır; UCLA-NMC yakında anket ve ölçüm verilerini TELNET protokolüne benzer şekilde ve doğrudan ICP üzerinden sunacaktır). Bu programa ilişkin daha fazla ayrıntı gelecekteki bir raporda yer alacaktır.

  3. Dokümantasyon: Her site için ve ayrıca FORTRAN derleyicileri gibi ağ genelindeki her işlev için kendi kendine yeterli bir mini kullanıcı kılavuzu (MINIMAN) bulunmalıdır. MINIMAN bazı yönleriyle kaynak defterine benzer olacaktır, ancak kullanıcıyı çalıştırmaya daha fazla odaklanacaktır. Siteye bağımlı bir MINIMAN aşağıdakileri içermelidir:

    • Giriş prosedürü
    • Basit dosya işleme ve düzenleme komutları
    • Derleme ve çalıştırma talimatları
    • TELNET erişimi
    • Programlar ve alt yordamların kısa (!) özeti
    • Yardımın nasıl alınacağına dair yönlendirme

Donanım, yazılım ve insan kaynaklarına ilişkin genel dokümantasyon daha kapsamlı olmalıdır. Ağ programlarının yazarlarına, Ağ Denetim Programlarının yazarları dâhil olmak üzere, bir dokümantasyon anketi dağıtılmalıdır. Anketten elde edilen bilgilerin Kaynak Defteri ile birleştirilmesi, kaynak konumunu gösteren çapraz referanslı bir dizinin oluşturulmasını kolaylaştıracaktır. Böyle bir dizin, belki çevrim içi olarak, ağ kullanıcısının hem yazılımı hem de donanımı bulmasına yardımcı olacaktır. Nihai düzen ne olursa olsun, kullanıcı ile dokümantasyon arasındaki mücadeleyi iyileştirmek için daha fazla planlama gereklidir. Marshall D. Abrams tarafından "Serving Remote Users on the ARPANET" (NIC 10606 RFC #364) başlığıyla yapılan son çalışma bu açıdan zamanlıdır ve ayrıntılı biçimde değerlendirilmelidir.

  1. Son olarak, UCSB tarafından sunulanlar gibi, her NCP’ye yönelik yüksek seviyeli alt yordam çağrıları evrensel olarak erişilebilir olmalıdır.

Topluluk Ruhu

  1. Ağlar, kişiler arası iletişim için büyük fakat henüz yeterince kullanılmayan bir potansiyele sahiptir. İletişim kaynakları (NIC’in JOURNAL’ı, NLS TENEX’in SENDMSG’i, LINK; UCLA-NMC’nin S_.MSG:C’si gibi) bugün yalnızca yetkin birkaç kişi tarafından kullanılmaktadır, ancak herkes tarafından düzenli olarak kullanılmalıdır. Grubun bakış açısından ağ iletişiminin mevcut durumunun iki belirtisi, prosedürel bilgilerin çoğunun sınıfta sözlü olarak paylaşılması ve dokümantasyon bulmadaki birçok sorunun son çare olarak eski güvenilir yöntem olan telefonla çözülmesidir. Geliştirilmiş iletişim, ortak projelerde iş birliğini teşvik edecektir.

  2. Ortak projelerde iş birliğine istekli programcıların/araştırmacıların adları ve ilgi alanları ile buna karşılık gelen yazılım projelerine ilişkin “serbest fikir” listeleri tutulmalıdır.

  3. Ağ katılımcılarını yeni kaynaklar ve prosedürel değişiklikler hakkında bilgilendirmek ve yönlendirmek amacıyla bir ağ NEWS and NOTES yayını yayımlanmalıdır. Ancak bu belgenin kısa tutulmasına özen gösterilmelidir (yani, "mesaj aşırı yüklemesinden" kaçınılmalıdır). Haftalık olarak yayımlanan tek sayfalık bir el ilanı bu gereksinimi karşılayabilir.

  4. Mevcut NIC bünyesinde olacak şekilde, ağ kullanıcılarını ağ kaynaklarıyla tarafsız biçimde eşleştirme konusunda uzmanlaşacak bir ağ danışmanlık merkezi kurulmalıdır.

  5. Ağın güçlü bir potansiyeli Bilgisayar Bilimleri eğitimindedir. Birçok farklı türde bilgisayar sistemine maruz kalmak, öğrencinin/kullanıcının, öğrenim ve hesaplama merkezlerinde bazen var olan deneyim ve görüş darlığından kaçınmasına yardımcı olur. Bu açıdan TIP kullanıcısı muhtemelen en fazla yarar sağlayandır; çünkü yerel kaynaklara çok az yatırım yaparak birçok sistem tarzı parmaklarının ucundadır. Bununla birlikte, hizmet düğümleri için bile ağ, yerel eğitim kaynaklarına düşük maliyetli bir genişleme sunar. ARPANET’in eğitim değerinden yararlanmaya yönelik mevcut çabalar teşvik edilmeli ve genişletilmelidir.

SONUÇ

Mevcut saha anketleri IMP donanımının, ana bilgisayar donanımının ve ana bilgisayar NCP programlarının performansını ölçmekte ve değerlendirmektedir, ancak yazılım performansını değerlendirmek için çok az şey yapılmıştır. UCSB EE 210 lisansüstü öğrencileri, Ocak ile Mart 1972 arasındaki dönemde ağ kaynaklarının ilkel bir ilk değerlendirmesini yapmaya çalışmışlardır. Bu çalışmadan, KULLANICI protokolü düzeyinde değerlendirme şemaları geliştiren diğer bireyler veya kurumlar için yararlı olacak tanımlar ve ölçütler ortaya çıkmıştır. Bu amaçla, bu raporun yararlı olması umulmaktadır.

EK A - Örnek Öğrenci Anketi

ARPANET

Verilen Not:

Değerlendiren:

Site Güvenilirlik Yanıt Kullanıcı Dostu Olma Kullanılan Saat Sayısı Yorumlar

ARPANET Değerlendirmesi

-- Aşağıdaki kategorilerde yer alan oturumlarınızın yüzdesini belirtiniz:

% Durum
Herhangi bir siteye giriş yapılamadı.
İstenen siteye giriş yapılamadı.
Uzak site aniden çöktü.
Yerel site çöktü.
Sorunsuz çalışma.
Diğer

-- Yerel ana bilgisayarın, iletişim ağının ve uzak ana bilgisayarların performansını göz önünde bulundurarak, ARPANET’in ortalama arızaya kadar geçen süresini tahmin ediniz:

-- Bu çeyrek boyunca ARPANET’e toplamda ne kadar zaman ayırdınız?

-- ARPANET ile ilgili genel deneyiminizi tanımlayınız (örneğin, kişisel ilgi düzeyinizin zaman içindeki artışı ve azalması gibi etkenler vb.).

-- ARPANET ana bilgisayarlarında yapılmasını istediğiniz değişiklikler, iyileştirmeler veya yeni yetenekler için hangi önerileriniz vardır?

(Gerekirse bu sorular için arka yüzü veya başka bir kağıt kullanınız)

EK B - Belirli Siteler, Notlar ve Yorumlar

Aşağıdaki notlar ve yorumlar, her site için en temsil edici iki ila dört anket yanıtına dayanmaktadır. Güvenilirlik, Yanıt ve Kullanıcı Dostu Olma ortalama notlardır ve öznel eleştirileri yansıtır. Toplam Ayrılan Süre, bireysel katılımcılar tarafından bildirilen deney sürelerinin toplamıdır. Gelecekteki değerlendirmelerin mevcut çalışmalardan daha özgül ve daha kapsamlı olabileceği umulmaktadır; ancak bu ilk çabaların değeri küçümsenmemelidir.

Notlar

Site Güvenilirlik Yanıt Kullanıcı Dostu Olma Toplam Ayrılan Süre
BBN-TENEX A A A 71 saat
UCSB B B+ B- 36
SRI-ARC B B A 75
HARV-10 C A- B 14
UCLA-NMC C- C D 14
MIT-MULTICS C- D C+ 82

Grup Yorumları

Site: BBN-TENEX

Site: UCSB

Site: SRI-ARC

Site: HARV-10

Site: UCLA-NMC

Site: UCLA-CCN

Site: MIT-MULTICS

[Bu RFC, çevrimiçi RFC arşivlerine girmek üzere makine tarafından okunabilir biçime Hélène Morin tarafından, Viagénie 12/99 tarihinde dönüştürülmüştür]