Blogbejegyzések

Haladás

Emlékszem, vagy huszonöt éve kaptam az első számítógépemet, egy Commodore VC-20-ast. Akkortájt indult az informatika szakkörként az iskolában, jelentkeztem is oda. Élmény volt a BASIC csodálatos világába belemerülnöm, de igazából sok nem ragadt rám, sajnos sokan csak játszani jártak be, aztán egy idő után a tanár feladta az erőlködést. Kár volt érte.
Otthon azért kísérleteztem, főleg könyvekből kipuskázott programokat próbálgattam. Aztán lecseréltük a gépet egy 64-esre, és sajnos ott vége is szakadt a próbálkozásoknak hosszú időre. Középiskolában már PC-kkel találkotztam, amik az otthonival össze sem voltak mérhetőek, így nem is nagyon haladtam. Ráadásul itt is megvolt az a gyerekbetegség, hogy sokaknak a játékoknál megállt a számítógépek ismerete.
Igazából foglalkozni először a felsőfokú tanulmányaim során kezdtem a programozással, de olyan kihagyással indultam, amit nem nagyon lehetett behozni. Szerencsére akkortájt nyert nagyanyám egy nagyon modern pécét, azon lehetett őrjöngeni. No, ekkor értelemszerűen a különféle pornográf anyagok tárháza vonta el a figyelmem.
Negyedszerre itt kaptam egy kis lökést, hogy kezdjek megint tanulni, de az szépen alhalt, ahogy az időm elfogyott. Most talán sikerül is valamire haladnom, ha már elkezdtem. Sokadszorra.
Találtam én is pár könyvet a polcon, meg kaptam is kettőt. Talán a legelaggottabb a "Programozzunk FORTH nyelven" című, ezt még tűs nyomtatóval adták nyomdába, felettébb dizájnos. :)
Megtaláltam aztán az 1994-es kiadását a Kernighan-Ritchie-fle C könyvnek, remélem, nem túl eretnek. Viszont egészen olvasmányos, és, nem tudom, az eredetiben is, vagy csak a fordítás miatt, de néha kifejezetten humoros szövegrészletek is vannak benne. Viszont nagyon lejön a könyvből, hogy miért nem ajánlott a C oktatásával kezdeni - egyrészt a végtelenségig puritán, másrészt pedig nehéz igazán látványos programokat írni vele az ismerkedés elején.
Dacr-tó/ől megkaptam a "Programozzunk Turbo Pascal nyelven" kötetet. Most párhuzamosan tanulom a C-vel, egyelőre nagyon nem zavarodok meg (kivéve az egyenlőségjeleket...). Viszont a "Turbo" egyedi nyelvjárásait ki fogom hagyni, egyrészt abban sem vagyok biztos, hogy egyáltalán létezik még ilyen, másrészt pedig nem szeretnék beszorulni valami nem igazán szabványos dolog miatt.
Van aztán egy "Programozás kezdőknek", Angster Erzsébet nevével fémjelezve, alig 15 éves, de talán nem okoz problémát.
Találtam még egy szinte felvágatlan "Programozzunk C nyelven" cmű jó vastag kötetet a ComputerBookstól, ehhez szintén Dacr adott egy "Programozzunk C++"-t, úgyhogy el leszek látva, úgy tűnik.
Nomeg van egy "A Python programozási nyelv" spirálozva. Ez sem lenne rossz, de hogy elkezdtem nézegetni, rájöttem, hogy a Pythonnál a formázási kényszer ment elég hamar az agyamra. Alapvetően nem lenne baj a nyelvvel, de amikor egy hibás whitespace-ből minenféle misztikus jelenség produkálódik, az elég lelombozó tud lenni.
No mindegy, egyelőre kis célokat tűzdelek ki, és egész jó érzés, hogy ezeket meg tudom valósítani. Pl., a K&R könyvben eddig minden feladatot sikerült jól megcsinálnom. Ez mondjuk egy pozitívum a programozással kapcsolatban, hogy a megoldás helyességét mindenfle felügyelet nélkül tudom ellenőrizni. Ezenkívül sikerült önállóan (bár érzetre nem túl szépen) egy-két elemi számelméleti módszert is megírni. Már csak Zita kérdezi, hogy mire fel tanulok ilyeneket.
Judas Priest - Turbo Lover
BATHORY - Enter the Eternal Fire
Na basszus, Manowart meg nem tudok linkelni, elszálltak a videók. :(

Manjaro, egyelőre

Ma délben kijött a 0.8.5 OpenBox-os és XFCE-s változata. Egészes kellemes, bár sebességben a Lubuntu leveri. Debian-ben már csak 40 release critical bug maradt. Most már megvárom, amig leér nullára, addig jó lesz játszani a Manjaro.

epul a jatszoter #1

ma megkaptam az elso gepet (egy x3550 M4-et). compute node lesz az inkubator-cloudunkban (osszesen 4 node).

rendeltem bele 2xIntel 520-at, meg 2x16GB ramot delutan, kiprobalni, hogy megy-e (nyilvan nem IBM egyik se ;-)) ha megy, akkor valszin telerakom rammal (24x16GB), meg 5db SSD-vel (3x600GB SAS mar van benne :(). persze megkerdezhetnetek, hogy miert rakok egy compute nodeba diszkeket: mert a storage meg nincs meg, helyet meg biztos tudok talalni nekik kesobb ;-)

Véleményem a KlyDE-ről

Eredetileg hozzászólásnak akartam beküldeni, de olyan hosszú lett a végére, hogy inkább blogként küldöm be. Először is összefoglalom, hogy szerintem mi a bejegyzés lényege.

  • a KDE elég moduláris, a core sok „karikán ugrik át” a hatékony memóriafelhasználás és sebesség érdekében, de a legtöbb csomagolás olyan, hogy a felhasználó egy nagy katyvaszt kap, számára felesleges dolgokkal
  • a másik kritika a KDE-vel szemben, hogy túlságosan is testre szabható, és nem konfigurációs fájlokon vagy valamiféle Registryn, hanem GUI-n keresztül
  • a KlyDE célja az, hogy a modularitás és a testre szabhatóság felhasználásával megcélozza a pehelysúlyú DE-k szegmensét

Milyen megközelítéseket alkalmaztak?

  • az opcionális dolgokat külön csomagokba szervezték, a fő csomagok csak gyengén függnek tőlük, így lehet egy minimális működő rendszert telepíteni, ilyen kiszervezett dolog például a Nepomuk, az Akonadi, az Aktivitások, az Attica, nem core ablakdekorációk, stílusok, stb. Egy „sima” KDE ezeket mind tartalmazza.
  • a beállításoknál lehetővé teszik, hogy ugyanazokkal a KDE csomagokkal több különböző profilt lehessen használni, bár ezt még nem tudják hogyan valósítják meg. Az egyik ötlet, hogy különböző X munkamenetek lesznek, mintha különböző DE-t választana az ember, a másik hogy bejelentkezéskor egy varázsló futna le, ahol a felhasználó állíthatja be, ami kell neki
  • a harmadik a beállítások egyszerűsítése (sicc!), nehogy a túl sok választás megzavarja a felhasználókat (GNOME rulez, ahol registry dconf szerkesztése kell mindenhez)

A legutolsó dolog pedig az indítás, Will szerint egy működő környezetet nem kell mindig elindítani, itt az első benyomás miatt szeretné lejjebb vinni az indítási időt, habár az opcionális részek (lásd fentebb) már elméletileg nem zavarnak bele.

Ceph teszt #2

A "Ceph teszt #1" blogomban leírtam, mik voltak az előkészületek a telepítéshez.

Most nézzük magát a klaszter elvi működését röviden. A ceph klaszter lényege az, hogy az ún. osd-k, mint objektumtárolók fogják tárolni az adatainkat, eme tárolók pedig "szét vannak terítve" a node-ok között. Speciális csíkozási technológiát használ alapban a ceph, azaz minden osd-re fog kerülni az adatainkból redundánsan. Ennek a részleteibe ne menjünk bele, sok beállítási lehetőség van, maradjunk az alapbeállításoknál egyelőre. Aztán vannak úgynevezett monitor démonok, amelyek azért felelősek, hogy egymást figyelve megállapítsák, lehalt e a node, vagy valamelyik szolgáltatása. Léteznek még mds-es is, amik viszont a metadata tárolásáért felelnek, itt a rendszer névterére gondolok és a adathozzáférési koordinációra. Eme három démon alapesetben, egy egyszerű klaszternél fusson minden node-on.
A node-ok között szinkronizáció folyik folyamatosan, erre keyring file-okat hoz létre a rendszer, amelyek segítségével titkosított megoldás is működhet. Mind a metadata démon, mind az osd démon kommunikál a többiekkel.

Bejutottunk

Tegnap drámai küzdelemben, összesítésben egy góllal, de győztünk a román Oltchim Valcea ellen. Így a Győri Audi ETO KC bejutott a női kézilabda Bajnokok Ligája döntőjébe. Végig a románok voltak a jobbak, az utolsó percekig végig vezettek. Valahogy nem ment a játék a győrieknek. A végén azonban összeszedték magunkat a lányok, akarták a továbbjutást és sikerült!

Vajon idén végre sikerül a BL-győzelem?

0x80070002 hiba megoldása

Pár programot el akartam távolítani a gépemről, ezek között volt Vipre és az Ad-Aware Free is.

Sajnos mindkétszer rollback-elt az eltávolításkor, UnRegister64bitProxyStub hibával szállt el. Megnéztem a logot, tényleg nem tudott kiregisztrálni egy dll-t. Próbaképp megfuttatva 0x80070002 hibával szállt el. Utánaolvasva ez főleg jogosultsághibának tűnik.

Beregisztrálás, ismét kiregisztrálás is hibás volt. Tulajdonosát átvettem a SYSTEM-től, jogosultságokat megadtam magamnak. Ekkor hiba nélkül ki tudta regisztrálni. Visszaregisztrálás hibás volt. Kiregisztrálás hibátlan. Jó, akkor visszaregisztráltam, lefuttattam a telepítőt, és sikeresen eltávolította mindkét programot. :)

Ceph teszt #1

Nos jónapot. Küzdünk a storage oldali SPOF problémájával, kicsit közelebbről megnéztem a Ceph-et, mint esélyes versenyzőt eme probléma kiküszöbölésére.
Utánaolvasgattam a dolognak és lassan megértettem az elvi alapjait. Mint ismeretes, az Openstack alapját képező klaszterezett (disztributált) filerendszerről van szó, amelybe a Canonical 1 millió dollárt rakott, fejlesztésre.
Node mi is kellett nekem: hát az, hogy a reverse proxy mögötti webszervereinken legyen egy olyan filerendszer, amely nagyjából POSIX kompatibilis, konkurensen írható és ha lehet, még redundáns is. Persze az NFS-en feljnödögélt társadalom aszt mondja, erre ott van ő, mégha azt nehéz is kezelni, ha elszáll az NFS kiszolgáló, akkor a webszervereinkről hova tűnik az adat...Persze itt is van tükrözéses megoldás, meg pl. aktív-aktív DRBD, meg esetlegesen failover dolgok, de ezek nálam mindig valahol elhaláloztak gyakorlati megvalósításnál. Meg aztán nézegettem másokat is, úgymint glusterfs meg xtreemfs meg lustre, de a ceph-nél maradtam, mert biza a feature listája jónak tűnik.

Jancsi bácsi...

Ugye milyen jó volt gyereknek lenni a 80-as években? Langymeleg szocializmus simogatása, Balaton, műbőr illat az autóban...
Ki nem szeretné átélni újra a gyerekkorát, pár órára visszacsöppeni a múltba és újból olyan autóban utazni, amiben gyerek volt, amiben felnőtt...

Legalábbis erre alapulna az üzleti tervem, ami lehet teljesen agyament ötlet, nem tudom, majd Ti itt megírjátok érdemes-e belevágnom....

Az ötlet a taxisok vegzálásából jött, új autó, stb. Nekem meg ugye van egy jó állapotú, tavasszal gázosított, nyáron újrafényezett 120-as Skodám. Taxizni ezzel ugye nem lehet, de az nem is biznisz már, de talán más...

F18 és tracker

Fedora 18-tól integrálva van a tracker fájl indexelő szolgáltatás keresés funkciója a Gnome Shell-be. Ha keresünk, akkor nem csak az app neveket dobja, hanem a találatokat fájl tartalomra is.

Úgy látom hogy alapból csak a /home/user/Desktop mappa van indexelve, a sima user home nincs. Nem tudom hogy csak nálam maradt régebbről valami beállítás, vagy ez az alapértelmezett. Én az egész lemezem tartalmát indexeltetem, de ehhez a tracker-preferences kell, amely a GUI beállító felület. Nincs alapból telepítve.

Megoldás:


# gui beállító telepítése
su -c "yum install tracker-ui-tools"
# /home/user mappa engedélyezése a Locations tabon
tracker-preferences
# reset db
tracker-control -r
# indexelés újraindítása
tracker-control -s
# esetlegesen a folyamat figyelése
tracker-control -F

telenor

köszi

másodjára is, harmadjára is, tizedjére is, új kódot kérve is, más telefonszámot regisztrálva is, teljesen más adatokat megadva is. a le nem zárult regisztrációs folyamat végén meg azt mondja, "bejelentkezve 20*******". jeah, bárhová kattintok nem nyert.

szerencsére a regisztráció törlése működik. így hát szívesen éltem vele. majd rákérdezek, mi ez a szar.

F18 és firewalld

Fedora 18-on futtatott KVM alatt akartam a virtuális guest-eknek engedélyezni a host-on a https portot. Libvirtd egy virbr0 nevű bridge interface-t hoz létre a host-on.

F18-on az új Firewalld cseréli le Iptables-t. Hoz több dolgot, például interface-enként lehet állítani a zónákat - melyek nem mások, mint külön profilok a tűzfal beállításokra. Alapértelmezett a public, de van pl. work. Mindegyikben más portokat és átirányításokat engedélyezhetünk. De ezek interface-ekhez vannak rendelve.

Nem találtam meg hogyan lehetne virbr0-hoz is beállítani a zónákat. Az "Options / Change Zones of Connections..." menü egy olyan ablakot dob fel, ahol a Network Manager-ben létező interface-ekhez lehet állítani.

OS X ethernet szívás

Nem szoktam blogolni de ezt le kell írnom.

A mai nap a következő probléma ütöttel föl a fejét. Adott egy osx és egy freenas. A freenasról osxre még csak csak másol (25-30 MB/s) de vissza irányba max. 1 MB/s! Nem akartam hinni a szememnek. Ugyan ez a felállás win alól hibátlanul, kb. 40 MB/s sebességgel operál. Elkezdtem bújni a fórumokat, írtak smb.conf szerkesztést, sysctl-es okosságokat, még a freenast is lecseréltem NAS4FREE-re de csak nem múlt a hiba. Már éppen kezdtem beletörődni hogy ez van, amikor rátaláltam erre az oldalra: http://howto.tipit.info/mac/7/speed-up-file-tranfer-between-mac-os-x-an… Itt az áll, változtassuk meg a Finder beállításait úgy, hogy ne a sidebaron mutassa a "Kapcsolódó szervereket" hanem az asztalon. És bumm!! Ennyi!! Ettől a beállítástól az eddigi max 1 MB/s sebesség egyből felugrott olyan átlag 25 MB/s-re!! Hát mi ez?? Os X-hez jobban értőktől kérdezném, ez mit befolyásol?