Zobrazit příspěvky

Tato sekce Vám umožňuje zobrazit všechny příspěvky tohoto uživatele. Prosím uvědomte si, že můžete vidět příspěvky pouze z oblastí Vám přístupných.


Příspěvky - D.A. Tiger

Stran: 1 ... 22 23 [24] 25 26 ... 32
346
Software / Re: Proč firmy používají proprietární sw?
« kdy: 27. 04. 2011, 10:33:11 »
Jo GIMP je krásná ukázka OSS alternativy k Photoshopu. Používá každý zoufalec, který si nechce Photoshop ukrást

Nebo kterému prostě stačí. On Gimp toho umí docela dost a když mi stačí (třeba i pro firemní účely) není jediný důvod vydávat nekřesťanské peníze za Photoshop, leda že bych nevěděl co s nimi :)

347
Software / Re: Proč firmy používají proprietární sw?
« kdy: 27. 04. 2011, 10:27:13 »
Ondřej Novák
Ad OOM Killer)
Jasně, ale předpokládá se, že pokud měníte stav nějaké systémové feature, víte co děláta a počítáte s následky. Tedy pokud sám vypnete nejsilnější prostředek, který systém má ke správě paměti, stěžovat si, že potom procesy sestřeluje. A navíc ještě říkat, že Widle odswapují. To zní trochu divně, nemyslíte?

OOM Killer se dostává ke slovu až tehdy, kdy není jednak dostatek paměti pro chod samotného systému a jednak jako prostě ta nejposlednější z posledních možností. V takové situaci už bude jakákoliv aplikace cokoliv už horko těžko dělat - protože není na to prostě paměť (a sám asi víte, že v hodně případech i u těch zdánlivě triviálních operací se paměť alokuje). Pokud by jste aplikaci dovolil se normálním způsobem ukončit může díky tomu dojít k zacyklení (aplikace potřebuje paměť - není - pokus o její získání - OOM Killer - zadost aplikace o jeji ukonceni - aplikace potrebuje pamet - není... atd). To asi není to prave ořechové.

Druhou věcí je, že o ochranu svých dat se má starat aplikace a ne systém.  Je absolutně problémem vývojářů daného projektu, že se nestarají o hraniční podmínky ve kterých se jejich aplikace může fungovat. Pokud si aplikace průběžně nezálohuje data tak, aby byla je schopna znovu potom načíst a pokračovat normálně v činnosti se nedá dávat za vinu systému ale zpackanému vývoji daného projektu. Nemluvě o tom, že nedostatek paměti není zas až tak složité simulovat.

Ad Windows)
Hodně dlouho, v dualbootu s Linuxem jsem měl (kvůli hrám) 95, 98, XP Prof. Případ o němž mluvím, šlo o test, kdy jsme záměrně napsaly aplikace, která bude linearně žrát paměť po poměrně malých blocích co to prostě dá. Šlo o serii hraničních testu, a cíklem bylo vypozorovat jak se normálně nastavený systém po čisté instalaci bude chovat. opravdu toé vyhrává v tomto případě Linux, neboť jemu se nakonec podařilo nenažrance ukončit. Widle vytuhly a ani po hodině se nezmohl ani na tu modrou smrt. 


348
Software / Re: Proč firmy používají proprietární sw?
« kdy: 27. 04. 2011, 01:27:40 »
Jakoukoliv. Ve Windows často pád jedné aplikace vzal sebou celé Windows, u Linuxu stačí odstřelit jeden proces. Postupem času se to zlepšovalo, poslední Windows, se kterými jsem pracoval byly Visty a ano, byly mnohem lepší než třeba W98SE. Ale přesto po přechodu na Linux (byť je to Kubuntu) to byl znatelný rozdíl. Mluvím zejména o vývoji software a práci s dynamickou pamětí. Pokud uděláte chybu a při testování se chyba projeví, pak má stejná situace prokazatelně horší důsledky pod Windows.

Dynamické paměti, to myslíte DRAM? Jak to s tím souvisí? Nebo Vás doteď překvapuje, že to co Windows řeší swapováním, to Linux řeší zabitím? Dost výborný nástroj na řešení paměťových špiček. Zkuste si v Kubuntu zapnout swap a udělejte stejnou chybu. Nepřihlásíte se ani sshčkem  ;) a na ping vám to odpoví za několik sekund.

Prosím, nechte to být.

Jen Vás doplním. Pokud jste narážel na "slavný" OOM Killer, tak jej Linuxové jádro používá jako poslední zoufalý pokus uvolnit nějakou paměť, aby nedošlo k zastavení systému a vyhlášení paniky. Před tím, než je tento nástroj použit se však provede několik dalších operaci (včetně odswapování čeho se dá, uklidu "odpadků", uvolnění nepoužívaných modulů, atpd...). Chcete je vyjmenovat, nebo číst umíte sám (v odborné literatůře, nebo zdrojácích)?  ;)

Windows co já vím, když došlo na lámání chleba  - minimálně do XPéček, spolehlivě vytuhly jakmile došlo k vyčerpání veškerých paměťových zdrojů. Věřím, že W7 si už vedou lépe, protože MS umí skvěle opisovat, jen to trvá dlouho, protože než jim to začne fungovat, stihnou to desetkrát zprasit.

349
Software / Re: Proč firmy používají proprietární sw?
« kdy: 27. 04. 2011, 01:07:25 »
Podle mého názoru, na takovou otázku nelze dát jednotnou a úplnou odpověď. To jaké řešení si konkrétní firma vybere závisí na mnoha různých faktorech, které bude asi dost těžké nějakým způsobem zobecnit nebo zgeneralizovat. Roli může hrát třeba informovanost vedení a taky jejich ochota jít do projektu, který není tak "zavedený", nebo třeba jen klasické lidské vlastnosti jako neochota hnout trochu více zadkem, či vůbec připustit nějaké nové možnosti (a pod...)i když by to mohlo pro firmu mít v dlouhodobějším horizontu pozitivnější výsledky. Dalším faktorem budou i finanční možnosti, nebo možná neexistence oss ekvivalentů software pro danou činnost. Může to být i prostý vliv zvyků setrvačnosti (všichni používají Widle, tak mi taky!). Velký vliv má určitě reklama.

To, že nějaký program běží spolehlivě pod Wine, je docela chatrný argument, protože když by došlo k jeho selhání a firma by od dodavatele požadovala nějakou podporu, či dokonce nějakou náhradu, asi dost těžko bude prokazovat, že k selhání došlo vinou špatné aplikace a není důsledkem jejího provozování na nepodporované platformě v podmínkách, pro které nebyla ani vyvíjena ani testována..     

Další věcí je to, že oss řešení může být i klidně těžce placené. Vemte si třeba enterprise řešení od RedHatu, nebo Mandrivy, které rozhodně korunu nestojí. Přitom jeho základem je právě oss (a většinou Linux ). Navíc oss není vůbec tak přehlížené jak by se mohlo zdát. potkal jsem už hodně firem, jejichž síťové a virtualizační systémy běžely zrovna na některém z Linuxů (nejčastěji co vím tak RedHat a Debian). Nebo míst MS Office používají třeba Open office, atd...Viděl jsem i pracovní stanice, nebo termiály běžící na Linuxech. Znám i pár drobných podnikatelů, kteří Linux při své práci používají...

Hodně v tom hraje i roli naprosto běžná představa, že otevřený/svobodný software = software zadarmo. To nemusí být nutně pravda! Spousta lidí je navíc třeba očekává, že když si pořídí Linux, tak si vlastně pořizují Widle se vším všady zadax a všichni budou ještě z radostí skákat kolem jejich problémů a neznalostí. jaké je pak jejich rozčarování, když zjistí, že to tak (LOGICKY!!!!!) není...

a tak by se to dalo rozvádět do nekonečna. Polemické je i generalizované prohlášení o tom, že oss má více předností. Jistě spoustu předností má, ale nikde není psáno, že musí být nutně důležité, nebo využitelné pro každého...

350
Software / Re: Divné zobrazování písma v Opeře
« kdy: 24. 04. 2011, 23:03:16 »
Tak jsem na to částečně přišel. Jako milovník tvrdé muziky občas používám "metalová" písma. Po odstranění dvou z nich (Metallica OLD a Metallica NEW) a následném restartu Opery se vše vrátilo do normálu.

Přišel jsem na to čistou náhodou v Open Officech, kde se písmo Mettalica OLD zobrazovalo úplně stejně (to je mi záhodou, měl by to být normální True type font). Pravděpodobně k tomu docházelo na webech, kde se pro určování písma textu nedefinuje konkrétní font, ale rovnou celá rodina z níž je potom (asi prohlížečem) jeden vybrán. Alespoň tak si to vysvětluji. Co je mě však záhadou, proč starší verze Opery s tím problém neměla....  :o 

Jiří : Není to špatný nápad. Zítra mrknu na stránky Opery a pošlu jim to i s tím na co jsem přišel. Třeba mi k tomu řeknou více. Každopádně to vypadá, že problém je způsoben některým fontem, který se neumí korektně zobrazit.

351
Software / Divné zobrazování písma v Opeře
« kdy: 24. 04. 2011, 12:23:57 »
Zdravím,

Po aktualizaci Opery na verzi 11.10, se začaly u spousty stránek podivně vykreslovat písma. Některé znaky v textu (viz screenshot) se vykreslují velkými písmeny a jsou jakoby rozmazaná. Dělá to třeba na webech root.cz, nebo opera.com; zatímco písmo textu na AbcLinuxu, nebo na tomto fóru se zobrazuje naprosto v pořádku. Skoušel jsem se dívat do nastavení, ale změna fontu neměla na to žádný efekt, a jinak nevím kde by mohl být problém. Dělá to jen Opera, např. Konqueror, nebo Iceweasel zobrazují fonty v pořádku.

Nesetkal se tím už někdo? Nevíte prosím jak to řešit? Dopředu dík.

352
Vývoj / Re: Anketa: co vyžadujete od IDE
« kdy: 17. 04. 2011, 17:29:41 »
Jiné :
Možnost rozšiřování (např. pomocí plug-inů) + správa externích nástrojů
Inteligentní generátor tříd + podpora UML schémat
Možnost výběru kompilátoru
Tvorba šablon projektů
To jen co mě momentálně napadá. Určitě by se našly i další vlastnosti, které bych ocenil.... :)

353
Distribuce / Re: Minimalistická desktopová distribuce
« kdy: 04. 04. 2011, 15:46:14 »
A proč ne rovnou Debian? Na začátku si můžete vybrat GUI prostředí (KDE, Gnome, XFCE. Gnome by mělo být default) a samotný instalátor nainstaluje mimo vybraného prostředí jen opravdu jen holí základní systém.... 

354
Je tam přímo napsáno "PR Článek". Což je pro mě jasný signál, že to není nic, co by mě zajímalo (reklama). Takže to ani nerozkliknu a vypouštím to z hlavy. Navíc tyhle placené články už root zveřejňuje hodně dlouho. No a co se týče Hulána a ostatních ... nemyslím, že by od sebe tyhle články navzájem opisovaly. Jen hodí na svůj web, to za co pravděpodobně dostanou zaplaceno. Jen to asi tak pěkně neoznačí jako root.cz

355
Vývoj / Re: Anketa: v jakých jazycích programuji
« kdy: 03. 04. 2011, 18:11:04 »
Ja bych programatory rozdelil do 3 kategorii, na matematiky, fyziky a inzenyry.

Matematici pisi program a jejich hlavni pozadavek je, aby byl elegantni a cisty. Casto jde o profesory nebo studenty CS.

Fyzici pisi program a zajima je reseni noveho problemu, nikoli zapis programu. Casto jde o "hackery", v puvodnim vyznamu toho slova.

Inzenyri pisi program a potrebuji svuj problem, k nemuz je reseni v obecne podobe znamo, vyresit co nejdriv. Casto to jsou komercni programatori.

Podle toho i programovaci jazyky se deli do 3 kategorii. Matematici-programatori maji radi Haskell, Scheme, Joy, APL a podobne; pri vyberu jazyka je jejich hlavnim kriteriem elegance a cistota specifikace. Fyzici-programatori maji radi Common Lisp, Forth, Perl; pri vyberu jazyku je jejich hlavnim kriteriem dostatek moznosti se v tom jazyce realizovat, jeho expresivita, i na ukor elegance. A konecne inzenyri-programatori maji radi C++, Javu, C#, Fortran; ani ne tak proto, ze by slo o nejak elegantni jazyky, ale protoze pro ne existuje mnozstvi knihoven a nastroju, ktere mohou okamzite pouzit.

Nezminil jsem C a Python, protoze ty stoji tak nejak v tabore jak fyzikalnim (jsou dost expresivni), tak inzenyrskem (maji spoustu knihoven).

Já osobně bych přesunul Python do Inženýrských (kam bych ostatně zařadil i Gambas, popř. Visual Basic ) a na jeho místo vedle Cčka bych dal C++. Přesto, že má poměrně velké množství knihoven a nástrojů, podle mého názoru je díky svému zaměření na datové typy vhodný pro kteroukoliv z výše uvedených kategorii programátorů. 

356
Software / Re: Nemůžu se přihlásit do ICQ
« kdy: 29. 03. 2011, 20:17:58 »
Kdyby lidi používali oficiálního ICQ klienta, je všechno v pořádku. Ale když někdo používá různé náhražky, nemůže se pak divit.. Něco jinýho je, jestli ofiko klient není pod Linux. To se pak nedá nic dělat, ale já mám desktop na Win 7 a nikdy s ICQ žádný problém.

Hezký :) Skoro to zní jako by jste napsal : Sice ICQ má vypnuté SSL, takže si každý může zjistit vaše hesla a obsah komunikace. Ovšem hlavu vzhůru, celý problém řeší super ofic klient, s ním a božím požehnáním Vám snad nikdo účet nešlohne... . :-D

357
Vývoj / Re: Anketa: v jakých jazycích programuji
« kdy: 29. 03. 2011, 00:05:00 »
Citace
"jiný... (do diskuse napište jaký)"
TCL/TK, Lua, Gambas, Bash

Jinak zatím se zdá že vede C/C++


358
Desktop / Re: Ovládání kompozitoru KDE 4 z řádky
« kdy: 28. 03. 2011, 11:48:39 »
Děkuji za rady, hodně mi pomohly. Skript umí detekovat spuštěné KDE (kwin) a v případě potřeby vypnout a zapnout KDE kompositor. Chtělo by to ještě přidat automatické obnovení rozlišení a taky se mi moc nelíbí hlídání procesu ve smyčce (wait hlídá jen procesy na pozadi  >:( ), ale časem to snad vylepším.

Aby jste rozuměly, KDE 4 používá jako desktop můj téměř šedesátiletý otec, který si rád zahraje některé hry pro Widle. Bohužel, líbí se mu i kompositní efekty KDE, no a to se spolu dokáže docela slušně porvat :)  Takže jsem hledal nějaký způsob jak to vyřešit, což se prozatím povedlo,  takže velké Ď  ;D.

Přikládám i testovací skript, kdyby to někoho zajímalo, nebo třeba potřeboval vyřešit podobný problém (je to upraveny skript z linku Jurase N):

Kód: [Vybrat]
#! /bin/sh

RESULTH=""
RESET="false"
KWIN=$( ps -A | grep kwin )

### Kontrola spusteni KDE a komposice
if [ "$KWIN" ]
then
  RESULTH=$(qdbus org.kde.kwin /KWin org.kde.KWin.compositingActive) 
  if [ "$RESULTH" = "true" ]
  then
    echo "KDE compositing turn off" 
    RESET="true"
    qdbus org.kde.kwin /KWin org.kde.KWin.toggleCompositing
    sleep 2
  fi
fi

### Spusteni windows programu
/usr/bin/q4wine-cli -p "Adventure" -i "Dungeon Rider"
sleep 5

### Kontrola behu EXE aplikace
EXE_PID=$(ps -A -o pid -o comm | grep "Dungeon" | sed 's/[ ]*\([0-9]*\)[ ]\(.*\)/\1/g')
#wait $EXE_PID
while [ "$EXE_PID" != "" ]
do
  sleep 5
  EXE_PID=$(ps -A -o pid -o comm | grep "Dungeon" | sed 's/[ ]*\([0-9]*\)[ ]\(.*\)/\1/g')
done

### Obnova predchoziho stavu KDE - je-li spusteno
if [ "$KWIN" ]
then
  if [ "$RESET" = "true" ]
  then
    echo "KDE compositing turn on"
    qdbus org.kde.kwin /KWin org.kde.KWin.toggleCompositing
  fi 
fi
 

359
Desktop / Ovládání kompozitoru KDE 4 z řádky
« kdy: 27. 03. 2011, 11:47:14 »
Zdravím,

nevíte, prosím, někdo zda a jak lze ovládat plasmu v KDE 4 přes příkazovou řádku? Konkrétně bych potřeboval dát do spouštěcích skriptů (bash) pro hry běžících pod wine nějaký příkaz, který by vypnul kompozitní efekty ještě před spuštěním wine a po ukončení je zase zapnul. Mnoho akcelerovaných her pod wine se totiž s kompozitními efekty plasmy nesnese a v těch lepších případech jen spadnou. V těch horších se seknou a je nutné vyrestartovat XServer.

Dopředu díky

360
Vývoj / Re: V čem vyvíjet GUI aplikace?
« kdy: 26. 03. 2011, 17:36:37 »
Pokud ti nevadí Basic můžeš testnout Gambas : http://gambas.sourceforge.net/en/main.html Já v něm tvořím jednoúčelové utilitky pro GUI...


Stran: 1 ... 22 23 [24] 25 26 ... 32