Blogbejegyzések

tomld #5

Írom át a python kódomat C-be. A felénél túl vagyok.

Úgy gondolom, hogy jó sebességet tudtam már python-ból is kihozni a regex modullal, mivel ott natív kód futott és a legtöbb text manipulációmat ezzel csináltam. Illetve optimalizáltam is sokat. Úgy, hogy sok beépített függvényt használtam, az egyik rendező rutinom 0.6 sec alatt futott, ezt C-ben 0.1 alatt sikerült kihozni.

Mivel C-ben nincs dinamikus string kezelés, ezért az előre nem látott méretekhez egy fix nagy méretet foglalok mindenhol. Ez kicsit szívás lett, mert így /usr/bin/time -v paranccsal azt mutatja, hogy a max rezidens memória foglaltságom 207 MB lett egy alap futtatásnál (sok belső ciklus miatt is elfutott ez a méret). Ez python-nál 40 MB körül van mindig. Most ezt sikerült lefaragnom 5 Mb-ra. Ez már elég jó, viszont a stringek miatt a VM mérete még hatalmas.

Festés

Bútorok összehúzva, nejlonozva. Kapcsolók, dug. alj fedelek leszedve, ajtók keretei kimaszkolva. Jöhet a festő, húzhatja a glettet. Ha kész (2 nap), akkor nekiállok szegélylécezni meg újrakábelezni a lakást. Ha már egyszer szét van döntve, akkor most a legegyszerűbb megcsinálni.

IE box model

Emlékszünk még azokra az időkre, amikor az ie box model-je eltért a többi browser által alkalmazott box model-től? Mindenki szidta a microsoftot érte, pedig ha végiggondoljuk, egész logikus dolog volt.

Aki nem értené, annak egy rövid ismeretterjesztés: régebbi ie verziókban a html elemek width és height propertyje a content+padding+border értékét adta (természetesen a margin nem számított bele), míg a többi browserben csak a content értékét. Azaz ha én beállítottam pl. 100px-re a width értéket, 20px-re a paddingot és 1px-re a bordert, az adott elem ie-ben 100px széles volt (és a tartalom lett 100px - 2*20px - 2*1px = 58px), míg a többi browserben 100px + 2*20px + 2*1px = 142px széles (és a tartalom maradt 100px).

Ajánló: Sylpheed e-mail kliens

Sylpheed.

- MH file format, minden a levelezőn belüli könyvtár egy könyvtár a FS-en, ugyanígy minden e-mail egy külön plain text file.
- POP3/IMAP/SMTP, SSL-el is, van newsgroup, mailbox, maildir támogatás is.
- Konfigurálható hogy hol legyen a mail folder, és a config folder is. Ez utóbbit csak Windows alatt használtam, mert a C:\Doc... helyektől a hideg ráz.
- Van jó levelező lista, ahol 'sylpheed:abcde' formában (ahol abcde=[0-9]) sorszámokkal automatikusan megjelölik az e-maileket, így sokkal gyorsabb keresni közöttük.
- Apróság de nekem nagyon tetszik, hogy a levelezőn belül elég csak áthúzni az egeret egy másik ablak felé, nem kell kattintani ahhoz hogy a görgetés ott működjön.

GlassFish - Admin felulet proxyzasa SSL-el

Hogy ne unatkozzak, feladatkent adododtt, hogy egy GlassFish admin feluletet proxyzzam ki ugy, hogy kifele SSL-nek latszodjon a dolog.

Mivel nem szeretem az SSLProxy definiciot az Apache-ban, mert kell neki a tanusitvany, ami kijon a backendbol, igy inkabb azt a vonalat hagytam a fenebe.

A sima proxy is eleg erre a celra, egy kis csavarral. A GlassFish ugyanis okos, o tudja, hogy http-n kommunikal azzal, aki elotte van, kovetkezeskeppen o http:// -t hasznal mindenhol, ahol ezt explicite meg kell adni. A Location headerben is.

Ez viszont mindenkit megzavart. A GlassFish ugyanis ugy tolt be egyes adminpanel feluleteket, hogy javascripttel lekeri a vonatkozo HTML snippetet, majd beilleszti a megfelo helyre, eltavolitva az elozoleg ott levo tartalmat. Igen am, de JS nem kozveltenul kerte le ezt a stuffot, hanem egy POST keressel elkuldte a session adatokat, majd erre a GF egy 302-es statusszal megmondta, hogy hol eri el a vonatkozo reszt. Es itt kezdodott a bonyodalom.

Jazoon 11?

jon valaki? megihatnank egy sort. :)

most irtam nekik, hogy mennyiert adnanak egy belepot, mert valahogy nincs kedvem 2200 frankert venni...

Magyarok a vilag nyolcezresein

Szinte minden evben megprobalnak megmaszni egy nyolcezer meter feletti csucsot, de az eddigi bizonytalan radio es muholdastelefon-kapcsolat helyett most mar 3G-vel interneteznek az emberek a Himalaja hegyei kozott.
A most a Lhoce 8500m-es csucsaval probalkozo negy magyar, Kollar Lajos, Mecs Laszlo, Horvath Tibor es Eross Zsolt. Utobbi talan a legismertebb, a magyar hoparduc rangot birtokolja, most epp fel labbal probal elonyt adni a tobbieknek. Sajnos ket eve elveszitette az egyiket egy szlovak lavina-balesetben.

A blogjaik redundansak, de a kepek es a beszamolok miatt erdemes ranezni a hegyek szerelmeseinek:

FFmpeg frontend

Csak nekem magasak az elvárásaim, vagy tényleg nem képes senki egy olyan ffmpeg frontendet összelapátolni windowsra, ami:
- képes manuális beállításokból és presetből is dolgozni
- beállítható a container is a video és audio codec mellett, az ezekre jellemző paraméterekkel együtt
- időintervallum is beállítható
- subtitle-t is képes a videóra írni
- egyéb videofilterek is beállíthatóak, mint pl. crop vagy deinterlacing
- lehetőleg a letöltött csomagban benne van az ffmpeg bináris is, viszont nincs benne mencoder és egyéb külső utilityk
- lehetőleg nem használ egyedi skineket, használja csak a rendszer témáját a guihoz, azért van

fejlessz iphone alkalmazast!

Egy ismerosom iphone alkalmazast szeretne kesziteni, es ehhez keres iphone alkalmazas kesziteseben gyakorlott embert.
Figyelem! Nem allasajanlatrol van szo, hanem az egyuttmukodes egy projekt erejeig szol. Reszletek a kkrisz@rcor.hu cimen.

betömörítés -- gondolkodás helyett

A múltkor megvicceltem magam, amikor a /usr-t költöztettem. (Mindent, ami alatta volt, átméreteztem; azért kellett.)

Valamiért úgy gondoltam, hogy a tar-t jó lesz lzop-vel tömöríteni. Sajnos így a kibontásnál gondok voltak: amikor már csak a /bin volt felcsatolva, akkor jöttem rá, hogy az lzop az /usr/bin-ben tanyázik. Egy LiveCD-vel megoldottam, de azért kellemetlen volt. Ezért a legközelebb nem szeretnék gondolkozni -- vagy legalább egy biztonságos alapgondolattal kezdeném.

Átálltam

A hétvégi tesztelések során arra jutottam, hogy megfelel nekem a következő 2 évre a Lenovo Thinkpad R400 7439WPG. Egyben van, a processzor elegendő, a 4GB RAM (ami jelenleg benne van) szintén. Az Intel videochip nem rosszabb, mint a Compaq 6720s-ben volt. Nem melegszik annyira, mint a 6720s és sokkal csendesebb. Gyakorlatilag hangtalan. A billentyűzetet kicsit még szoknom kell, de ez minden új notebook esetén így volt.

LVM / ext4 agyfrász

Van a következő: Ubuntu 10.04 LTS szerver, ezen létrehoztam egy titkosított lvm -et (luks). ~990 GB -os VG jött létre, az elmúlt időszakban allokáltam belőle ~800 GB -ot különböző LV -khez. Nemrég az egyik LV túl kicsinek bizonyult, ezért gondoltam, megnövelem. Ezen ext4 fájlrendszer van.

Uccu neki:


umount /mnt/cuccok
lvresize /dev/mapper/CRYPT-VG--cuccok -L +50G
e2fsck -f /dev/mapper/CRYPT-VG--cuccok
resize2fs -p /dev/mapper/CRYPT-VG--cuccok

Az fsck jó volt, hiba nélkül végigment. Viszont átméretezésnél dobott valami warning -ot (nincs elég hely a VG -ban... nem is értettem, vgdisplay is mutatott még 190 GB szabad helyet).
Aztán ~10 perc használat után hirtelen megállt a gép. De úgy, hogy konkrétan a billentyűzet is megfagyott, még a caps lock sem villogott... semmit sem lehetett csinálni, csak hard reset működött. Boot után végignéztem a /var/log alatt mindent, de sehová sem érkezett írni semmit (a /var/log nem a titkosított lvm -en van, a / dedikált winchesteren van) a rendszer fagyás előtt. Smart oké, lemezek nem mentek tönkre. Sensors -szal megnéztem, semmi sem meleg (alaplap 30C, proci 36C, winchesterek 28-32C). Mire ezeket végignéztem, megint megfagyott a gép csontra.

Gvim - Sotet hatter szinsema valtas nelkul

Linux alatt jott elo olyan nyug, hogy a default tema teljesen jo konzolra es gui-ra is, mindossze nem tudtam megmondani a gvim-nek, hogy csak a hatteret tegye at feketere (maga a konzol nekem eleve fekete). Sok kutakodas utan a megoldas:


set background=dark

"Note background set to dark in .vimrc
highlight clear

if exists("syntax_on")
  syntax reset
endif

highlight Normal guifg=White   guibg=Black
highlight Cursor guifg=Black   guibg=White

Amikor a licensz valasztja...

... akkor szabadul el a pokol. Van itt ez a kedves, aranyos kis bogarka. Semmi extra, maga a lib tok jo cucc, csak epp az LGPL licenszu jar-ban nincs benne egy komplett mappa. Nem azert mert NDA, mert keresztlicenszeles, etc, egyszeruen kimaradt.
A bug ket hete kinn van, gyanitom kb. egy sor fixalasa, es egy bugfix verzio kitolasa lenne a maven repokba, de javitva, az nincs. Pedig ez egesz kritikus bug, konkretan nem mukodik nelkule a lib lenyeget alkoto JSON parsolas.

Nekem nem gond, az en BY-NC-SA licenszem nagyjabol mindennel kompatibilis, bele nem ganyolok a linkelt kodokba, eladni nem lehet oket, szoval nekem ez nem gond. De el tudom kepzelni, hogy emberek ragjak a kormuket egy ilyen bug miatt, mert egy - egyebkent nagyon jo - konyvtarat nem tudnak hasznalni, mert az o licenszuk nem kompatibilis az Apache Licensszel.

Solaris the game

Stanislaw Lem regénye alapján készülő, Tarkovszkij filmjének látványvilágára épülő kalandjáték béta változatára találtam a minap a happypenguin.org-on. A játék grafikailag Blenderrel készül, és ez a mostani változat nagyon béta, gyakorlatilag nekem nem is sikerült vele játszani. Ha valaki többre jutott mint én, kérem jelezze.

Weboldal itt: http://sourceforge.net/projects/solaristhegame/

Letöltés innen: http://sourceforge.net/projects/solaristhegame/files/

Egyszer minden utazas veget er: SGU ende

Erdekes resszel bucsuzott el a Destiny legenysege: egy ~3 eves ugrasba vagtak bele, amit hibernalva toltenek el (mert a keszletek max. 1 honapra elegendoek). Egy hibernalo kamra viszont hibas, igy 1 ember nem fer el, akinek igy 2 het maradt hatra ezen a foldi vilagon, aztan le kell kapcsolni a letfenntartast, kulonben a tobbiek eletet is kockara teszi.

A zarojelenetben Mr. Eli Wallis az urhajo 'erkelyen' allva nezi a szeme ele tarulo latvanyt, ahogy a Destiny a hiperterben vagtat elore a kovetkezo galaxis fele. Valahogy olyan erzesem volt, mintha az embernek 2 hete lenne hatra az eletbol egy kihalt varosban, ahol senki sincs, csak o. Bar erzem neha ugy, hogy jo hely lenne egy ilyen varos, de azert megis remiszto...