Myslim, ze autor odvedl dobrou praci, presto ze K3b multisession umi. Alespon lide zabivajici se mdk maji nastavene zrcadlo. Sam pouzivam MDK od verze 8.2 a musim rici, ze pouzitelny (ve smyslu nainstalovat a netravit tyden doladovanim) zacal byt az od verze 9.1. Co se tyce prohlizeni velkych obrazku, nesetkal jsem se s jedinym SW na Linuxu, ktery by umel otevrit cernobily tiff 10000x20000 bez toho, aby to netrvalo 5 minut a system se pri tom nezastavil (ted nemyslim ImageMagic, ten vetsinou jeste vycerpa volne misto na disku).
MDK neni bez chyby, napr. osklive bugy v GDB, tuhnuti systemu pri paleni CD kdyz zapomenu vypnout VMWare... Abych jen nekritizoval, musim rici, ze i pres tyto problemy jsem s MDK celkem spokojeny. Vse ostatni totiz funguje dobre.
Co se tyka tuhnuti systemu pri zapnutem vmware, nejlepe stezovat si tam, kde se delaji moduly do kernelu, ktere vmware pouziva. Zatim vzdycky v nich bylo neco shnileho, protoze po delsim pouzivani mi pokazde neco umrelo (vypalovacka,USB, ..) a bez nich se to nedeje.
Upravy opravdu velkych obrazku jsou obecne problem pokud nemate dost pameti. Pokud je mi znamo tak photoshop se chova podobne. Gimp ve sve stabilni verzi je pouzitelny tak do 5000x5000 (pokud mate hodne pameti tak mozna i vic). Gimp ve vyvojove verzi je trosku o necem jinem a velke soubory se v nem zpracovavaji daleko lepe. Mam ty zkusenost, ze pokud se obrazek vleze do pameti tak neni s rychlosti problem. (grayscale obrazek 9000x9000 vezme v gimpovi 300MiB RAM)
Souhlasim s Vami. Chtel jsem spise upozornit, ze operacni system by mel umoznit vyvolani spravce uloh i v takove situaci. Tedy v situacim kdy probiha alokovani velkeho mnozstvi RAM uzivatelskym programem.
Operacni system by to mel IMHO umoznovat bez ohledu na nizkou nebo vysokou kvalitu aplikacniho programu. Zvlast kdyz neprobiha swapovani.
Mate pravdu. Byl by nutny zasah do X window, a to tak, aby tim nevznikl potencial pro DoS. To neni ukol pro distributora MandrakeSoft, ale pro programatory X window.
Proboha jen ne takovou vec, jako zasah do xwindow v tomhle slova smyslu. Tahle vec by se dala vicemene vyresit jednou vhodne navrzenou aplikaci, ktera by bezela s dostatecne vysokou prioritou. Mimochodem Mandrake ma sice v kernelu preempt a lowlatency, ale o ten kernel si clovek musi rict (je to snad nejaky kernel-audio ci co).
Lenze vy ako autor ste chceli/mali robi recenziu na distribuciu a nie na linux. To akoze na inych distribuciach takyto problem nebude?
Podla skusenosti inych uzivatelov cast problemov popisovanych v "recenzii MDK 9.2" (cast Vasich problemov nema vobec nic spolocne s MDK, ale s linuxom ako takym, KDE, mplayerom a podobne) je sposobena skor HW ako SW.
Poskladat HW, na ktorom budu mat problemy aj "Win 5000" asi tiez nebude problem.
Problem tohoto clanku je v tom, ze je nagativny a vela inych ludi (vratane mna) ma vynikajuce skusenosti s MDK 9.2. Dokonca prijemnejsie ako s win 2000, XP atd. Ak by som sa mal rozhodovat podla Vasho clanku, tak by som urcite sa vyhol MDK a asi aj linuxu. Vyskusal som viacere distribucie (LSF, RH, SUSE, Knoppix) a MDK mi vzdy najviac vyhovoval a mal som s nim najlepsie skusenosti.
A toto ako autor clanku vobec nezohladnujete. Uz ked ste poslali e-mail do konferencie mandrake.cz, ze vas zaujimaju "vsechny chyby a nedodelky, na ktere narazite", tak vas upozornili, ze sa orientuje na negativne vlastnosti systemu a nie na celkove zhodnotenie.
Takze zial na zaklade porovnania mojich a vasich skusenosti musim povedat, ze clanok je neobjektivny k MDK 9.2.
PS: Prispevky od ludi, ktory nepouzivaju MDK su trochu trapne - kritizuju nieco, co nepouzivaju. Je to vcelku zaujimave: Ludia, ktory maju MDK 9.2 sa ho zastavaju a ludia, ktory ho nevyskusali ho kritizuju a kritikov clanku nazyvaju fanatikmi.
ted prave ve win xp jsem udelal ve pohotoshopu 7 obrazek 30000 30000 (vic nejde) RGB color :)
a dal jsem celou prochu vyplnit menici se barvou :) disk nepretrzite sviti jak tohle pisu velikost pohotoshop.exe v task manageru 400 000mb a jsem zvedavy co to udela pac ten soubor bude urcite vetsi jak 2gb tak jsem zvedav jak ho ulozi :))) zatim sviti disk a chrhla disk :)
po 6 minutach chrleni disku se obrazek cely nacetl a jde videt :) cpu zatizena tak kolem 20% do toho mozilla se 7 taby outlook a takove ty obvykle blbosti. vyuziti pameti je celkem 688004 mez 1530688 a spicka 691396 . photoshop ma 383mb a to co je v pameti jede vicemene rychle . vlastne volna se celou dobu drzela na 60mb. to vse na win xp ktere maj up time 35 dni . XP 2400+ 768mb ram , WD 100gb 8mb cache. jo a jak se ten obrazek nacet tak disk je v klidu :) a cpu zatizeni na 5%...
jo a zasadni vec :) obrazek nejde vubec ulozit. u jpg a nejvetsi kompresi to napise ze je malo RAM a u tifu ze obrazek je vetsi jak 2gb a tak nejde ulozit.predpokladam ze to jde vyresit trebas tak ty obrazky oznacovat a save selection as... bo tak neco ale SM se svym pocitacem neprovozuju :)
pohoda jazz
ale to jen tak pro zasmani tim nechci rict ze windoze jsou super a linux stoji za hovno nebo naopak. abych pravdu rekl pouzivam oba dva systemy a jsem spokojeny ...
No o K3b si myslim ze je to riadny shit mne sa s tym este nepodarilo nikdy nic napalit.
Ja osobne pouzivam cdrecord, ale napriklad mojmu bratovi som nainstalova eroaster a ten pali bez problemov
Ja pouzivam k3b dost dlouho a zatim k naproste spokojenosti. Jediny problem, na ktery jsem narazil byly dlouhe nazvy souboru, ktere se vypalily spatne kvuli zvolenemu levelu ISO. Cekal bych varovani, ze budou zkraceny, coz se nestalo :-( Nevim ale, jestli je to problem k3b nebo tech programu, ktere vola.
