ır.


Vercetti, Vice Şehrindeki en güçlü ve en zengin suç lideri oldu. Lance Vance ve Sonny Forelli öldürüldü ve Forelli mafyası çöküş dönemine girdi. Tommy'nin daha sonra akıbeti ne oldu veya saltanatı ne kadar sürdü tartışılır ama 1992'ye kadar yaşadığı Ken Rosenberg'in (Grand Theft Auto: San Andreas The Introduction videosunun bir sahnesi) Las Venturas'taki bir rehabilitasyon kliniğinden Tommy'e çağrı atması kanıt olarak gösterilebilir. Rosenberg'ün telefonlarına Tommy'nin cevap vermemesi ve adamlarından birinin Rosenberg'ü geri çevirmesi, Tommy ile Ken arasındaki ilişkinin bittiği şeklinde düşünülebilir.






Boru hattı (programlama)

Boru hattı ("pipeline"), yazılım mühendisliğinde, her bir elemanın çıktısı bir sonraki elemanın girdisi olacak şekilde sıralanmış işlemler zinciridir. Genellikle, ardışık birimlerin aralarına bir miktar arabellek ("buffer") konulmaktadır. Bu boruhatları arasındaki bilgi akışı çoğunlukla bayt katarları (stream) ve bit katarları şeklindedir.

Boruhatları, en verimli şekilde; tüm komut dizileri aynı anda başlatılarak ve her bir komut dizisi tarafından gönderilen veri okuma isteğine otomatik olarak cevap verilerek, çoklu görev yürütümlü (multitasking) bir işletim sistemine yerleştirilebilirler. Bu şekilde, merkezi işlem birimi (CPU), bekleme süresini en aza indirmek için, doğal bir şekilde, çizelgeleyici (scheduler) tarafından komut dizileri arasında anahtarlanacaktır.

Genellikle, okuma ve yazma istekleri, işlemleri engellemektedir. Bu, yazma üzerinde yürütülen kaynak komut dizisinin, tüm veriler hedef komut dizisine yazılana kadar ertelenmesi ve aynı şekilde okuma üzerinde yürütülen hedef komut dizisinin, en azından istenen verilerin bazıları kaynak komut dizisinden alınana kadar ertelenmesi anlamına gelmektedir. Belli ki bu, her iki komut dizisinin de cevap vermek için birbirlerini belirsiz bir süre bekleyeceği bir kilitlenmeye (deadlock) neden olamaz; çünkü, en azından iki komut dizisinden birinin isteğine en kısa zamanda işletim sistemi tarafından hizmet verilecektir ve komut dizisi yürütülmeye devam edecektir.

Performans için birçok işletim sistemi, kaynak komut dizisinin, hedef komut dizisinin alabileceği veya almak isteyeceği veriden daha fazlasını sağlamasına olanak tanıyan iletişim tüneli arabellekleri (pipe buffer) içermektedir. Çoğu Unice ve Unix benzeri işletim sistemlerinde, genel olarak “arabellek” diye adlandırılan, potansiyel olarak daha büyük ve ayarlanabilir boyutta bir iletişim tüneli arabelleği sağlayan çok özel bir komut da ayrıca mevcuttur.

Bu komut, eğer hedef komut dizisi kaynak komut dizisinden belirgin derecede daha yavaş ise kullanışlı olabilir; ancak yine de kaynak komut dizisinin, mümkün olan en kısa sürede görevini tamamlaması arzulanmaktadır. Örneğin, kaynak komut dizisi, CD’den ses kaydı okuyan bir komuttan oluşuyor olsun ve hedef komut dizisi, dalga biçimindeki ses verisini OGG Vorbis formatında sıkıştıran bir komuttan oluşuyor olsun. Bu durumda, ses kaydının tamamını iletişim tüneli arabelleği içinde saklamak, CD sürücüsünün daha hızlı durmasına ve kullanıcının şifreleme (encode) işlemi tamamlanmadan CD’yi sürücüden çıkarabilmesine olanak tanıyacaktır.

Bu tür bir arabellek komutu, mevcut işletim sistemindeki veri okuma ve yazma temel öğeleri ile gerçekleştirilebilir. Zaman kaybettiren aktif bekleme (active waiting), poll, select veya multithreading gibi avantajlar kullanılarak önlenebilir.

CMS boruhattı, bizi VM/CMS ve MVS sistemlere götüren boruhattı fikrinin giriş aşamasıdır. Bu, çoklu girdi katarlarını alıp bunlardan çoklu çıktı katarları üreterek, Unix kabuklarından (shell) çok daha karmaşık boruhattı yapılarını destekler. [Böyle bir işlevsellik Unix çekirdeği (kernel) tarafından desteklenmektedir, ancak çok az program bunu kullanır ve hiçbir kabuk bunun için bir sözdizim (syntax) sağlamaz.] IBM mainframe işletim sistemleri, farklı doğaları yüzünden, CMS boruhatları içine, Unix’te farklı harici programlar şeklinde olan birçok adım eklemişlerdir; fakat aynı zamanda, işlevsel olmaları için, farklı harici programları çağırabilirler. Aynı zamanda, IBM mainframe dosyalarının kayıt bazlı (record-oriented) doğaları nedeniyle, boruhatları, akış bazlı (stream-oriented) değil de kayıt bazlı düzende çalışırlar.

Tekli görev yürütümlü (single-tasking) işletim sistemlerinde boruhattının komut dizileri teker teker, sıralı düzende yürütülmek zorundadır; öyle ki, her bir komut dizisinin çıktısı, bir sonraki komut dizisi tarafından okunmak üzere, geçici bir dosyaya kaydedilmelidir. Paralellik ve CPU anahtarlama olmadığından bu türe “sözde boruhattı” denir.

Örnek olarak, MS-DOS komut güdüsü (command prompt) yorumlayıcısı (COMMAND.COM), Unix boruhatlarının sözdizimine benzer, yüzeysel bir sözdizim sağlamaktadır. “dir | sort | more” komutu şu şekilde yürütülecektir (tabii ki daha karmaşık geçici dosya adları kullanılarak):


Tüm geçici dosyalar %TEMP% ile işaret edilen bir klasörde (eğer %TEMP% ayarlanmamışsa, içinde bulunulan klasörde) saklanır.

Böylece, gönderme komut dizisi (sending process) tamamlanmadan alma komut dizisinin iletişim tüneli arabelleğinden veri okuması kesinlikle engellenmiş olmakla birlikte, sözde boruhatları sınırsız boyutta iletişim tüneli arabelleğine sahip (disk alanı sınırlamaları dikkate alınmadan) gerçek boruhatları gibi davranırlar. Disk trafiğine neden olmanın ötesinde; eğer SMARTDRV gibi bir sabitdisk önbelleği (önbellek) kurulmazsa, ki bu çoklu görev yürütümlü işletim sistemleri için gerekli değildir; bu gerçekleştirim (sözde boruhattı) aynı zamanda boruhatlarını gerçek zamanlı tepkiler gerektiren uygulamalar için; örneğin, etkileşimli amaçlar gibi (kullanıcı, boruhattındaki ilk işlemin stdin aracılığıyla aldığı bir komut dizisi girer ve boruhattındaki son komut dizisi, çıktısını stdout aracılığıyla kullanıcıya sunar), uyumsuz hale getirdi.

Aynı zamanda, yes komutu gibi potansiyel olarak sonsuz miktarda çıktı üreten komutlar, sözde botuhattı içinde kullanılamazlar. Öyle ki, bu komutlar geçici disk alanı tükenen kadar çalışacaklardır, böylece botuhattı içindeki takip eden işlemler çalıştırılamayacaktır.

RISC OS ve ROX Desktop gibi grafiksel ortamlar da botuhatları kullanırlar. Kullanıcının, bir programın nereye veri yazacağını belirtmesini sağlayan, dosya yöneticisi içeren bir kayıt diyalog kutusu sunmak yerine; RISC OS ve ROX, bir simge (ve ismi belirtmek için bir alan) içeren kayıt diyalog kutusu sunmaktadırlar. Hedef, simgenin sürüklenip bırakılmasıyla belirlenir. Kullanıcı, diğer programların simgeleri de dahil, kaydedilmiş bir dosyanın bırakılabileceği her yere simgeyi bırakabilir. Eğer simge bir program simgesinin üzerine bırakılırsa, program çalıştırılır ve normalde kaydedilmesi gereken dosya içeriği, yeni programın standart girdisine verilir.

Örnek olarak, internette gezinen bir kullanıcı, düzenleyip yeniden karşıya yüklemek (upload)
İsteyeceği, .gz uzantılı, sıkıştırılmış resim dosyası ile karşılacaktır. GUI boruhatlarını kullanarak kullanıcı, bağı (link) arşiv açma programına sürükleyebilir, açılmış içeriği temsil eden simgeyi resim düzenleyicisine sürükleyebilir, farklı kaydet diyalogunu açabilir ve dosya simgesini karşıya yükleme programına sürükleyebilir.

Bu yöntem, geleneksel kayıt diyalog kutusu ile de kullanılabilir; ancak bunun için, kullanıcının programlarının dosya sisteminde açık ve kolay erişilebilir konumlara sahip olmaları gerekmektedir. Uygulamada bunun yerine sıklıkla GUI boruhatları kullanılır.





Köksap





I. İsmail

I. İsmail veya Şah İsmail tam unvanıyla Ebu'l-Muzaffer Bahadır el-Hüseynî) ( ( d. 17 Temmuz 1487, Erdebil - 24 Mayıs 1524 Erdebil), Safevî Tarikatı'nın lideri ve Safevi Devleti'nin kurucusu ve ilk hükümdarı. Kurduğu devlette Azerbaycan Türkçesi saray ve ordu dili olarak Farsça bürokrasi dili olarak kullanılmıştır.

İsmail, 17 Temmuz 1487 tarihinde Erdebil şehrinde Safevî Tarikatı'nın Türkmen şeyh ailesinin çocuğu olarak dünyaya geldi. İsmail'in babası Şeyh Haydar, dedesi ise Şeyh Cüneyd'dir. İsmail'in annesi Alemşah Halime Begüm Akkoyunlu hükümdarı Uzun Hasan'nın kızıdır. Şeyh Haydar, Kafkasya’ya düzenlediği seferinde öldürülmüş babası Şeyh Cüneyd'in öcünü almak için 1488'de Şirvanşahlar Devleti'e saldırır. Şirvan hükümdarı Ferruh Yasar yenilgiye uğrayarak Gülistan kalesine çekilir. Yedi ay muhasarada kaldıktan sonra Şirvan hükümdarı damadı olan Akkoyunlu sultanı Yakub Bey’den yardım istedi. Şeyh Haydar da, Alemşah Halime Begüm ile evlendiğinden, Yakup’un kardeşinin kocası idi, fakat Haydar’ın daha da güçlenmesini istemeyen Akkoyunlu hükümdarı Ferruh Yasar'a bir kuvvet gönderdi. Akkoyunlu ve Şirvanşah ordularıyla Taberistan yakınlarında yapılan savaşta Şeyh Haydar öldürüldü.

Babası Şeyh Haydar öldürüldükten sonra, İsmail dayısı Sultan Yakup tarafından annesi Âlem şah Begüm ve kardeşleri Sultan Ali ve İbrahim ile birlikte Şiraz Valisi Mensur Pürnak Bey’in yanına gönderildi. İsmail o sırada bir yaşındaydı. Sultan Yakup'un ömrünün sonuna kadar onlar Fars'ta İstahr kalesinde hapsedildiler. Sultan Yakup 1490'da eşi tarafından öldürüldü.

Akkoyunlu tahtına geçen Rüstem Bey kardeşi Baysungur ile yaşanan saltanat mücadelesinde Haydar'ın oğullarından yararlanmak için İsmail ve kardeşlerini hapisten çıkarıp serbest bıraktı. Nerede ise 4,5 sene (1489-1493) hapiste kalmış İsmail kardeşleri ve annesi ile Tebriz'e geldiklerinde Rüstem tarafından çok saygılı bir şekilde karşılandılar. Fakat savaş sırasında İsmail'in büyük kardeşi Sultan Ali'nin ve Kızılbaşlar'ın cesurca çarpıştıklarını görünce korkuya kapılır, kendisini ve neslini ortaya çıkacak tehlikelerden korumak için Şeyh Cüneyd neslini ortadan kaldırmaya karar verir. Önce Erdebil'e gitmelerine izin verilmiş kardeşlerin orada güçlenmesinden endişe eden Rüstem Bey onları tekrar Tebriz'e getirdi. Burada müritlerinin birinden Rüstem'in onu öldüreceğini duyan Sultan Ali kardeşleri ile birlikte Erdebil'e yola çıktı, onların gitmesini öğrenen Rüstem Bey arkalarından ordu yolladı, Erdebil yakınlarında Şam Esbi çevresindeki çatışmada Sultan A