Rozejděte se prosím, tady není nic k vidění. Přesouvám se na http://lomenotecka.cz/~miroslav.suchy/journal/. Pokud jste měli můj blog ve své čtečce, tak si tam nyní dejte http://lomenotecka.cz/~miroslav.suchy/journal/rss. Sbohem a šáteček.
Od té doby co chlapci z AMD/ATI vydali na Red Hat Summitu v San Diegu své prohlášení o tom, že chtějí uvolnit své ovladače pro ATI grafiky jako open source, tak neustále narážím na prohlášení zda más stále cenu vyvíjet OSS ovladače reverzním inženýrstvím. Naposledy dnes. Zkusím vám naznačit jak to teda doopravdy bude.
Už stokrát omleté téma o tom jak MS tvrdí, že FOSS porušuje nějaké jeho patenty (aniž by upřesnil jaké), přešlo do jiné fáze. Lidé přešli do protiútoku [Slashdot] a hlásí se aby je MS zažaloval první. MS sice tvrdí, že nechce nikoho žalovat, což teda asi znamená, že chce jenom čeřit vodu.
Takže se přidávám. Hej právníci z MS, používám Linux, OpenOffice.org a další FOSS aplikace. Zažalujte mě a ukažte mi jaké vaše patenty porušuji.
Dneska jsem si udělal čas a pročetl jsem si nepřečtené maily v kfm-devel mailing listu (vývoj renderovacího jádra KHTML) a narazil jsem tam na zajímavý thread.
Jeden z příležitostných vývojářů se ptal, zda má dále přispívat do KHTML nebo zda se má zaměřit spíše na Unity.
A bylo mu odpovězeno, že ačkoliv sloučení KHTML a WebKitu znělo rozumně, tak to ve výsledku vůbec nefunguje. Údajně je na vině Apple, z něhož jde pocit, že "Apple considers KDE to be marginalized or insignificant".
Ve čtvrtek 19. dubna se koná den otevřených dveří v Red Hat Czech. Pokud se chcete podívat kde a jak pracujeme, tak jste velmi vítaní. Dveře se otevřou v 16:00 a přijít můžete až do devíti do večera.
Co u nás uvidíte? Hezké stěny, hezkou podlahu a hromadu počítačů v serverovně. Mnohem důležitější ale bude, co uslyšíte na své dotazy. Samozřejmě se nás můžete ptát na obecné věci spojené s Red Hatem (jaké máme produkty, proč děláme věci tak jak je děláme). Nebo se můžete pobavit s lidmi z různých oddělení, které je vám nejmilejší:
Ve čtyři hodiny bude malá přednáška, kde se dozvíte co je to vlastně Red Hat a jaké máme produkty. Později je můžeme zájemcům i předvést.
Po celou dobu bude přítomen i člověk z personálky, co pro nás dělá nábor, takže v případě, že se vám u nás zalíbí můžete rovnout jít na přijímací pohovor.
A abych nezapoměl: najdete nás na Purkyňove 99 ve druhém patře.
Včera se mi stala takove nemilá věc. Najednou mi začaly padat služby na počítači. Velmi brzo jsem objevil, že za to mohla hláška "No space left on device", která byla ve všech log souborech a na konzoli. Jenže na disku byla tuna místa:
Filesystem Size Used Avail Use% Mounted on
/dev/md0 148G 112G 29G 80% /
Čím to teda bylo?! Chvíli jsem si myslel, že tam mám až moc rezervovaných bloků, pak že mám nějaké vytuhlé semafory. Až tento příkaz mi to ozřejmil:
#df -ih
Filesystem Inodes IUsed IFree IUse% Mounted on
/dev/md0 18M 18M 0 100% /
Já jsem normálně vyčerpal všechny dostupné inody! Pak jsem zjistil, že počet inodů se stanovuje při formátování disku a nejde rozumně změnit za běhu. Tak teď kopíruji mraky malých souborů na jiný disk a zjišťuji, že to jde bolestně pomalu.
Příště musím lépe vážit parametry mkfs!
Což mi připomělo další pisničku, kterou jsem shodou okolnosti viděl poprvé včera.
Myslíte si, že máte zajímavé nápady? Zajímáte se o open source? Jste studentem? Chcete vyhrát 20 tisíc dolarů? Ano? Čtěte dál!
Red Hat vyhlašuje novou soutěž Red Hat Challenge. Určitě si přečtěte plné znění pravidel, ale v krátkosti musíte splnit toto:
Přihlášky můžete podávat od příštího pondělí do 11. března.
Všichni soutěžící se 12. března dozví soutěžní otázku a jejich úkolem bude vypracovat 3-5 stránkový koncept řešící daný problém. 16 března budou mít možnost položit organizátorům datazy v moderované telefonické konferenci na bezplatném telefoním čísle. Na vyřešení problému budete mít čas do 25. března.
Výherce získá 20 tisíc dolarů a pro jednoho člena týmu zpáteční letenku na Red Hat Summit v San Diegu včetně ubytování. Druhý tým získá 3 500 dolarů a třetí tým získá 1 500 dolarů.
Pro mnohé možná bude zajímavější, než získání finanční hotovosti, že si vaše nápady přečte vedení Red Hatu a - kdo ví - třeba dostanete i příležitost je i zrealizovat.
Už několik měsíců vlastním stroj s CPU AMD Athlon 64 X2. A už několik měsíců mi na tom běžela i386 architektura. Sice jsem se za to vnitřně styděl, jenže nikde ani špetka informací jak si hladce převést i386 na AMD64 architekturu. A času nazbyt k rozdrbání počítače nebylo. Až doteď. Takže stručný popis jak na upgrade:
Na počátku mám Debian s architekturou i386. Cílem bylo převést ho na AMD64.
Prvním krokem bylo zazálohovat si seznam nainstalovaných balíků:
dpkg --get-selections > selections
a taky odpovědi na konfiguraci:
debconf-get-selections >conf
Nejdříve jsem si vypálil instalační CD pro instalaci ze sítě (net-inst) pro platformu AMD64 a spustil instalaci z CD. Chvílí jsem zvažoval vytvoření zálohy, ale na co? Jdu házet machry bez zálohy. Nový instalátor má i grafické GUI - nutno vyzkoušet: píšu installgui. Nastavuji mapování disků na správné mountpointy a instaluji přes stávající data. Jenže to se instalátoru znelíbí a křikne na mě nepěknou hlášku a že detaily mám ve /var/log/cosi. Nyní zjišťuji, že pokud instaluji z grafiky, tak nemám k dispozici další konzole a jaksi nemám šanci se podívat do /var/log/. Jelikož se mi nechce znovu nastavovat přípojné body a vracet se do textového módu, tak se rozhodnu zformátovat kořenový svazek. Konec konců /home je jinde a v usr a var nic není. Instalace už proběhla v pořádku a hned měním sources.list aby ukazoval na unstable. V tento okamžik si uvědomuji, že zmizel kompletně můj vypiplaný /etc. Aspoň, že ten seznam balíků jsem si uložil do home. Takže obnovím seznam balíků:
dpkg --set-selections < selections
a odpovědi na konfiguraci:
debconf-set-selections < conf
a teď už jen:
apt-get update; apt-get upgrade
Chcete stáhnout 2,5GB dat? Ano. Za pár hodin hotovo.
Teď už jenom zbývalo přebootovat do nového jádra. Vytvořit si nový balíček s binárními drivery od NVidie (neb zrovna byly polámané závislosti v unstable). Zjistil jsem, že ztrátou /etc jsem zase o tak moc nepřišel. HAL krásně našel všechny drivery. Ale přišel jsem o nastavení Samby a tiskárny. Tak jsem při té přiležitosti přešel na CUPS. Ale nejvíce mě zlobilo, že mi nejede zvukovka. Několik hodin jsem se v tom hrabal a řešení nenacházel. Trousil jsem hlášky jako "blbé 64 bitové ovladače, vyprdnoutsenato" apod. Dneska ráno jsem navíc zjistil, že mi nejede ani vypalovačka. No to už mi začlo být podezřelé. Zejména když pod rootem jela. *BLIK* Tak jsem se přidal do skupin cdrom,disk a audio. A najednou mi jela nejenom vypalovačka, ale i zvuk!
Trošku jsem měl strach jak bude pod 64 bity chodit Cedega a win hry po ní. Jestli nebudu muset nastavovat chroot s 32 bitovým prostředím. Nemusel. Jela krásně a za celý dvě hodiny ani jednou nespadla (narozdíl od několika vojáků), takže to prohlašuji za stabilní 
Ukládat BLOB do databáze nebo do filesystému? Tuhle otázku si asi položil každý kdo někdy dělal do DB. A každý má na to svůj (jediný správný) názor. Jenže málokdo má svá data podložené testy, protože se do toho nikomu nechce. Zřejmě se každý bojí - a to oprávněně - že ho lidi sepsují kvůli špatné metodice, proč neměl v konfiguraci totok a proč tam měl tamtok, když to tam být nemá...
A data žádná nejsou. Až tento týden jsme objevil zajímavou práci To BLOB or Not To BLOB: Large Object Storage in a Database or a Filesystem? [ABS | PDF]. Samozřejmě i já mám k metodice výhrady (data přístupná přes SMB - pche, MS SQL - pche). Ale převažuje nadšení z pěkné práce o kterou se dá opřít a na které stavět.
Pokud jste líní si to přečíst, tak závěr je takový, že pro malé objekty ( < 256kB) je rozhodně lepší ukládat do DB. Pro velké objekty ( > 1MB) je rozhodně lepší ukládat do FS. Mezi tím je mlhavá hranice a silně záleží na druhu aplikace. Pokud se data často přepisují, tak je lepší spíše FS (lépe se vyrovnává s fragmentací). Pokud se data nepřepisují, tak je lepší DB (větší propustnost malých objektů).
Majitel blogu o sobě nevyplnil žádné údaje. Jste-li majitelem blogu, vyplňte, prosím, informace o sobě v nastavení Uživatele (položka "O uživateli"). Rovněž si můžete změnit defaultní foto nahráním obrázku s názvem foto-autor.
Vše z Blog Root.cz
