• microsoft tarafından hazırlanan ve yalanla dolu linux raporu.. microsoftun linux karşısındaki aczini göstermesi açısından dikkat çekicidir, linux kullanıcıları derneği tarafından resmen yalanlanması için çalışma yapılmaktadır, bu dökümandaki herşeyi linux ile ilgili batıl inanç sayabilirsiniz.
  • server olarak çalışacak bir makinada guinin işi yoktur, server mkn desktopında bana imleç gölgesi çizmeye uğraşmamalıdır, bu yüzden x window bir zorunluluk değildir... dolayısı ile microsoft efendinin hız konusundaki yargısı yanlıştır..
  • bahsi geçen yazı iki işletim sisteminin server olarak karşılaştırılmasını konu etmiştir, linux tabiiki desktop için de kullanılmaktadır ama asıl geliştirme amacı server olarak kullanmaktır...

    linux desktop içindir, şahsi kanımca son derece yanlış bir düşüncedir.. benim kullanıyor olmam da bu savı desteklemez, son kullanıcı için kullanılabilir olmaktan hayli uzak olan linux bu konuda asla windows ile yarışamaz...
  • kernel sourcelarını inceleyene kadar konuşmamam gerektiğini farkettiğim konu...
  • linuxu kirmak 7 yil kotu sans getirir.
    kara linux ugursuzdur.
    linuxun altindan gecmek sansinizin tersine dınmesine neden olur.
    geceleyin linux calmak seytanlari toplar.
  • bismillahirahmanirrahim

    linux-windows kiyaslamalarinda hiz incelenirken "gui" bir overhead gibi du$unulmektedir. oysa login olunmami$ bir makinada guinin overhead'i bir ekran karti driver'i ve bir de user32 dll ve winlogon exe'den ote degildir bunu gozden kacirmamak lazim.

    login olunsa ve windows explorer gibi pek cok $u anlik "expensive" farzettigimiz process cali$iyor olsa bile "background services'a onem ver" diye ayarlanmi$ bir windows makinasinda bu gui aparatlari kullanilmadiklari andan itibaren virtual memory'de ikamet edecekler physical memory'yi o an cali$an ve daha cok cpu power isteyen i$lemlere birakacaklardir. ustunde mouse dolanmayan bir explorer'a thread scheduler hic ugramayacaktir bile..

    yok eger siz server'da ayni zamanda minesweeper oynamak istiyorsaniz o zaman gui'nin sistem uzerine etkisi olacaktir. ama sadece administration icin girip bir $eyleri duzeltip cikacaginiz ve bunu bir konsolda yapacaginizdan cok daha anla$ilir ve kolay bir arabirimle ve zaman zaman daha da cabuk yapacaginiz, shift'e basmayi unuttugunuz icin unix'in case sensitive cukuruna du$tugunuz seceneklerden uzak $ekilde hallolacaktir.

    pencere kaydirirken %100'e vuran cpu masali (denedim bende de oluyor) ise windows'un dinamik cpu usage allocation'inin bir sonucu da olabilir.. (bkz: multi level feedback scheduling) zira bir hardware bitblt cpu'dan asla bir $ey yemez bu dunyada "tanri yok ama bir guc var"dan sonra yapilabilecek en bariz cikarimlarindan biridir.. bu i$lem sadece agp bus'tan yer, o da cpu degildir.

    linux'un "du$uk konfigurasyonlu makinalarin sadik dostu" sifati, gui'nin gitgide daha cok onem kazandigi, mumkun olan en du$uk konfigurasyon citasinin surekli arttigi (nerede artik 386/486 makina kaldi?), ve en onemlisi donanimdan beklentilerin daha cok arttigi (i$letim sistemi tarafindan degil fakat istifade edenin beklentileri tarafindan) donemde hic bir $ey ifade etmemektedir. artik bilgisayarlar gucludur ve i$letim sistemi ms-dos olsa da gunumuzun internet ustundeki trafigine ayak uydurabilecek makina duzgun bir $ey olmak zorundadir. internet'in smtp, ftp ve gopher'dan ibaret bir yer oldugu gunlerde 4mb ram'li bir 486'ya slackware kurup dns ve mail server yapan biri olarak (bkz: energy ogu edu tr) bugun ayni i$te artik du$uk konfigurasyonun hic $ansinin olmadigini soyleyebilirim.

    o yuzden "linux cok du$uk konfigurasyonda cali$iyor" bir i$letim sistemi icin artik iyi olma bahanesi degildir. o zaman ms dos dunyanin en iyi i$letim sistemi demek gerekirdi. iyi i$letim sistemi gecmi$in makinalarini degil bugunun ve yarinin teknolojisini en iyi evirip cevirebilecek yazilim cozumudur. bu da "re: linux icin bilmemne karti driver'i var mi???????" konulu forumlardan kurtulamami$, artik kimi donanimin ustune windows logosu basildigi bir endustride tamamen windows lehine donmu$ bir gostergedir.

    "linux komutlari kriptik degildir"
    "ibranice kriptik degildir"

    biri anjin san biri de bir yahudi tarafindan soylenmi$ bu iki cumle arasinda anla$ilacagi uzere ki$ilerin konumlari ve tespitin niteligi arasinda bir fark yoktur. "bilgisayar teknolojileri" ogrenilerek uzerinde tecrube kazanilan platformlardir. kimse dogu$tan tercih ettigi bir bilgiyi matrix programi ayarinda beynine yukletemez. tahmin edilecegi uzere bir olguyu ogrenmedeki en buyuk etken bireyin zekasindan ziyade olgunun ne kadar az karma$ik oldugu ve haliyle ne kadar kolay ogrenilebildigidir.

    mesela 6 ya$indaki bir cocugun onune bir windows desktop'i bir tane de "$" promptu koyarsaniz windows'u ogrenmesi en azindan i$letim sistemi ile yapici yonde herhangi bir etkile$im icine girebilmesi kat be kat kolay olacaktir. bu sebepten "gui"lerin kolay ve komut satiri arabirimlerinin (ozellikle unix'in) kriptik oldugu gercegini daha derin psikolojik savlara dayandirmadan ve fazla can sikmadan atlamak dilegindeyim. israr edilirse ustunde konu$urum saatlerce.

    linux'un konsolu ovulurken gozden kacirilan $ey win32 gui'sinin bu konsoldan mahrum olmadigidir. her ne kadar 900 dns kaydi editlemek gibi muhtemelen admin'in yine konsolda yaptigi bir hata yuzunden ortaya cikan bir i$ icin gui saglamiyorsa bile (visual inheritance gibi), bir ultraedit acip orada bir regexp replace yapmak mumkun olsa da cok cok ekstrem bir durum oldu ve illa konsola cikip iki tane pipe yapmadan duramayacaginiz bir durum mevcutsa start menu'dan "command prompt"a klikleyin.. voila!!! i$te cok beklediginiz konsol.. linux'ta ise slackware'i "nasilsa gerekmez" diye x window system destegiyle kurmadiginizdan benzer bir imkanin tersi mevcut degildir.. oturup yuklemeniz lazim.. $imdi hangi administration daha rahat hangisi daha zahmetli?

    performance monitor ise remote'tan kullanildigi zaman server'da herhangi bir program cali$tirmadigindan herhangi bir process usage'a sebep olmasi sozkonusu degildir. yazili$ amaci zaten sisteme yuklenmeden performansi monitor edebilmektir. eger cpu yiyen sozkonusu istatistiki degerlerin saklanmasi ise o da dogru degildir cunku o degerler her zaman saklanmaktadir zaten.

    emacs+scriptler gibi bir derme catma ide cozumleriyle delphi, cbuilder gibi "ide" terimini yaratan, standartlarini koymu$ yazilimlari kiyaslamak i$guzarliktir. "rad"'in r'sini te$kil eden "rapid"'in "geli$tirme a$amasi" icin oldugunu hatirlatmak gerekir.

    jbuilder kullanmadan jbuilder'in ne kadar, yava$ hantal ve sik coken bir yazilim oldugunu bilmememek ayip degildir belki ama tecrube etmemi$ olmak ayiptir. hep derim diger ide'lerin kiymetini anlamak icin bir jbuilder kullanin bir de visual studio.net..
  • 13 adet linux makina aynı subnette birbirine bağlanırsa hepsi aynı anda göçer
    linux serverler önünden kara kedi geçerse, makina 7 gün içinde kendine format atar
    merdiven altına yerleştirilen linux makinanın diski uçar
  • gayet guzel netle$tirildigi uzere i$letim sisteminin performansini low-end konfigurasyonda ne kadar iyi cali$abildigi belirlemez.. bu sebepten "linux daha hizlidir" savi du$uk konfigurasyon testinde curumu$tur. cunku antika cali$tirmada dos daha hizlidir.

    "linux daha hizlidir" savi device driver'larin buyuk oranda vendor desteksiz olmasindan ve bu sebepten spesifik pek cok optimizasyon ve testing'den muzdarip olmasindan da curumu$tur. motherboard kutularindan linux driver disketi cikmadikca da batil inanc olarak kalmaya mahkumdur..

    "linux console-only iken daha hizlidir" savi tek ba$ina console'un gunumuz donaniminda kesinlikle tercih edilmeyecek derecede du$uk bir kullanilabilirlik katsayisindan curumu$tur. zira bu, "single user mode linux daha da hizlidir" gibi sacma bir savla paralellik te$kil etmektedir.

    6 ya$ ornegimiz ise insanlarin ya$landikca bir dogrusal oran dogrultusunda buyudukleri ve geli$tikleri gerceginden yola cikilarak gozlemlerden basit oranlarla yeti$kinlerin a$ina olmada zorlanma katsayilarinin cikarilabilecegini ongormu$tur. isteyen cikarmayabilir.

    konsolun gucu ve faydasi eger textutils+binutils toplamindaysa (zira bir sed veya gawk di$inda sihir gerekmiyor bahsedilen "o boyleyse otomatik gonder otomatik editle" i$leri icin) bunlar linux'a ozel $eyler degildir. oyle saniliyor ise o da ba$ka bir batil inanc olarak listeye eklensin.. (bkz: listeye eklendin).. gnu tool'larinin tamaminin cygwin ve buyuk bir kisminin da native win32 port'u mevcuttur. yani 900 tane dns kaydinizi windows'ta da rahat rahat regexp'inizle degi$tirebilirsiniz..

    diger yandan bu i$lemlerin tamaminin gui'de yapilmasi elbette daha kolay ve etkin olacaktir. gui'de birinin kalkip oyle bir fonksiyonellik eklememi$ olmasi gui'lerin her daim sahip olduklari kullanim kolayligi ve look and feel sifatlarindan bir $ey kaybettirmeyecektir.

    x window system kurulmayan slackware'lerde alinan temel, "console-only cali$an linux'lar daha hizlidir" savinda adminin kalkip diskte gereksiz yer harcamayacagi ongorusudur.. yoksa console-only'den kasit xterm-only midir.. oyleyse (bkz: bu ne perhiz bu ne lahana tur$usu)

    "ben yillardir klavye kullaniyorum hayatta yazarken hata yapmam" iddiasinda olanlar icin cok basit bir ihtimal hesabi vardir ben hesaplamaya u$enirim ama anlatirim: bir bilgisayara bir i$in yaptirilabilmesi icin gereken adim sayisi ve her adimda hata yapabilme ihtimali birbirine carpilir bolunur ve bir insanin gui'de mi yoksa console'da mi daha cok hata yapablecegi cikarilir. console'da hata yapma olasiligi yanli$ bir tu$a basma (veya tu$un basmamasi) ihtimaline endeksliyken, gui'lerde hata yapma olasiligi mouse'la gidip yanli$ butona tiklamanizla ilintilidir. mouse gibi 1200 dpi'da cali$an ve pixel bazinda text mode konsol ekrani buyuklugunde bir butonun icine denk gelmekten fazlasina ihtiyac duymayan bir sistemde hata yapmakla ustunde backspace diye bir tu$ bulunan bir arabirimde hata yapma olasiligini kiyaslamak zor olmasa gerek. ayrica cogu unix komutunda (mesela 900 dns ornegimizde sed diyelim), "are you sure?" promptlarinin ve "undo" butonlarinin olmadigini hatirlatir backup almayi unutma halinde olu$abilecek problemlerin ciddiyetini hayal gucunuze itinayla birakirim..
  • (bkz: #6610)
  • ayrica, burada iddia ettigim seylere iliskin entrylerin en kotu entryler listesine eklenmesi dahi bu olgularin dogrulugunu maalesef degistirememekte, serverda guinin varligi hala suphe sebebi olmaya devam etmektedir.
hesabın var mı? giriş yap