Son zamanlarda, Linux'un popülaritesi her geçen gün kelimenin tam anlamıyla artıyor. Linux, Unix'in lezzetlerinden biri olan yüksek performanslı, ticari olmayan bir işletim sistemidir. Bildiğiniz gibi, Helsinki Üniversitesi Linus Torvalds mezunu tarafından oluşturuldu. Ana Linux'un faydaları açıklık ve çoklu kullanımdır, ayrıca kaynakları ve kullanıcı erişim düzeylerini net bir şekilde tanımlama yeteneğine sahiptir. Bugün birçok yazılım satıcısı bu işletim sistemini desteklemektedir; aralarında Oracle ve Informix'i seçeceğiz.

Bu makalede, Samba paketi kullanılarak Windows ve Linux işletim sistemleri arasında kaynakların nasıl paylaşılacağı anlatılmaktadır.

SAMBA nedir?

Samba, SMB (Sunucu İleti Bloğu) ve CIFS (Ortak İnternet Dosya Sistemi) protokollerini kullanarak sunucunun dosya alanına ve yazıcılara istemci erişimini düzenlemek için tasarlanmış bir dizi programdır. Başlangıçta Unix için yazılan Samba, artık OS / 2 ve VMS gibi diğer işletim sistemlerinde de çalışıyor. Bu, dosya sunucusu ve yazdırma sunucusu gibi bu işletim sistemi araçlarının SMB ve CIFS istemcileri için kullanılabileceği anlamına gelir. Şu anda DOS, Windows NT, Windows 95, Linux smbfs, OS / 2, Pathworks için ilgili istemciler var. SMB protokolü kullanılıyor Microsoft Windows Disklere ve yazıcılara erişimi düzenlemek için NT ve 95.

SAMBA ile şunları yapmak mümkündür:

• erişim sağlamak dosya sistemi Windows makineleri için Linux işletim sistemi altında;
• Linux makineleri için Windows işletim sistemi altındaki dosya sistemine erişim elde edin;
• Windows makineleri için Linux işletim sistemi altındaki yazıcılara erişim sağlamak;
• Linux makineleri için Windows işletim sistemi altındaki yazıcılara erişin.

Samba paketinin bileşenleri aşağıdaki işlevleri yerine getirir:

• smbd arka plan programı, Windows 95/98, Windows for Workgroups, Windows NT veya LanManager gibi SMB istemcileri için dosya ve yazdırma hizmetleri sağlar. Bu arka plan programının yapılandırması smb.cfg dosyasında belirtilir.
• nmbd arka plan programı, istemciler için Netbios ad sunucusu desteği sağlar. Diğer ad hizmeti arka plan programlarını yoklamak için etkileşimli olarak çalıştırılabilir.
• smbclient programı, UNIX makineleri için basit bir SMB istemcisidir. Diğer SMB uyumlu sunuculardaki (Windows NT gibi) kaynaklara erişmek için kullanılır ve ayrıca bir UNIX istasyonunun herhangi bir SMB sunucusuna bağlı bir uzak yazıcıyı (örneğin, WfWg'li bir bilgisayar) kullanmasına izin verir.
• testparm yardımcı programı, smb.conf yapılandırma dosyasını kontrol etmek için tasarlanmıştır.
• smbstatus yardımcı programı, şu anda smbd sunucusunu kimin kullandığını bulmanızı sağlar.
• nmblookup yardımcı programı, UNIX makinelerinden NetBios adlarını sorgulamanıza olanak tanır.
• make smbcodepages yardımcı programı, SMB kod sayfasını açıklamak için dosyalar oluşturur.
• smbpasswd yardımcı programı, parolaları şifrelemenize olanak tanır.

Her bileşen, Samba paketiyle birlikte verilen kılavuz sayfalarında ayrıntılı olarak açıklanmıştır.

Kurulum

Samba'nın kurulumu ve yapılandırılması çok kolaydır.

Öyleyse başlayalım.

Samba paketinin çalışması için iki arka plan programı başlatılmalıdır:

• smbd (SMB arka plan programı);
• nmbd (NetBIOS ad sunucusu arka plan programı).

/usr / sbin içine kurulurlar ve sistem komut dosyalarından veya inetd.conf'tan yüklendiğinde manuel veya otomatik olarak başlatılabilirler. Her iki otomatik başlatmaya da bir göz atalım.

İlk yol, sistem başlatma komut dosyalarındandır. /etc/rc.d/init.d/smb dosyasına aşağıdaki scripti yazmanız ve yorumlarda belirtilen dosya isimleri ile sembolik linkler oluşturmanız gerekmektedir.

#! / bin / sh # # /etc/rc.d/init.d/smb - SMB hizmetlerini başlatır ve durdurur # # Aşağıdaki dosyalar sembolik bağlar bu dosyaya: # symlinks: /etc/rc.d/rc1.d/K35smb (Kapatıldığında SMB servislerini öldürür) # /etc/rc.d/rc3.d/S91smb (SMB servislerini # çok kullanıcılı modda başlatır) # / etc/rc.d/rc6.d/K35smb (Yeniden başlatma sırasında SMB hizmetlerini öldürür) # # İşlev kitaplığı kaynağı. ... /etc/rc.d/init.d/functions # Ağ yapılandırması için kaynak. ... / etc / sysconfig / ağ # Ağı kontrol edin. [$ (NETWORKING) = “no”] && çıkış 0 # Bakın burada nasıl çağırıyoruz. case “$ 1” başlangıcında) echo -n “SMB servislerini başlatma:“ daemon smbd -D arka plan programı nmbd -D echo touch / var / lock / subsys / smb ;; stop) echo -n "SMB servislerini kapatma:" killproc smbd killproc nmbd rm -f / var / lock / subsys / smb echo "" ;; *) echo “Kullanım: smb (başlat | durdur)” çıkış 1 esac

İkinci yol. SMB arka plan programlarını inetd'den başlatma. Bunu yapmak için etkinleştirmeniz gerekir aşağıdaki satırlar/etc/inetd.conf dosyasına:

# SAMBA NetBIOS hizmetleri (PC dosyası ve yazıcı paylaşımı için) netbios-ssn akışı tcp nowait root / usr / sbin / smod smod netbios-ns dgram upd wait root / usr / sbin / nmbd nmbd

Öldür –HUP 1

Daemon'ları başlatmak için yöntemlerden birini seçin ve uygulayın. SAMBA paketini kurduğunuzda, arka plan programlarının her zaman varsayılan olarak "makineye" dahil edildiğine dikkat edilmelidir. Yani scriptlerin düzenlenmesine gerek yoktur.

Daemon'ları nasıl başlatacağımızı bulduktan sonra, SMB sunucusunu yapılandırmamız gerekiyor. Bu işlem, ana yapılandırma dosyasının - /etc/smb.cnf - ayarlanmasından oluşur.

Smb.cnf yapılandırma dosyası

Linux'ta (veya diğer UNIX makinelerinde) Samba yapılandırması, /etc/smb.cnf adlı tek bir dosya tarafından kontrol edilir. Bu dosya, istemcilere hangi sistem kaynaklarına erişmeyi planladığınızı ve bu kaynakların kullanımına hangi kısıtlamaları getirmeyi planladığınızı tanımlar.

Bu dosyayı düşünün. Bölümler ve parametrelerden oluşur. Bölümler köşeli parantez içine alınmış bir başlıkla başlar ve bir sonraki bölümün başına kadar devam eder. Aşağıdaki formun parametrelerini içerirler:

'Ad = parametre'

Dosyadaki tüm kayıtlar satırlardır. Her satır bir yorum, bölüm adı veya parametre olabilir. Bölümler ve parametre adları büyük/küçük harfe duyarlı değildir.

Yapılandırma dosyasındaki her bölüm (bölüm hariç) bir erişim kaynağını tanımlar. Bölüm adı, erişim kaynağının adıdır. Erişim kaynağı, erişim dizinine giden yolu ve kullanıcı erişim haklarının bir tanımını içerir.

Örneğin, disk üzerinde bir / ortak dizin oluşturalım ve bunu tüm okuma ve yazma istemcileri için bir ağ paylaşımı olarak tahsis edelim:

Yol = / ortak genel = evet misafir tamam = evet yazılabilir = evet yazdırılabilir = hayır

Herhangi bir kullanıcı tarafından bu kaynağa yazılan tüm dosyalar aşağıdaki haklara sahip olacaktır:

• yaratıcı için - her şey (okuma, yazma, yürütme);
• (kullanıcının ait olduğu) bir grup için - okuma;
• herkes için, okuma.

Herhangi bir dosyaya tüm kullanıcılara hak vermek istiyorsak, bu bölüme aşağıdaki satırı eklememiz gerekir:

Maske oluştur = 0777

Üç özel bölüm vardır:

1. Bu bölüm, Samba'nın tüm kaynaklara erişimi tanımlamak için kullanacağı bazı değişkenleri tanımlar.
2. bölüm izin verir uzak kullanıcılar bir Linux makinesindeki (ve yalnızca sizin) ana dizinlerinize erişebilir. Yani Windows kullanıcıları Windows makinelerinden bu bölüme bağlanmaya çalışırlarsa, kişisel ev dizinlerine bağlanacaklar. Bunu yapabilmek için bu Linux kutusuna kayıtlı olmaları gerektiğini unutmayın.
3. Bu bölüm şuna benzer, ancak yazıcılar içindir.

Bölümdeki dosya adlarında büyük ve küçük harf SMB sunucusunu anlamak için satırın yorumunu kaldırmanız gerekir.

Büyük/küçük harfe duyarlı = evet

Bir dosyanın bir parçasının bir örneği:

; Erişim vermek istiyorsanız bu satırın yorumunu kaldırın; kullanıcı "misafir"; misafir hesabı = hiç kimse günlük dosyası = /var/log/samba-log.%m; günlük dosyası yolu kilit dizini = / var / kilit / samba paylaşım modları = evet; Ağda, kaynak bir kullanıcı adı olarak görünür olacak veya mevcut olmayacak; kullanıcı bulunamadı ise yorum = Ana Sayfa; Yorumda “Ev” konuğu yazacak tamam = hayır; Göz atılabilir konuk erişimini reddet = hayır; Başkalarına salt okunur göstermeyeceğiz = hayır; create mode = 700 yazalım; Oluşturulan dosyalar sadece kullanıcı tarafından görülebilecek, bu isim altında kaynak yolu = / var / public; Kaynak yolu yorumu = Hoş Geldiniz! ; Detaylı listeye ne yazılacak, force user = kimse; Dosyalar işlenecek; hiç kimse misafir adına tamam = evet; Göz atılabilir herhangi bir kullanıcı için erişimin mümkün olup olmadığı = evet; Kaynağın salt okunur listede görünüp görünmeyeceğini = hayır; Sadece okumak için değil. yorum = Geçici dosya alanı yolu = / tmp salt okunur = hayır genel = evet

Windows'tan Linux disklerine erişme

Linux disklerine erişimin organizasyonu çok basittir ve sadece smb.cnf yapılandırma dosyasını düzenlemek, yani bir bölüm eklemekten ibarettir (bunun nasıl yapıldığı yukarıda tartışılmıştır).

Linux'tan Windows disklerine erişme

UNIX makineleri için SMB istemcisi, Samba dağıtımına dahildir. ftp benzeri bir arayüz sağlar Komut satırı... Çalışan bir sunucudan dosya aktarmak için bu yardımcı programı kullanabilirsiniz. Windows istemcisi Linux çalıştırıyor. Belirli bir makinede hangi kaynakların mevcut olduğunu görmek için şu komutu çalıştırmanız gerekir:

/ usr / sbin / smbclient -L ana bilgisayar

burada "ana bilgisayar", kullanılabilir kaynaklarını görmek istediğiniz makinenin adıdır. Bu komut, "hizmet" adlarının, yani erişilebilen sürücülerin veya yazıcıların adlarının bir listesini döndürür. SMB sunucusu, erişimi kontrol edecek şekilde yapılandırılana kadar bir parola isteyecektir. İsteğe yanıt olarak, "misafir" kullanıcısının veya sizin şifrenizi girin. kişisel şifre bu makinede.

Örneğin:

Smbclient -L redfox

Bu komutun çıktısı şöyle görünmelidir:

Sunucu saati Cts 10 Ağustos 12:01:11 1998 Saat dilimi UTC + 3.0'dır Parola: Etki Alanı = İşletim Sistemi = Sunucu = Sunucu = Kullanıcı = Çalışma Grubu = Etki Alanı = Paylaşım Adı Tür Açıklama ---- - ---- ADMIN $ Disk Uzak Yönetici public Disk Public C $ Disk Varsayılan paylaşım IPC $ IPC Remote IPC OReilly Printer OReilly print $ Disk Yazıcı Sürücüleri Bu makinenin bir göz atma listesi var: Sunucu Açıklaması ---- ---- ALEX Samba 1.9.15p8 MARRY Samba 1.9.15p8 VASER Samba 1.9.15p8 REDFOX

Gözat listesi, ağdaki mevcut kaynaklara sahip diğer SMB sunucularını gösterir.

İstemciyi kullanmak için aşağıdaki komutu çalıştırın:

/ usr / sbin / smbclient hizmeti

burada "hizmet", makinenin ve hizmetin adıdır. Örneğin, "redfox" adlı bir makinede "public" adı altında erişilebilen bir dizine erişmeye çalışıyorsanız, hizmet adı \\ redfox \ public olmalıdır. Ancak, kabuk sınırlamaları nedeniyle, bu komut satırını aşağıdaki gibi elde etmek için ters eğik çizgiyi gizlemeniz gerekir. Aşağıdaki şekilde:

/ usr / sbin / smbclient \\\\ redfox \\ genel mypasswd

"mypasswd", parola karakter dizinizdir.

Bir smbclient istemi alacaksınız:

Sunucu saati Cts 10 Ağustos 12:01:11 1998 Saat dilimi UTC + 3.0'dır Parola: Etki Alanı = İşletim Sistemi = Sunucu = Sunucu = Kullanıcı = Çalışma Grubu = Etki Alanı = smb: \>

smbclient'i kullanma konusunda yardım için h yazın:

Smb: \> h ls dir lcd cd pwd get mget koy mput yeniden adlandır daha fazla maske del rm mkdir md rmdir rd istemi özyineleme çevir küçük harf yazdır yazdırma modu kuyruğu iptal stat çık q çıkış daha yeni arşiv tar blok boyutu tarmodu setmode yardım? ! smb: \>

Windows İstemcileri için Linux Yazıcı Erişimi

Windows makinelerinin bir Linux yazıcısına erişmesini sağlamak için yazıcının Linux altında çalıştığından emin olmanız gerekir. Linux'ta yazdırabiliyorsanız, yazıcıya erişmek çok basit olacaktır.

Yazıcı ayarını smb.cnf dosyanıza ekleyin:

Yazdırma = bsd printcap adı = / etc / printcap yük yazıcıları = evet günlük dosyası = /var/log/samba-log.%m kilit dizini = / var / kilit / samba yorumu = Tüm Yazıcılar güvenliği = sunucu yolu = / var / biriktirme / lpd / lp göz atılabilir = yazdırılabilir yok = evet genel = yazılabilir evet = oluşturma modu yok = 0700 güvenlik = sunucu yolu = / var / biriktirme / lpd / lp yazıcı adı = lp yazılabilir = evet genel = evet yazdırılabilir = evet yazdır komutu = lpr -r -h -P% p% s

Yazıcıya giden yolun (bu durumda için) / etc / printcap!

Samba kullanan Windows NT makineleri için UNIX makinelerinde yazıcılara erişimde bazı sorunlar olduğu unutulmamalıdır. Bunlardan biri, NT'nin doğru görmemesidir. ağ yazıcısı, diğerinin bir şifre sorunuyla ilgisi var. Bu sorunları çözmek için Samba dağıtımınızın docs / WinNT.txt dosyasını inceleyin.

Linux İstemcileri için Windows Yazıcı Erişimi

Windows bilgisayarda yüklü bir yazıcıya erişmek için aşağıdakilere ihtiyacınız vardır:

• / etc / printcap dosyasında, yerel dizin yapısıyla eşleşmesi gereken (kuyruğa alınmış dizin vb. için) doğru girişlere sahip olmalısınız.
• Bir komut dosyasına / usr / bin / smbprint'e sahip olmalısınız. Samba kaynaklarıyla birlikte gelir, ancak tüm Samba ikili dosyalarıyla gelmez. Biraz değiştirilmiş kopyası aşağıda tartışılmaktadır.
• ASCII dosyalarını Postscript'e dönüştürmek istiyorsanız, nenscript veya eşdeğerine sahip olmalısınız. nenscript bir Postscript dönüştürücüsüdür ve genellikle / usr / bin dizinine kurulur.
• Eklenti programları kullanarak Samba yazdırma işlemini basitleştirebilirsiniz. ASCII, Postscript veya dönüştürülmüş Postscript'i işleyen basit bir Perl betiği aşağıda gösterilmiştir.
• Aşağıdaki / etc / printcap dosyasındaki giriş, Windows NT sunucusundaki bir HP 5MP yazıcı içindir. / etc / printcap dosyasında aşağıdaki alanlar kullanılır:

cm - yorum

lp - çıktı için açılacak aygıtın adı

sd - yazıcı biriktirme dizini (yerel makinede)

af - yazıcı kullanımı muhasebe dosyası

mx - en büyük boy dosya (sıfır - sınır yok)

if - giriş filtresinin adı (komut dosyası)

Daha fazlası için detaylı bilgi yazdırmak için Yazdırma NASIL belgesine veya printcap kılavuz sayfalarına bakın.

# / etc / printcap # # // redfox / smbprint yoluyla oreilly # lp: \: cm = HP 5MP Postscript OReilly on redfox: \: lp = / dev / lp1: \: sd = / var / spool / lpd / lp: \: af = / var / biriktirme / lpd / lp / acct: \: mx # 0: \: if = / usr / bin / smbprint:

Kuyruğa alınan dizinin ve muhasebe için kullanılan dizinin var olduğundan ve yazılabilir olduğundan emin olun. "if" satırının smbprint komut dosyasına giden doğru yolu içerdiğinden (aşağıda verilmiştir) ve girişlerin doğru çıktı aygıtını (/ dev özel dosyası) gösterdiğinden emin olun.

Daha yakından bakmak isteyebilirsiniz. Yararlı olduğu kanıtlanmış birkaç küçük değişiklik var.

#! / bin / sh -x # Bu komut dosyası, UNIX makinelerinde printcap # tabanlı yazdırma için bir giriş filtresidir. Dosyayı belirtilen smb sunucusuna ve hizmetine # yazdırmak için smbclient programını kullanır. # Örneğin, bu gibi bir printcap girdiniz olabilir # # smb: lp = / dev / null: sd = / usr / spool / smb: sh: if = / usr / local / samba / smbprint # # UNIX- oluşturur Bu komut dosyasıyla # yazdıracak "smb" adlı bir yazıcı. # / usr / spool / smb uygun izinlere ve sahipliğe sahip bir spool dizini oluşturmanız gerekiyor # Yazdırmak istediğiniz sunucuyu ve hizmeti buraya yükleyin. # Bu örnekte, "lapland" adında bir WfWg bilgisayarı olan ve # şifresi olmayan "yazıcı" adlı dışa aktarılmış bir yazıcıya sahip bir bilgisayarım var # # Komut dosyası daha sonra değiştirildi [e-posta korumalı](Michael Hamilton) # böylece sunucu, hizmet ve parola # /usr/var/spool/lpd/PRINTNAME/.config adresinden okunabilir # # Bunun çalışması için / etc / printcap girişinin bir muhasebe dosyası kullanımını içermesi gerekir # (af = ...): # # cdcolor: \ #: cm = 6. CD IBM Colorjet: \ #: sd = / var / spool / lpd / cdcolor: \ #: af = / var / spool / lpd / cdcolor / acct: \ #: if = / usr / local / etc / smbprint: \ #: mx = 0: \ #: lp = / dev / null: # # Dosya / usr / var / spool / lpd / PRINTNAME /.config # server = PC_SERVER # service = PR_SHARENAME # password = ”password” # # içermelidir # # Örneğin, # server = PAULS_PC # service = CJET_371 # password = ”” # # Hata ayıklama günlük dosyası, isterseniz / dev / null olarak değiştirin. # logfile = / tmp / smb-print.log # logfile = / dev / null # # Filtrenin son parametresi muhasebe dosya adıdır. # spool_dir = / var / spool / lpd / lp config_file = $ spool_dir / .config # Yapılandırma dosyasında ayarlanan aşağıdaki değişkenleri okumalıdır: # server # service # password # user eval 'cat $ config_file' # # Bazı hata ayıklama yardımı, aynı alanı istiyorsanız >> öğesini> olarak değiştirin. # echo “sunucu $ sunucu, hizmet $ hizmet” >> $ günlük dosyası (# NOT Yazdırırken otomatik # CR / LF çevirisi istiyorsanız 'echo translate' satırını eklemek isteyebilirsiniz.echo translate echo “yazdır -” cat) | / usr / bin / smbclient “\\\\ $ sunucu \\ $ hizmet” $ şifre -U $ kullanıcı -N -P >> $ günlük dosyası

Çoğu linux dağıtımı, ASCII belgelerini Postscript'e dönüştürmek için nenscript ile birlikte gelir. Aşağıdaki Perl betiği, smbprint kullanarak yazdırmak için basit bir arayüz sağlayarak kullanıcı için hayatı kolaylaştırır.

Kullanım: yazdır [-a | c | p] -bir baskı ASCII -c nasıl yazdırılır kaynak -p baskıları olarak biçimlendirilmiş Postscript olarak Herhangi bir seçenek verilmezse, program dosya türünü belirlemeye ve buna göre yazdırmaya çalışacaktır.

ASCII dosyalarını yazdırmak için smbprint'i kullanan komut dosyası, uzun satırların kaydını tutar. Mümkünse, bu komut dosyası uzun satırı bir boşlukta keser (bir kelimenin ortasındaki bir boşluk yerine).

biçimlendirme kaynak kodu nenscript programı ile yürütülür. Bir ASCII dosyası alır ve onu bir başlık (tarih, dosya adı vb.) ile iki sütun halinde biçimlendirir. Bu program aynı zamanda satırları da numaralandırır. Postscript belgeleri zaten biçimlendirilmiştir, bu nedenle hemen yazdırılırlar.

Yapılandırma dosyasının Ruslaştırılması ve test edilmesi

SAMBA paketi, dosya adlarında kullanılan tüm kodlamaları destekler. Rus alfabesi ile kodlamaları kullanabilmek için birkaç satır girmek gerekir. yapılandırma dosyası/etc/smb.cnf bölümüne:

Karakter seti = KOI8-R istemci kod sayfası = 866

smb.cnf yapılandırma dosyasını testparm yardımcı programını kullanarak test edebilirsiniz. Konfigürasyon dosyasında herhangi bir hata yoksa, testparm bunu rapor edecek ve kullanılan servisleri listeleyecektir, aksi takdirde bir hata mesajı alırsınız.

BilgisayarBasın 10 "1999

Bir organizasyon içinde birden fazla projenin eşzamanlı yönetimi, bazı projelerin atamalarının diğerleriyle çelişmemesi için görevlere insanların ve maddi kaynakların atanması gerektiği gerçeğiyle karmaşıklaşır. Örneğin, o gün zaten başka bir projede yer alıyorsa, 1 Temmuz'da bir göreve bir çalışan atayamazsınız.

Bir organizasyonda projelerin başarılı bir şekilde uygulanması, kaynak planlamasının tutarlılığına bağlıdır. Bu tutarlılığı sağlamak için MS Project, içinde depolanan kaynakların tek bir listesini kullanma yeteneğini içerir. ayrı dosya, - sözde Kaynak Havuzu.

Kaynak havuzu kurulumu

Kaynak planlamasını koordine etmek için * .mpp formatında normal bir proje dosyası oluşturmanız ve tüm kaynak verilerini buna koymanız gerekir. Şekil 40.

40. Kaynak veri dosyası

Daha sonra planlı projeler oluşturulur ve planlamanın MS Project açısından kaynak havuzları olarak adlandırılan ilk dosyadaki kaynakları kullanacağını belirtirler. Örnek olarak, bir havuz dosyası kaynağı havuzu.mpp ve havuz kaynaklarının kullanılacağı planları içeren iki dosya oluşturduk - Şekil 41'de Proje1.mpp ve Proje2.mpp. 42

41. proje1.mpp

42. proje2.mpp

Proje planında kullanılacak kaynak havuzunu tanımlamak için hem plan dosyasını hem de havuz dosyasını açmalısınız. Ardından, planın bulunduğu dosya penceresinde olmak, menü komutunu seçin.Hizmet / Paylaşılan Kaynaklar Kaynaklara Erişim... Bundan sonra, havuzla çalışma parametrelerinin yapılandırıldığı, kaynaklara paylaşılan erişimi tanımlamak için bir iletişim kutusu açılır (Şekil 43).

Kaynak havuzu modunu etkinleştirmek için bu iletişim kutusunda radyo düğmesini seçmelisinizKaynakları kullanıntıklayın ve ardından açılır listeden proje dosyasının adını seçin.

43. Kaynak Havuzu Kullanımını Yapılandırma

Bir havuzdaki kaynakları kullanan bir dosyaya havuz istemcisi (paylaşan) denir. Havuz istemcisi, başka bir proje planı için kaynak havuzu olamaz.

Bir istemci havuza bağlandığında, veri senkronizasyonu başlar: tüm kaynaklar istemci dosyasına kopyalanır ve onlarla normal proje kaynaklarında olduğu gibi çalışabilirsiniz - özelliklerini düzenleyin, ekleyin ve silin, vb. Planlamaya kaynak atarken görevler, atama bilgileri havuz dosyasına kopyalanır.

Havuzlanmış zamanlama

İstemci ve havuz kaynak listeleri eşitlendikten sonra, istemci dosyasındaki görevlere kaynak tahsisi her zamanki gibi devam eder. Aynı zamanda, MS Project diğer projelerdeki kaynak atamalarına ilişkin verileri de dikkate alır.

Havuz kaynaklarını kullanarak Project1.mpp ve Project2.mpp dosyalarımızın örneğini kullanarak iki projede bir kaynakla çalışmayı düşünelim. r kaynak havuzu.mpp. İlk projede 14 günlük bir Tasarım tasarım görevi oluşturduk ve yürütülmesi için Ivanov'u atadık, ardından ikinci projede 14 günlük bir Tasarım şablonları görevi oluşturduk. Her iki proje de aynı gün başlar, bu nedenle bu görevler aynı anda planlanır.

Şimdi Şablon Geliştirme görevi için bir kaynak ayırmaya çalışalım. Bunu yapmak için kaynak atama iletişim kutusunu kullanacağız.Hizmet / Kaynakları Ata... Yalnızca ihtiyacımız olan zamanda müsait olan çalışanları seçmek için kutuyu işaretleyinEn azından mevcutve görevimiz tam olarak bu kadar uzun sürdüğü için tezgahta 112 saat gireceğiz. Şu anda başka bir projedeki bir göreve atanan Ivanov kaynağı, listeden hemen kaybolur ve program, onu görevin yürütülmesine atamayı teklif etmez Şekil 44.

Projede otomatik kaynak seviyelendirme modu etkinleştirilirse, yürütülmesi için atanan kaynak havuza bağlı başka bir projede başka bir görevin yürütülmesi için zaten tahsis edilmişse, MS Project görevi otomatik olarak başka bir zamana aktarır. .

Bu modu etkinleştirmeyi deneyebilir ve Ivanov'u Şablon Geliştirme görevinin yürütülmesine atayabilirsiniz. Görev, Project1.mrr planındaki Tasarım tasarımının bitiş zamanı için otomatik olarak yeniden planlanacaktır. Otomatik kaynak seviyelendirmeyi kapatır ve ardından görünümü açarsanız kaynak sayfası , MS Project'in Ivanov'un OA'sını tespit ettiğini göreceksiniz.

Kaynak yükü hakkındaki bilgileri görüntülemek ve planlama yaparken dikkate almak için görünümü açmanız gerekir.Kaynak kullanımıhavuz istemci dosyasında (havuz dosyası MS Project'te de açık olmalıdır). Her kaynak için dahil olduğu tüm görevleri listeler. Bu veya bu görevin hangi projeye ait olduğunu belirlemek için tabloya bir sütun ekleyin Proje .

44. Program, göreve kimin atanabileceğini belirler

45. Diğer projelerde kaynak yüklemeye ilişkin veriler - havuz yüklenirse havuz istemcileri her projede görüntülenir

Havuz kullanımı

Havuzdaki kaynakları kullanan bir proje planı dosyasını açtığınızda, dosyayla birlikte havuz dosyasını açabileceğiniz bir iletişim kutusu belirir Şekil 46.

46. Proje planıyla birlikte havuz dosyasını açmak için iletişim kutusu

İletişim kutusu iki radyo düğmesi içerir ve en üsttekini seçerseniz, MS Project havuz dosyasını proje planıyla birlikte yükler. Alt anahtarı seçerseniz, program sadece proje planı olan dosyayı açacaktır.

Zamanlama için bir proje dosyası açarsanız, her zaman en üstteki radyo düğmesini seçmek en iyisidir, çünkü diğer projelerde kaynak yüklemesini yalnızca havuz açıkken görüntüleyebilirsiniz. Ayrıca, yalnızca havuz dosyası açıkken üzerinde değişiklik yapabilirsiniz.

İşbirliği havuzlu

Aynı dosya aynı anda birkaç kullanıcı tarafından düzenlenecekse, kaydedildiğinde çakışmaya neden olacak ve büyük olasılıkla kullanıcılardan birinin verileri kaybolacaktır. Bu nedenle, MS Project iki kullanıcının aynı anda kayıt için bir kaynak havuzu açmasına izin vermez.

Bir havuz dosyasını açarken, program dosyayı hangi modda açacağını sorar: yazma veya salt okunur. Yazma modunu seçerseniz, havuz dosyasında sizden başka kimse değişiklik yapamaz. Havuz dosyasını okumak için açarsanız, yalnızca başka bir kullanıcı tarafından yazmaya açık değilse değişiklik yapabilirsiniz.

Bir dosyayı okuma modunda açmak için, Şekil 47'de gösterilen iletişim kutusunun üst anahtarını, yazma modunda açmak için ortadaki anahtarı kullanın.

Havuz yazma modunda açıksa, içindeki veriler normal şekilde düzenlenebilir. Havuzu okumak için açtıysanız, proje planını değiştirdikten sonra güncellemeniz gerekir, aksi takdirde yeni kaynak atamalarındaki veriler havuza girmeyecek ve havuzun istemcileri olan diğer dosyalarda bulunmayacaktır. Tasarım verilerini dikkate alarak havuzu güncellemek için menü komutunu kullanın.Hizmet / Paylaşılan Kaynaklar / Kaynak Havuzunu Güncelle... Bu komut, yalnızca havuz dosyası okumaya açık olduğunda kullanılabilir. Havuz dosyası yazılmaya açık ise otomatik olarak güncellenir ve bu menü komutu kullanılmaz.

Bu komutu seçtiğinizde, MS Project menüsü havuz dosyasını yazmak için açar, havuz verilerini günceller ve ardından okuma için yeniden açar. Bu mod, birden fazla kullanıcının havuzda dönüşümlü olarak değişiklik yapmasına izin verir.

Bir havuz salt okunur durumdayken bir havuzdaki kaynakların özelliklerini güncellemek için bunları havuz istemci dosyasında güncellemeniz ve ardından havuz kullanım ayarlarında istemcinin öncelikli olduğunu belirtmeniz gerekir. Bu durumda değiştirilen kaynak bilgileri güncellendikten sonra havuza kaydedilecektir.

Proje planı üzerinde çalışırken olası çakışmaları ortadan kaldırmak için, planlama tamamlandıktan sonra havuzu güncellemeniz (yani plan verilerinizi içine kaydetmeniz) ve ardından havuz ekranını güncellemeniz (yani, en son verileri havuzdan aktarmanız) gerekir. planınıza havuz).

Havuz ekranı menü komutu kullanılarak yenilenirHizmet / Paylaşımlar / Kaynak Havuzu Yenile Ekranı.

MS Project menüsünde bu komutu seçtiğinizde, havuz dosyasını yeniden açar ve diğer kullanıcılar tarafından yapılan değişikliklere erişiminiz olur.

Kaynakları paylaşma ve yönetme

İşletim sisteminin önemli görevlerinden biri, elindeki kaynakları (ana bellek, giriş-çıkış aygıtları, işlemci) ve bunların farklı aktif süreçler arasındaki dağılımını yönetmektir. Bir kaynak tahsis stratejisi geliştirirken, aşağıdaki faktörlerin dikkate alınması gerekir.

eşitlik... Bazı taleplerde bulunan tüm süreçlerin genellikle arzu edilir. belirli bir kaynak, ona aynı verildi
erişim. Bu, özellikle aynı ve
aynı sınıf, yani benzer kaynak gereksinimleri olan işler.

Tepkiyi ayırt etmek... Öte yandan, ihtiyacınız olabilir
işletim sistemi işleri farklı şekilde ele aldı farklı sınıftan farklı istekleri var. bundan emin olmaya çalışmalıyız
işletim sistemi, bir dizi gereksinime göre kaynak tahsisi gerçekleştirdi. İşletim sistemi içinde çalışmalıdır
şartlara bağlı. Örneğin, eğer bir süreç bekliyorsa
G / Ç cihazına erişim, işletim sistemi bu işlemi serbest bırakmak için zamanlayabilir
diğer işlemler tarafından daha fazla kullanım için cihaz.

Yeterlik... İşletim sistemi, sistemin verimini artırmalı, yanıt süresini en aza indirmeli ve bir zaman paylaşımlı sistemde çalışıyorsa, mümkün olduğunca hizmet vermelidir.
kullanıcı sayısı. Bu gereksinimler biraz çelişkilidir.
arkadaş; İşletim sistemlerinin incelenmesinde acil bir sorun, her özel durumda doğru dengeyi bulmaktır.

Kaynak yönetimi ve kaynak tahsisi görevi, işletim sistemi araştırmasında tipiktir; burada bu alanda elde edilen matematiksel sonuçlar uygulanabilir. Ek olarak, performansını izlemenize ve işleyişinde ayarlamalar yapmanıza olanak tanıyan sistemin etkinliğini ölçmek önemlidir.

İncirde. 2.11, çok görevli bir ortamda süreç planlaması ve kaynak tahsisinde yer alan işletim sisteminin temel öğelerini gösterir. İşletim sistemi, her biri bir kaynak kullanma sırasını bekleyen işlemlerin bir listesi olan birkaç sıra tutar. Kısa süreli kuyruk, (veya en azından ana bölümleri) ana bellekte bulunan ve yürütülmeye hazır olan işlemleri içerir. Bir sonraki sürecin seçimi, kısa vadeli bir planlayıcı veya gönderici tarafından gerçekleştirilir. Genel bir strateji, sıraya alınan her sürece sırayla erişim vermektir; bu yönteme round-robin denir. Ayrıca süreçlere farklı öncelikler atanabilir.

Pirinç. 2.11. Çok görevli bir işletim sisteminin temel unsurları

Uzun vadeli kuyruk, işlemciyi kullanmayı bekleyen yeni işlemlerin bir listesini içerir. İşletim sistemi onları uzun vadeli kuyruktan kısa vadeli olana taşır. Bu noktada sürecin vurgulanması gerekiyor. belirli bir kısım ana hafıza. Bu nedenle işletim sistemi, sisteme çok fazla işlem ekleyerek belleğe veya işlemciye aşırı yüklenmemeye özen göstermelidir. Aynı G/Ç cihazına birden fazla işlem erişebilir, bu nedenle her cihaz için ayrı bir kuyruk oluşturulur. Ve burada işletim sistemi, serbest bırakılan I/O cihazını önce hangi işlemin sağlayacağına karar vermelidir.

Bir kesme sırasında kontrol, işletim sisteminin bir parçası olan bir kesme işleyicisine geçer. İşlevselliği sayesinde bir işlem, G/Ç aygıt sürücüsü gibi bazı işletim sistemi hizmetlerine erişebilir. Bu, işletim sistemine giriş noktası haline gelen servis çağrı işleyicisini çağırır. Hizmette bir kesinti veya çağrı olup olmadığına bakılmaksızın, işlendikten sonra, programlayıcı yürütmek için kısa vadeli kuyruktan bir süreç seçecektir.

sistem yapısı

İşletim sistemlerine yeni işlevler eklendikçe ve işletim sistemi donanımının yetenekleri ve çeşitliliği arttıkça karmaşıklık da artmaktadır. 1963'te MIT'de tanıtılan CTSS işletim sistemi, bellekte yaklaşık 32.000 36 bit kelime işgal etti. Bir yıl sonra IBM tarafından piyasaya sürülen OS / 360, bir milyondan fazla makine talimatı içeriyordu. 1975 yılında MIT ve Bell Laboratories tarafından ortaklaşa geliştirilen Multics sistemi, 20 milyon ekibe ulaştı. Adalet adına, daha sonraki işletim sistemlerinin daha küçük makinelerde ve daha basit görünmeye başladığını, ancak donanımın gelişmesi ve kullanıcıların gereksinimlerinin artmasıyla birlikte giderek daha karmaşık hale geldiklerini not ediyoruz. Yani, modern sistem UNIX, 1970'lerin başında birkaç yetenekli programcı tarafından geliştirilen, neredeyse oyuncak benzeri orijinalinden çok daha karmaşıktır. Aynı şey, sonunda karmaşık ve güçlü işletim sistemleri OS / 2 ve Windows 2000'e dönüşen basit MS-DOS sisteminde de oldu. Örneğin, Windows NT işletim sistemi yaklaşık 16 milyon satır kod içerir ve Windows 2000'de bu rakam iki kattan fazla arttı.

Tam özellikli işletim sistemlerinin boyutundaki ve karmaşıklığındaki artış, üç yaygın soruna yol açmıştır. İlk olarak, işletim sistemleri kullanıcılara kronik gecikmelerle ulaşır. Bu, hem yeni işletim sistemlerinin piyasaya sürülmesi hem de mevcut işletim sistemlerinin güncellenmesi için geçerlidir. İkincisi, çalışma koşullarında kendini göstermeye başlayan ve sistemin düzeltilmesini ve güncellenmesini gerektiren sistemlerde gizli hatalar ortaya çıkar. Üçüncüsü, üretkenlik artışı genellikle planlandığı kadar hızlı değildir.

Çalışmalarını kolaylaştırmak ve listelenen sorunların üstesinden gelmek için işletim sistemlerinin yapısını nasıl düzenlemelisiniz? Bazı çözümler açıktır. Yazılım, geliştirme sürecinin organizasyonunu kolaylaştıracak ve hataların belirlenmesini ve ortadan kaldırılmasını kolaylaştıracak modüllerden oluşmalıdır. Modüller, birbirleriyle ilişkili olarak, programcının görevlerini de kolaylaştıracak, dikkatlice tasarlanmış ve maksimum düzeyde basit arayüzlere sahip olmalıdır. Ek olarak, böyle bir sistemin evrimi daha az çaba gerektirecektir. Modüller birbirleriyle basit ve net kurallara göre etkileşime girerse, herhangi bir modülün değiştirilmesi geri kalanı üzerinde minimum etkiye sahip olacaktır.

Ancak, kodu milyonlarca veya on milyonlarca satırdan oluşan büyük işletim sistemleri için modüler programlama ilkesinin tek başına tüm sorunları ortadan kaldırmadığı ortaya çıktı. Bu nedenle, hiyerarşi seviyeleri kavramının yanı sıra bilgi soyutlama kavramının popülaritesi artmıştır. Modern bir işletim sisteminin hiyerarşik yapısında çeşitli fonksiyonlar açık farklı seviyeler karmaşıklıklarına, zamansal özelliklerine ve soyutlama derecelerine bağlı olarak. Sistem, her biri işletim sisteminin görev grubuna dahil olan kendi sınırlı görev aralığını gerçekleştiren bir dizi düzey olarak görülebilir. Belirli bir seviyedeki bileşenlerin çalışması, daha düşük seviyedeki bileşenlerin çalışmasına dayanır; üst düzey işlevler, alt düzey temel öğeleri kullanır. İdeal olarak, seviyeler, birini değiştirmenin diğerlerini değiştirmeyeceği şekilde tanımlanmalıdır.

Kural olarak, seviye ne kadar düşük olursa, bileşenlerinin çalışma süresi o kadar kısa olur. İşletim sisteminin bazı öğeleri, bazen saniyenin birkaç milyonda birinden fazla sürmeyen temel işlemler olan bilgisayar donanımıyla doğrudan etkileşime girmelidir. Kullanıcıyla iletişimi sürdüren işletim sisteminin bileşenleri, zaman aralığının diğer ucundadır. Kullanıcılar komutları çok yavaş girerler - birkaç saniyede bir komuta kadar.

Her işletim sistemi bu ilkeleri farklı şekilde uygular. Sunumun bu aşamasında işletim sistemleri hakkında genel bir fikir edinmek için, ve içinde açıklanan genelleştirilmiş bir hiyerarşik işletim sistemi modeli örneği sunuyoruz. Herhangi bir gerçek işletim sistemine tekabül etmese de konunun özünü anlamak için şüphesiz faydalıdır. Modelin kendisi tabloda gösterilmiştir. 2.4 ve aşağıdaki seviyelerden oluşur.

Seviye 1. Elektronik devreleri içerir; Bu seviyedeki nesneler
kayıtlar, hafıza yerleri ve mantık kapıları... İçeriği temizlemek gibi bu nesneler üzerinde çeşitli eylemler gerçekleştirilir.
bir hafıza konumunu kaydedin veya okuyun.

Seviye 2. Bir dizi işlemci talimatı. üzerinde gerçekleştirilen işlem sayısı
bu seviye, makinenin talimat seti tarafından izin verilenleri içerir.
toplama, çıkarma, bir kayıttan değer yükleme veya
içinde tasarruf.

Seviye 3. Bir prosedür (alt rutin) kavramının yanı sıra çağrı ve geri dönüş işlemlerini içerir.

Seviye 4. İşlemciyi kaydetmeye zorlayan kesintilerin seviyesi
geçerli bağlam ve kesme hizmeti rutinini yürütün.

Aslında ilk dört katman işletim sisteminin parçası değil, işlemcinin donanımıdır. Ancak, kesme rutinleri gibi işletim sisteminin bazı öğeleri bu seviyelerde zaten görünür. İşletim sistemine yalnızca çoklu görevle ilgili kavramların ortaya çıktığı beşinci düzeyde yaklaşıyoruz.

Seviye 5. Bu seviyede, çalışan bir program anlamına gelen bir süreç kavramı tanıtılır. için temel gereksinimler arasında
eşzamanlı çalışmasını destekleyebilen bir işletim sistemi
kaç işlem, işlemleri askıya alma ve devam ettirme becerisini içerir. Bunu yapmak için içeriği kaydetmeniz gerekir.
donanım kayıtları, bir süreçten diğerine geçebilmeniz için. Ek olarak, süreçler birbirleriyle etkileşime girecekse, bunların senkronizasyonu için bir mekanizma gereklidir. Biri kritik kavramlarİşletim sistemi aygıtı bir semafordur, Bölüm 5, "Paralel Hesaplama: Karşılıklı Dışlama ve Çoklu Görev"de açıklanan en basit sinyalleme tekniğidir.

Düzey 6. Bu düzeydeki bileşenler, bilgisayarın yardımcı depolama aygıtlarıyla etkileşime girer. Bu seviyede, var
okuma kafalarının konumlandırılması ve blokların fiziksel aktarımı
veri. İşi planlamak ve tamamlanma sürecini bildirmek
istenen işlemin 6. düzeyi 5. düzey bileşenleri kullanır.

Seviye 7. İşlemler için mantıksal bir adres alanı oluşturur. Seviye
sanal adres alanını, ana bellek ve yardımcı depolama arasında taşınabilen bloklar biçiminde düzenler. Aşağıdaki üç şema yaygın olarak kullanılmaktadır: sabit sayfalı sayfaların kullanımı, değişken boyutlu bölümlerin kullanımı ve ikisinin bir kombinasyonu. Eğer gerekli blok ana bellekte yoksa, o zaman bu seviye bu bloğu göndermek için katman 6'ya bir istek gönderir.

Şimdiye kadar sadece işletim sisteminin işlemci ile etkileşimi ile ilgiliydi. Sekizinci ve daha yüksek seviyelere ait işletim sistemi bileşenleri, aşağıdakiler gibi harici nesnelerle etkileşime girer. çevre birimleri ve muhtemelen - bir ağ ve ağa bağlı bilgisayarlar ile. Bu seviyelerdeki nesneler, bir veya daha fazla bilgisayarda çalışan birden çok işlem tarafından paylaşılabilen mantıksal olarak adlandırılmış nesnelerdir.

Seviye 8. Süreçler arasında bilgi ve mesaj alışverişinden sorumludur.
Bu seviyede, 5. seviyeden daha zengin bir bilgi alışverişi vardır.
süreçleri senkronize etmek için birincil bir sinyal mekanizması sağlar. Bu türün en güçlü araçlarından biri, mantıksal bir veri aktarım kanalı olan boru hattıdır.
süreçler arasında. Boru hattı, bir sürecin çıktısını diğerinin girdisine aktaran bir boru olarak tanımlanır; ek olarak, süreçle iletişim kurmak için kullanılabilir harici cihazlar veya dosyalar. Bu kavram Bölüm 6, "Kilitlenme ve Açlık"ta tartışılmaktadır.

Seviye 9. Dosyaların uzun süreli depolanmasını sağlar. Bu seviyede, yardımcı depolamada depolanan veriler soyut nesneler olarak kabul edilir. değişken uzunluk, ikincil belleğin, katman 6'da bulunan sabit boyuttaki bir dizi iz, sektör ve blok olarak cihaza bağlı görünümünün aksine.

Seviye 10. Kullanarak harici cihazlara erişim sağlar
standart arayüzler.

Seviye 11. Harici ve dahili tanımlayıcılar arasındaki ilişkiyi destekler sistem kaynakları ve nesneler. Dış tanımlayıcı isimdir
bir uygulama veya bir kullanıcı tarafından kullanılabilir. İç mekan
id, alt taraf tarafından kullanılan bir adres veya başka bir göstergedir.
nesne algılama ve yönetimi için işletim sistemi katmanları.
Bu ilişki, aşağıdakileri içermeyen bir dizin aracılığıyla sürdürülür:
yalnızca harici ve dahili tanımlayıcıların karşılıklı eşlenmesi, aynı zamanda
erişim hakları gibi özellikler.

Seviye 12. Tam özellikli destek araçları sağlar
süreçler. Bu katmanın yetenekleri, yalnızca işlemcinin süreçle ilgili kayıt içeriğini ve süreç sevk mantığını destekleyen katman 5'in yeteneklerini çok aşmaktadır. 12. seviyede, bu bilgi süreçleri kontrol etmek için kullanılır. Bu aynı zamanda süreçlerin sanal adres alanını, etkileşimde bulunabileceği nesnelerin ve işlemlerin bir listesini ve bu etkileşimi kısıtlayan kuralları içerir; yaratılmaları sırasında süreçlere geçirilen parametreler ve işletim sistemi tarafından kontrol etmek için kullanılabilen süreçlerin diğer özellikleri.

Seviye 13. İşletim sisteminin kullanıcı ile etkileşimini sağlar. Bu seviye, kullanıcıyı ayrıntılardan ayırdığı için kabuk olarak adlandırılır. dahili cihaz işletim sistemi ve bir dizi hizmet olarak kullanıcıya sunar. Kabuk, kullanıcı komutlarını veya iş kontrol talimatlarını kabul eder, yorumlar, oluşturur. gerekli süreçler ve onları yönetir. Bu seviyede, örneğin, kullanıcının bir menü kullanarak bir komut seçmesine izin veren ve çalışmanın sonuçlarını ekranda görüntüleyen bir grafik arayüz uygulanabilir.

Bir işletim sisteminin açıklanan varsayımsal modeli, yapısı hakkında bir fikir verir ve belirli bir işletim sisteminin uygulanması için bir rehber görevi görebilir. Bu kitapta ana hatları verilen kursu incelerken, işletim sistemlerinin ayrı bileşenlerinin birbirleriyle nasıl ilişkili olduğunu daha iyi anlamak için okuyucunun zaman zaman bu yapıyı tekrar gözden geçirmesi yararlı olacaktır.

Tablo 2.4. hiyerarşik model işletim sistemi2

Çoklu görev.

Çoklu görev, birkaç programın aynı anda çalışmasını ifade eder. Bu, kullanıcının diğer programlardan alınan nesneleri içeren karmaşık belgeler oluşturmasına olanak tanıyan işletim sisteminin çok kullanışlı bir özelliğidir.

MS DOS işletim sistemi çoklu görev değildir. İçinde yalnızca bir uygulama ile çalışabiliriz ve bir başkasını başlatmak için, verileri kaydederek ilkiyle çalışmayı tamamlamalıyız.

Aynı zamanda, MS DOS'ta yerleşik programlar kavramı vardır. Bunlar, başlatıldıktan sonra bilgisayarın belleğinde kalan ve diğer programları başlattıktan sonra bile orada çalışmaya devam eden programlardır. Yerleşik programları kullanarak, örneğin, Rusça ve İngilizce klavye düzenleri arasında geçiş yaparlar, fareye ve diğer harici cihazlara hizmet ederler (MS DOSMS'de DOS tek bir görev olarak kabul edilir. Bunun nedeni, yerleşik programların işletim sistemine bağlı olmamasıdır. işlerinde, ancak doğrudan bir işlemci ile iletişim kurar, yani MS DOS bu programların çalışmasını kontrol etmez, özerk olarak çalışırlar (aygıt sürücüleri genellikle TSR programlarıdır). İşletim sisteminin özelliklerini genişletmek ve arayüzünü geliştirmek için özel yerleşik programlar kullanılır. Bunlara sarmalayıcı denir. Yerleşik hata ayıklayıcıların yardımıyla bilgisayar korsanları, çalışan programların koduna bakar ve onda değişiklik yapar. Bilgisayarımızda "kendi hayatlarını yaşayan" virüsler de yerleşik programlara örnektir. Bütün bir yerleşik yazılım sınıfının varlığına rağmen, hala işletim sistemi

Windows 95 ve Windows 98 işletim sistemleri gerçekten çok görevlidir. Aslında, aralarında MS DOS uygulamalarının bulunabileceği birkaç uygulamanın eşzamanlı çalışmasını kontrol ederler. Windows 9x sistemlerinin önemli bir özelliği, Nesne Bağlama ve Gömme (OLE) kavramıdır. Buradaki nokta, seçilen nesnelerin (metin blokları, grafik çizimler, ses ve video klipler vb.) kopyalanıp uygulamalar arasında taşınabilmesidir. Karmaşık ve multimedya belgeleri bu şekilde oluşturulur.

Her bilgisayar sisteminin birkaç çeşit kaynağı vardır. Birincisi işlemcinin çalışma gücü. İkincisi, bunlar kaynaklar rasgele erişim belleği... kaynaklara bilgisayar sistemi parçası olan cihazları da içerir, yazılım, üzerine kurulu olan ve üzerinde depolanan veriler.

Modern ağ teknolojileri hem veri hem de donanım anlamında kaynakların paylaşımını sağlar. MS DOS işletim sistemi ağa bağlı değildir. Standart teslimatta, küçük bir yerel ağı bile sürdürme ve birkaç kullanıcının veri veya ekipmana ortak erişimini sağlama araçlarına sahip değildir.

Ameliyathane Windows sistemi 95 içerir personel fonları tek bir proje üzerinde çalışan bir çalışma grubunun ihtiyaçlarını karşılayabilen sözde eşler arası bilgisayar ağları oluşturmak. Windows 98 işletim sistemi daha da güçlü ağ fırsatları ve özellikle İnternet ile ilgili. Bir bilgisayarı entegre etmek için yerleşik araçlara sahiptir. Dünya çapında ağ ve dünya topluluğunun tüm açık kaynaklarının kullanımı için.

8... Bilgisayar Bakımı.

Her işletim sistemi, bir dereceye kadar, bir bilgisayarı kurmak, yapılandırmak ve bakımını yapmak için işlemleri gerçekleştirmek için standart araçlar içerir. Tabii ki, işletim sistemi ne kadar gelişmişse, o kadar fazla olanak sunar.

MS DOS işletim sistemi, çalıştırabileceğiniz bir grup programla (sistem yardımcı programları olarak adlandırılır) gelir. sert biçimlendirme disk, mantıksal disklere bölün, yüzeyinin kalitesini ve bütünlüğünü kontrol edin mantıksal yapı, yerleşik ve sistem programları arasındaki bellek tahsisini optimize edin, işlemlerin önbelleğe alınmasını düzenleyin hard disk, bir dizi yararlı bilgisayar bakım işlemi gerçekleştirmenin yanı sıra.

Windows 95 işletim sisteminde, sistem yardımcı programları seti genişletildi, organik olarak grafik arayüze entegre edildi ve kullanımları çok daha kolay hale geldi. Windows 98 işletim sistemi, yardımcı programlar grubunun yeteneklerini daha da genişletir. Artık bilgisayar bakım çalışmalarını insan müdahalesi olmadan otomatikleştirmek için araçlar içeriyorlar ve uzaktan ( uzak sunucu) bilgisayarın bakımı ve işletim sisteminin modernizasyonu. Özellikle, Sistem Bilgileri genel adı altındaki Windows 98 yardımcı program paketidir. Bu çok değerli araç, gerekirse, sistemin derinliklerine "bakmaya" ve son zamanlarda neyin değiştiğini belirlemeye izin verir. Bilgisayarın sebepsiz yere hatalı davranmaya başladığı durumlarda, bu, arızanın kaynağını ve nedenini belirlemenizi sağlar. Windows 95 ve Windows 98'deki bakım araçlarını kullanmak o kadar basittir ki, meslekten olmayanlar bunu yapabilir.

MS DOS işletim sisteminin başlangıcı.

Üç MS DOS sistem dosyası.

Bilgisayarda MS DOS işletim sistemi kuruluysa, iki sistem dosyası IO.sys ve Msdos.sys ile başlar ve ardından üçüncüsü yüklenir. sistem dosyası komut.com. Aslında, bu üç dosya MS DOS işletim sisteminin çekirdeğidir.

Lütfen bu üç dosyanın işletim sisteminin "kutsallarının kutsalını" temsil ettiğini unutmayın. Bunlarda herhangi bir değişiklik yaparsanız, sistem (ve onunla birlikte bilgisayar) çalışmayı durduracaktır. IO.sys ve Msdos.sys dosyaları değiştirilemez ve hatta taşınamaz. Gerçek şu ki, diskin sistem yolunun kesin olarak tanımlanmış sektörlerinde bulunmaları gerekir, aksi takdirde bilgisayar onları bulamaz.

arasında kaynak paylaşım teknolojisi farklı kaynaklar(CORS, Cross-Origin Resource Sharing), bir etki alanında yüklenen web istemcisi uygulamalarının başka bir etki alanındaki kaynaklarla nasıl etkileşime girdiğini tanımlar. CORS teknolojisinin hizmet tarafından desteklenmesi, istemci tarafında zengin web uygulamaları oluşturmanıza ve hizmet kaynaklarınıza seçici olarak çapraz menşeli erişim sağlamanıza olanak tanır.

V bu bölüm Kaynaklar arası kaynak paylaşımı (CORS) teknolojisi hakkında bilgi sağlar.

Bir kuraldaki her AllowedHeader satırı, en fazla bir joker karakter "*" içerebilir. Örneğin, x-amz- * tüm servis başlıklarının kullanılmasına izin verir.

ExposeHeader öğesi

Her ExposeHeader, yanıtta, kullanıcıların uygulamalardan (örneğin, JavaScript XMLHttpRequest nesnesinden) erişebileceği bir başlık belirtir. Tipik hizmet başlıklarının listesi için Tipik İstek Başlıkları bölümüne bakın.

MaxAgeSeconds öğesi

MaxAgeSeconds öğesi, kaynak tarafından belirlendiği gibi, tarayıcının uçuş öncesi istek için yanıtı önbelleğe alabileceği süreyi saniye cinsinden belirtir. HTTP yöntemini kullanarak ve kaynak.

Hizmet, bir pakette CORS yapılandırmasını nasıl değerlendirir?

Hizmet, tarayıcıdan bir ön kontrol isteği aldığında, paket için CORS yapılandırmasını değerlendirir ve Kaynaklar Arası isteği çözmek için aldığı tarayıcı isteğiyle eşleşen ilk CORSRule kuralını kullanır. Bir kuralın aldığı istekle eşleşmesi için aşağıdaki koşulların karşılanması gerekir.

• başlık isteğin kökeni AllowedOrigin öğesiyle eşleşmelidir.
• Bir OPTIONS uçuş öncesi talebi durumunda istek yöntemi (GET veya PUT gibi) veya Erişim-Kontrol-Talebi-Yöntem başlığı AllowedMethod öğelerinden biri olmalıdır.
• Başlıkta listelenen her başlık Erişim-Kontrol-İstek-Üstbilgileriön kontrol isteğinde, AllowedHeader öğesiyle eşleşmelidir.

Politikalar ve kontrol listeleri EKL erişimi kovada CORS etkinleştirildiğinde geçerlidir.