Lacyc3 + ez & az

Hmm?

Nem aludtam, így írhatnékom van.

Az miért van, hogy ha a facebook-on kívül bármilyen https:// oldalt elérek, akkor adott időre - 10 perc? - lebénul az itthoni net? 40000-es pingek és hasonlóak..

Process scheduler

Hol is kezdjem. (Még?) Nem oprendszer írok, csak egy igényes appservert. For fun! :)

Most egy kicsit gondolkozóba estem a process schedulert illetően. Az eddigi dolgoktól eltérően nem adnék a folyamatoknak egyenrangú prioritást. Mindenki annyit kap, amennyit kér. Ez azt jelenti, hogy:

• Minden körben csak a kernel szálak futhatnak.
• Minden programrész megmondja, hogy neki minden 10. ütemre van szüksége. Akkor megkapja. Kérdés, ha van mondjuk [a] folyamat minden 100. ütemre akar hangot, [b] folyamat pedig minden 85.-re, akkor mi van?

100 ütem max
85 ütem-re kell csinálni valamit
15 ütem nem maradhat ki csak úgy.

-> Csökkentsük a plusz ütemekkel az adott feladat körét.

Ezzel az a baj, hogy előbb utóbb minden folyamat ami >maxütem/2 az előbb - utóbb maxütem/2 ritmussal fog rendelkezni.

Azt hiszem jobban járok, ha fenntartok egy listát pluszban, ami figyeli, folyamatonként, hogy hány ütem telt el a legutóbbi futás óta. Na?

Gyorsan itt

Jó régen töltötem már itt az időmet. Igazából most is csak azért jöttem, hogy írjak, de hamarosan úgyis átnézem az elmúlt hónap post termését, csak még nincs rá netem.. szépen frissult a Tumblr felülete is. Tetszik. :) És az új policy is egész jó.

Paradigmák

Végre elmondhatom, hogy a LaSyS-Engine fejlesztése eljutott arra a pontra, hogy nem csak egy érdekes (nekem mindenképp :) ) technológiai demo, hanem lassan egy használható eszköz is válik belőle.

Nem is olyan régen elvállaltam egy névkönyv készítését. Úgy igazából ennek a projektnek köszönhetem, hogy egyáltalán elkezdtem mélyebben foglalkozni a PHP-val és úgy magával az operációs rendszerek felépítésével. Hülyén hangzik, de meg akartam csinálni a saját OS-emet, PHP-ban. :) Ami azt illeti egész pofásra sikerült a kód ezen része.

Ennek a névkönyvnek az első változatát szinte teljesen a nulláról (na jó, előtte is volt LaSyS-Engine aminek a tapasztalatait és időnként a kódjait is használtam) kezdtem el írni. Világ életemben maximalista voltam. Addig nem tudok - szó szerint lelki fájdalom nélkül - felállni egy munka elől, ameddig az az én elvárásaim szerint nem működik maximális hatékonysággal. Így lett az 5.0.0.3-ból később egy átmeneti 5.0.0.4-es verzió, majd egy teljes paradigmaváltást követően 5.0.0.5-ös verzió. Mindig az lebegett a szemem előtt, hogy csak azokat a kódokat töltsük be, amit használni is fogunk, csak azok az osztályok legyenek példányosítva amiket biztosan használunk, ami csak ilyen - olyan esetben kell, azokat csak a szükséges időre betölteni. PHP-ban hülyén hangzik, mi? Se baj, mindenkinek meglehet a saját hülyesége.

Így alakult, hogy az 5.0.0.5-ös verziótól felfele egy “kis Linux-ot” építettem fel. Vannak kernel modulok amik “initramfs”-ből töltődnek be, vannak egyéb modulok amik “if needed” móddal töltődnek be és megint vannak modulok amiket csak akkor rántunk be a memóriába, ha azokra valóban szükség van. Van I/O scheduler, DBus.. :) Igen, mindez PHP-ban. Hogy hülye vagyok-e? Igen! Színtisztán hülye vagyok, de mentségem is van rá, hogy miért pont PHP-ban csináltam:

• Se nem szeretem a C-t, se nem tudok benne rendesen programot írni.
• PHP-val rengeteg olyan dolgot egyszerűen meg lehet valósítani, ami más nyelvekben sok idő (kivéve Ruby, mert az egy csodálatos nyelv), ráadásul van egy csomó olyan rész - jquery és plugnjai - amit nekem nem kell lekódolni. Ez sem hátrány.
• Ha így haladunk tovább, akkor otthon mindenkinek egy “vékonykliense” lesz, ami arra tökéletes lesz hogy böngészni, szövegetszerkeszteni és pár videót megnézni online.
• Weben megoldott a multiplatform probléma. :)

Ami igazából ezt a bejegyzést inspirálta az az, hogy megnéztem a régi kódomat és összehasonlítottam a mai kódommal. Azon kívül hogy újabban hajlamos vagyok kommentelni, elfogott a nosztalgia. :)

Joomla 2.5 +module_manager -memcached_sessions

Röviden, Gentoo-san így tudnám összefoglalni a dolgokat. A modulkezelő tényleg működik, de cserébe a session adatokat már nem tudja eltenni a memcached-be. Sebaj, hákoltam megoldást.

Vigyázz, kész, Joomla 2.5!

Frissítek 1.7-ről. Elvárások:

• Lehetőleg a memcached-ért ne kelljen megint PHP-t túrnom. Köszi.
• Ha mennének a nagy nehezen összevadászott 1.7-es modulok, annak is örülnék.
• Ne tudjon kevesebbet mint az előző verziók.

Mióta levagdossák a biztosítékokat…

… azóta furcsa dolgokat kezd produkálni az egyik szerver. Eddig csak a munin felejtgette el a beállításait, de a postgresql is kezdi. Elvileg volt mögötte szünetmentes, de kiderült hogy valaki valamelyik áramszünetnél sikeresen átdugdosott ezt - azt én meg persze csak most veszem észre hogy a szerver nem az APC-től kapta eddig a kakaót. Eddig meg se nagyon fordult a fejemben egy fsck, mert beállítás szerint amint eléri a 40%-os töltöttséget a telep, a gép szabályosan leáll.

# fsck -n -f -v /dev/sda4
fsck from util-linux 2.19.1
e2fsck 1.41.14 (22-Dec-2010)
Warning!  /dev/sda4 is mounted.
Warning: skipping journal recovery because doing a read-only filesystem check.
Pass 1: Checking inodes, blocks, and sizes
Inodes that were part of a corrupted orphan linked list found.  Fix? no

Inode 10382724 was part of the orphaned inode list.  IGNORED.
Deleted inode 53739524 has zero dtime.  Fix? no

Inode 53739525 was part of the orphaned inode list.  IGNORED.
Inode 53739526 was part of the orphaned inode list.  IGNORED.
Inode 53739527 was part of the orphaned inode list.  IGNORED.
Inode 53739528 was part of the orphaned inode list.  IGNORED.
Inode 53739529 was part of the orphaned inode list.  IGNORED.
Pass 2: Checking directory structure
Entry ‘status.cpt’ in /var/lib/ntp (10380727) has deleted/unused inode 10378105.  Clear? no

Pass 3: Checking directory connectivity
Pass 4: Checking reference counts
Unattached inode 10378097
Connect to /lost+found? no

Pass 5: Checking group summary information
Block bitmap differences:  +(41476719—41476724) -(41476966—41476977) +(41477344—41477349) +(42510933—42510936) -(47502016—47502020) -150684939 -(213286233—213286240)
Fix? no

Free blocks count wrong for group #1297 (20721, counted=20725).
Fix? no

Free blocks count wrong for group #1449 (3767, counted=3762).
Fix? no

Free blocks count wrong for group #4598 (376, counted=375).
Fix? no

Free blocks count wrong for group #6508 (2327, counted=2319).
Fix? no

Free blocks count wrong (155826220, counted=154580399).
Fix? no

Inode bitmap differences:  -10378105 +10379109 -10382724 -(53739524—53739529)
Fix? no

Free inodes count wrong (59961366, counted=59961435).
Fix? no


/dev/sda4: ********** WARNING: Filesystem still has errors **********


  880618 inodes used (1.45%)
    3469 non-contiguous files (0.4%)
     445 non-contiguous directories (0.1%)
         # of inodes with ind/dind/tind blocks: 0/0/0
         Extent depth histogram: 861336/863/3
87526400 blocks used (35.97%)
       0 bad blocks
       7 large files

  745828 regular files
  116040 directories
    2098 character device files
    8178 block device files
       4 fifos
    2317 links
    8336 symbolic links (8001 fast symbolic links)
      49 sockets
————
  882850 files

Hát csudajó.. nem biztos hogy én ezt most szeretném, volt már rá példa hogy elbarmolt ezt - azt az fsck. :|

a zombikról

zombihercegno:

@pornecziz -nak ajánlva : a zombik iránt régóta vonzódom, imádom a zombis filmeket és csak úgy rámragadt a zombihercegnő jelző. keveset alszom, mindig zombi vagyok és ennyi talán a magyarázat.

jah meg természetesen hiszek abban hogy lesz egyszer zombiapokalipszis és akkor halomra nyírhatom ki őket a filmekből tanult trükkök alapján :D :D :D fel vagyok készülve már évek óta, de eddig még semmi nem történt az ügy érdekében. 

Végre, egy igazi zombi-lélektársat találtam Neked @Hopelesstime! :)