turul16 blogja

Gyorsabb indulás

Azon filóztam most pár percet,
hogy Linux desktop-ra való bejelentkező képernyő rendszerint elég későn jön (5+ sec kernel után). Pl meg kell várni amíg elég dolog él ahhoz ,hogy a jelszót ellenörizni tudja, amihez gyakran kell hálózat és pl. openldap.
Utána a rendszer az user-re vár.

Mi volna, ha bootspalsh, vagy console alsó néhány sorában a felhasználó már kernel felálta után (1-2) sec. elkezdhetné begépelni a felhasználó nevét és jelszavát, esetleg ki tudná választani melyik xsessiont szeretné használni.

xdm/kdm/gdm .. stb, induláskor ezt megkapná.

MS TITAN

sg.hu cikk:
"A TITAN programot pörgető MEFIT nevű szervezet (Magyar EU Fejlesztési Igazgatótanács) elnökeként is munkálkodó Drajkó László (egyébként a Microsoft Magyarország ügyvezető igazgatója)"

Nem kéne lennie itt valami összeférhetetlenségnek ?

Többször hallottam, hogy Magyarországon a kormányzati elemek az MS-töl kérdezgetik, hogy jó -e nekik a nyílt forrás. A válasz gondolom egyértelmű.

Zarovizsga 5.0

:)

Vedes eleg siman ment.

Elektro dinamika

sztatikval, kicsit eltevedtem egy pillanatra azt hittem karo lesz, de ertekeltek, hogy ugymond gondolkodok, es nem bemagolt dolgokat keresek a fejemben, hanem alapdolgokbol epitkezek.

Szamitogep/processor felepitese

Hirtelen lefagytam, a bizotsag hirtelen azt hitte most hallok eloszor errol a tetelrol :)
Temavezetom azert kozelte, hogy valojaban a boseg zavaraval kuzdok, es nem tudom melyiket mondjam, honan kezdeve.
Aztan hosszu mese keletkezett sok mindenrol, (kerszt)kerdesekre is jol feleltem.

Oprendszer
Altalanos dolgokat, meseltem, fogalom korul magyarazasa 4-5 fele keppen, micro-macro kernel, feladatok ilyesmi.

blog bejegyzés

Leadtam a diplomamunkámat.
Nem lett valami túl jó szerintem. A szörnyen híres helyesírásomat szerencsére sokan segítettek javítani. Egy segítőm most kérdezte meg, hogy át vehet-e belőle részeket hivatkozva rá, tehát annyira szar sem lett ezek szerint.

Beágyazott Linux végül nem került bele, pedig digitális jelfeldolgozásról volt szó - főkép FPGA -. Részben azért dobtam ezt részt, mert nem volt rá már hely, részben azért, mert nem lett volna semmi nagy szám ezzel kapcsolatban, mondhatni az n+1. lett volna a sok hasonló írás közül.

Debreceni infó szakmai napokon én is tartottam előadást, hát elég szedett-vedettre sikerült szerintem. Érződött is rajta, hogy nem sokkal előtte dobtam össze.
Hello World.c volt a címe. Figyelem felkeltő szerintem, biztosan sokan megkérdezték magukban, hogy ki fene és mit tud egy órát beszélni a hello world-röl. Őszintén még kevés is volt az idő, valamint nehezebb volt összekaparni a dolgokat, mint gondoltam :) Elég sok mindenröl lehet mesélni az ELF,ld.so,syscall témakörröl egy hello world kapcsán :)
Más negatív kritika nem jött, egy haverom beült, hogy majd szivatós kérdéseket tesz fel, de a végén csak annyit kérdezett, mikor iszunk :)
A kis negyven fős terem dugig volt, előttem Linux Kernel modulokról volt egy előadás (szintén teltház), mivel az előadója néha kicsit beszélt velem az előadása során is (hogy miről lesz szó az előadásomon), így az ott lévők is sejtethették, hogy valami súlyosabbra számíthatnak ,mint a C alapjai.

bash completion vs memory

bash completion vs memory vs load time
bash rss, nelkule 2MB
vele 5MB (minden kigeszites bent van)
(1.6Mb shared)

gentoo scriptekben have() fuggveny hivodik szinte miden parancs kiegszitodes beallitasa elott, megyozodik ,hogy tenyleg letezik -e a hivando dolog, ami 300kB takarit csak meg ,de minden nem talahato fuggevenyt a teljes PATHon vegigmenve keres, ami jelentosen lelasitja az indulast (>0.5s), foleg, ha sok elem van a PATH-odban. (most lattom, hogy pl. a crossdev elegge elnyujtotta)

Egyenlore letiltom a kiegeszitest, majd, ha valami tenyleg hianyzik azt vissza kapcsolom.

Nincs mas modszer erre ? Nem volna rossz,ha osztozni tudna kigeszites adatain tobb bash. (pl. egy generalt file-t mmap -olva)

ccache, out of space

Nagyon úgy fest, hogy ccache-be hibás eredmények kerülhetnek, ha kifogysz a szabad helyből. Ami később megmagyarázhatatlan problémák forrása lehet.
pl.:
"ki lopta el XDisplayName symbolumomat libX11.so.6 -bol" jellegű kijelentéseket eredményez.

Amit mindenkinek tudnia kene :)

Aki kicsit szeretne tobbet tudni arrol, hogyan mukodik a (linux)rendszere vagy, hogy miert nem megy valami annak ajanlom a kovetkezo konyvet:
Mastering the Art of Problem Determination

Minden fejlesztonek, es "power" usernek kotelezo.

A konyv ingyen letoltheto.

Van ami azota valtozott, es egy pelda kod kicsit rosz, de aki latott mar C kodot reflexbol ki tudja javitani.

könyv , sör

Ma voltam egy könyvesboltban , az infó sarokban találkoztam Bepillantás az operációs rendszerek világába (Horváth Gábor) c. könyvel.
Amit sajnálok, hogy csak most találkoztam vele, amikor 2000 környékén jelent meg. Akkor nagy hasznát vettem volna, főleg mivel jóval kevesebbet tudtam, és nem volt pl. ULK -sem.
Akit érdekel nasm, djgpp (gcc), használva, egy egyszerű i386-on futó oktatási céllal létrejött OS -t ír le benne a OS32-nek nevezi.
(Assembly védett módú programozás -is tőle jelent meg azt már rég megvettem ~2000-ben)

Elnézést

Elnézést kérek mindekitöl akinek nem válaszoltam HUP PM -ekre (némelyik több hónapos), nem vettem észre, hogy jött kérdés, akkoriban ritkán néztem leveleket.
Ha még mindig aktuális lenne újra fel lehet tenni a kérdést.
Vagy IM -eken keresztül el lehet érni.

FPGA

Sokszor említettem már ezt az FPGA dolgot.

Hogy is kell elképzelni egy tipikus FPGA-t.
0. közelitesben azt szoktam mondani, hogy van egy chiped amin van sok logikai kapu ami nincs összekopcsolva, egy programozás után lesz összekapcsolva és bármilyen feledatot megvalsithatsz ami kihozható az adott kapu számbol. Kurva jó párhuzamosíthatóság.
1. közelítésben:
FPGA áll:
* IOB: IO blokkokból ezek vannak összeköttetésben a lábakkal, használható labanként 1-1.
- i/o standard választható (feszültség szintek..)
- egy i/o pin lehet kiment vagy bemenet bi-directional
- DDR mode támogattását segító flip-flopok
- késleltetés állitható
* CLB: kombinációs logikai blokk
- Több ezer van belőle , mátrix szerű elhelyezkedés
- 4 slice ből áll. ebből kető okosabb LUTokat tatalmaz kető butábat.
* Slice
Tartalmaz egy LUT Look up table -t ez megvalósíthat egy _tetszőleges_ logikai függvényt (pl. 4 bemenetű AND kaput) , (némelyik tipus 5 bementű függvényt is tud) Programozás után persze.
Az okosabbak :
Megvalósithat pl. 1x16 bites RAM (ROM) -ot
Megvalósithat egy shift regisztert 1x16bit

Rohadt faradt vagyok meg mindig

Szerda kimerito kodolgatas utan 7-8h ig (A meg elzo napok se voltak eppen pihentetoek), ipari mennyisegi sor bevetele utan aludtam vagy 3 orat.
Utanna masnaposan elkezdtem HP tapot javitani, hát mit ne mondja eleg szar volt igy zugo fejjel. Egy kurva ellenalas kicsereleshez az osszes csavar ki kelett venni, de most megy.
Haver megkert, hogy segitesek neki gentoo telepiteni. Kiderult, hogy rosz a CD olvasoja, kulso usb CD olvasorol nem bootol. Unixlab sorozesen kolat meg naranancs levet ittam bazzmeg, ilyen meg nem volt, meg mindig nem voltam igazan kepben.
Osszeraktam egy PXE bootos rendszert, grubot soha tobbe nem fogom PXE bootra ravenni, mert eddig soha nem ment (volt hogy, kezzel forditottam..), syslinux rulz. Hajnal 3 ig takaritott vinyojan, nem tudom minek hiv, ha meg takaritani kell a vinyon.., nekem draga az idom. 6-7 aludtam kb. aztan, go tanszekre fejleszto keszletert majd haza.

Vagy inkább Debug/profiling utility.

Legutóbb arra voltam kiváncsi milyen vizhangokat váltani ki egy új disztró

Egy utility mind felett?
Ehhez mit szólnátok :
gdb(+server),ddd,valgrind,gprof,memprof,objdump képeségeit egyesítő és kigészítő eszköz.
asm,c,c++ nyelveken irt kódokhoz.
Grafikus felület.
- tipus szerinti memóra foglalás elemzés (kód alapján tippel)
- memoria fogalalás,processor idő használat methódus/függvény, osztály, modul ,library, user definált osztályba sorolás szerinti, elemzése,vizulizálása
- templétek absztrakt értelmezése (pl. a map nál ne magvalosítást láthasd csak, hanem kulcs erték párokat)
- pluginelés, data értelmezésre pl: kép helyén képet lehessen nézni, hullám (hang,wave) helyén egy grafikont .. etc.
- ddd szerű adat megjelenítés
- remote debug lehetőség
- tetszőleges memóra terület disassemblése (utálom, hogy gdb beszol, hogy az nem kódrész szerinte ugyhogy kocoljak onnan disassemblézésemmel..)
- nem initcilizált adat területek olvasásának jelzése
- syscall hivási statisztikák
- break ponts.. stb
- .. stb
- memoria térkép, pl. kód rész felosztva melyik librarybol származott, adat tipus szerint, mmap targetek szerint , stack nézegetés (szinezve)
- felvétel készítés vissza játszás, memióra, regiszterek valtozása, szabályok megadása ciklusokra (egy 1000000 -s ciklus minden lépsét nem mindig célra veztő rögzíteni)

Game Dev hogyan 2001 -bol Loki modra

Aki kezdo es game dev erdekli atfutahtja baja nem lesz belole :) :
http://pil.pl/~mariuszj/rozne/plg-second-printing-update.pdf
veletlenul akadtam ra.

Az meg kulon furcsa, hogy nincs dokumentalva framebuffer devek ioctl hivasai rendesen.
Vannak peldak neten (asm -ben is), header fileban benne van az adatstrukturak felepitese oszt kalap. Az ilyesemihez lehet illenek firkantani egy man page -t minimum. De, hogyan irjuk fb drivert ahhoz persze van howto :) Nem mintha nem tudnam hasznalni igy is, de igy nem jok a dolgok.

Meg egy hasznos kony:
Understanding the Linux Kernel, 3rd Edition
Van benne (min) egy bug :) a 32 bites porcessornak (x86) nem 32 cim laba van AFAIK.