Aktív fórumtémák

Tárgy Válaszok Legutóbbi beküldés Fórum Szerző
  Retro NTSC gép PAL kijelzőkön 2024-03-19T14:44:45+0100 Elektronika, Elektromos eszközök plt
  PulseAudio hálózaton át - pattog 62  2024-03-19T14:44:42+0100 Multimédia asch
  Audacity forkhaboru - lett olyan fork, amit ma is maintainelnek? 53  2024-03-19T13:57:03+0100 Multimédia carlcolt
  HP ProBook 650 G1 fingerprint linuxon 2024-03-19T13:20:32+0100 Notebook, laptop, mobiltelefon ... pch
  Unaloműző online játékok és azok eredményei #2 500  2024-03-19T11:59:05+0100 Játékok trey
  Digi kérdések 169  2024-03-19T11:47:44+0100 Hálózatok általános trey
  Oneplus-ra valtas? 103  2024-03-19T10:16:02+0100 Notebook, laptop, mobiltelefon ... lipiqe
  Gépjárműadó befizetés 2022 579  2024-03-19T10:07:41+0100 Közösségi kerekasztal rascy
  #define trükk 20  2024-03-19T09:55:49+0100 C/C++ apal
  Beágyazott Linux app-hoz milyen GUI-t? 45  2024-03-19T08:20:30+0100 Grafika: GUI, OpenGL Botond
  [MEGOLDVA] Supermicro a1sri-2758f intel vt-x enable --> de hol? 2024-03-19T07:31:33+0100 Szerverek HandsOfVelika
  [Van remény] Logitech K800 billentyűzet helyett mit ajánlotok? 40  2024-03-19T06:14:06+0100 Egerek, billentyűzetek WG
  Az Nvidia és az AMD verzérigazgatói unokatestvérek? 33  2024-03-18T21:20:51+0100 Tudtad-e, hogy... influencer
  HP Z640 Workstation - bekapcsol azonnal leállítás után 10  2024-03-18T19:06:56+0100 Szerverek Cybernet
  Webáruház kérdése 26  2024-03-18T17:44:40+0100 Projektek általános falu
  Programozási versenyfelhívás 415  2024-03-18T08:05:15+0100 Egyéb: Assembly, Ada... bzt
  Youtube küldése Chromecast Audiora 2024-03-17T21:16:26+0100 Android lcsaszar
  Régi Mikrotik router szoftverének újra hasznosítása 10  2024-03-17T17:44:59+0100 Hálózati eszközök Honkydoo
  Villámakció: játékok ingyen (folyt.) 232  2024-03-17T14:17:14+0100 Játékok neutrino
  Gondolatkiserlet: milyen (karrier)tanacsot adnal ma magadnak? (programozas, foleg) 61  2024-03-17T10:39:12+0100 Fejlesztés gelei

ZDNet Australia: Interjú Alan Cox-szal

Címkék

Kétségtelen, hogy Linus Torvalds után Alan Cox a Linux kernel fejlesztésének második legismertebb, és elismertebb alakja. Az -ac kernelfa karbantartója, a 2.2-es kernelfa karbantartója, és talán a kernel lista egyik legaktívabb szereplője. Igazi `öreg' motoros.

Egy vele készült interjút olvashatsz itt.

MySQL hírlevél: 2003. január

Címkék

Itt a 2003. januári MySQL hírlevél. Főbb hírek: MySQL 4.0.9 (Gamma), MyODBC 3.51.05 (gamma) és MySQL 3.23.55 kiadások. Tuning MySQL Server 4.0 Query cache. Képzési információk, partner sarok, és a kapcsolódó MySQL hírek.

A hírlevelet megtalálod itt.

FreeBSD: az elszigeteltség és a Linux hype-olás áldozata

Címkék

Egy hét telt el azóta, hogy megjelent a FreeBSD 5.0. A kiadás több szempontból is fontos. Számos technikai újítást tartalmaz, és egy mérföldköve a FreeBSD fejlesztésének. Az OSNews-os Eugenia Loli-Queru egy cikket írt arról, hogy mennyire nem ért egyet a sajtó reakciójával a kiadással kapcsolatban. Szerinte a méltánytalanul kevés visszhangot kapott a FreeBSD 5.0 megjelenés.

A cikket megtalálod itt.

Az év második felében jönnek az OLED-es monitorok.

Címkék

Elképesztően nő az OLED-es kijelzők iránti kereslet. Sajnos, mi földi halandók még nem találkozhattunk e csodával, de a kétéves előrejelzéseknek megfelelően, az idén már gyakorlatban is élvezhetjük a XXI. század e csodáját. Minderről a RiTdisplay számol be, aki a kezdetektől az egyik legkomolyabb fejlesztője ennek a csodálatos technológiának. Először a mobilokban fog megjelenni az új kijelző, majd az év második felében jönnek a nagyméretűek. Mit is várunk?Az OLED (Organic Light Emitting Diode) lényege 3 olyan polimer, amely elektromos impulzusra fényt bocsát ki RGB színekben. Gyakorlatilag ez az a technológia amely végleg leváltja a böhöm CRT kijelzőket. Az OLED ugyanis kristálytiszta képet ad, lényegében bármilyen felbontásban és frekin üzemeltethető. Rugalmas és elvileg olcsó a gyártás. Energiaigénye szinte nulla. Egy másfél voltos gombelem egy nagy képernyőnek is elég energiát ad. Talán a kijelző-technológia az egyik utolsó, amely még a múltban tart bennünket, és már csak a mozgó alkatrész nélküli 3D-s háttértárolásra várunk. Ha egy igazán ütős FOLED (Flexible Organic Light Emitting Device) mozgóképet akarsz látni akkor érdemes ellátogatni a Universal Display Corporation (UDC) oldalára.

UHU-Füzet rc1

Címkék

'Megjelent az UHU-Füzet véglegesnek szánt verziója, az UHU-Linux RC2
kiadása alapján aktualizálva.' - írja sAGA a levlistán. Letölthető szép pdf-ben: itt.

UHU-Linux 1.0rc2 (Hidraulika) újdonságok

Címkék

"Az UHU-Linux Csapat örömmel jelenti be az UHU-Linux 1.0rc2 disztribúció elkészültét! Ez a leírás az rc1 óta történt főbb változásokat igyekszik összefoglalni.


uhubuild

Az rc1 megjelenése óta eltelt idő első részét nem közvetlen értelemben töltöttük a disztribúció javításával. Infrastruktúrát építettünk, melyben egyrészt hatékonyabban tudunk dolgozni és hibákat javítani, másrészt egységességet, megbízhatóbb minőséget tudunk biztosítani a disztribúcióra és annak csomagjaira nézve.

Az infrastruktúra építésének legnagyobb részét az uhubuild csomagkészítő rendszer megtervezése és megvalósítása, valamint a régi csomagok új rendszerre történő átültetése tette ki.

Az uhubuild rendszer végzi a csomagok fordítását.

A fordítás menete szinte semmilyen hasonlóságot nem mutat a Debian csomagkészítési mechanizmusával. Nem használunk rules fájlt, a control fájlt is szkriptek készítik el.

A végeredmény csomagok továbbra is deb csomagok, így aki csak használni kívánja a rendszert és nem érdeklik a kulisszatitkok, nem fog gyökeres változást látni. Figyelmesebb emberek észrevehetnek egy-két kiegészítést az eredeti dpkg-hoz képest, mint például a Homepage mező a control fájlban, csomagfordítási információ, stat fájl a telepített fájlok tulajdonságairól stb., de a lényeg változatlan."uhu-pkg

Valamelyest a csomagkezelő rendszerhez kapcsolódik az uhu-pkg bevezetése.

Körülnéztünk a disztribúciók között, és a csomagok telepítése után elvégzendő teendőkre (felhasználó létrehozására, ldconfig futtatására, info.dir készítésére stb.) alapvetően kétféle megközelítést találtunk.

Az egyik az, hogy minden csomag kézzel-lábbal elvégzi, amit szeretne, ezáltal néhány csomagnak hatalmas, átláthatatlan postinst szkriptje van, amelyben nehéz hibát javítani, illetve sok csomagban is megtalálható ugyanaz a kód, amely szintén a karbantartást teszi nehézkessé.

A másik megközelítés a globális bekonfiguráló szkript. Ilyenkor azonban óriási hátrány, hogy ha ezt elfelejti valaki kézzel lefuttatni, akkor esetleg nem lesz használható a csomag.

Célunk egy olyan megoldás kitalálása volt, ahol egyrészt a parancssori dpkg (apt, dselect stb.) használata is bőven elegendő, nem kell plusz parancsot lefuttatni, másrészt viszont a csomag legfeljebb annyit tud magáról, hogy mit kell vele csinálni (de talán még ennyit sem), semmiképpen sem azt, hogy hogyan. Például ha az opensshd hoz magával egy sshd felhasználót, akkor az opensshd csomag csak annyit tudjon, hogy létre kell hozni ezt a felhasználót. A létrehozás mikéntjét viszont másvalaki tudja.

Ez a másvalaki az uhu-pkg nevuű szkript, amely minden csomag postinst, prerm és postrm szkriptjéből meghívódik, és elindítja a megfelelő parancsot.

Az /sbin/uhu-pkg fő vezérlő szkript azt a nagyon kevés dolgot végzi, amely abszolút kötelező lehet a csomag működése érdekében (felhasználó létrehozása, könyvtárak jogainak beállítása (hopp, ez egy újabb dpkg-kiegészítés :-))) és esetleges egyéni szkript futtatása). A következő lépésben a /usr/lib/uhu-pkg alatti szkripteket indítja az /sbin/uhu-pkg. Az itteni szkriptek végzik azokat a feladatokat, melyek más csomag szempontjából lehetnek fontosak. Például a texinfo csomag ide helyezi le azt a szkriptet, mely az info.dir fájlt el fogja készíteni. A glibc ide teszi az ldconfig-ot futtató szkriptet. Az xfree86 ide helyezi az ablakkezelők listáját készítő szkriptet. És így tovább.

Mindemellett egy trükk segítségével lehetőség van arra is, hogy ezen szkriptek futtatását több közös csomag telepítése esetén letiltsuk és a végén csak egyszer futtassuk le őket.

[...]

További infók az UHU Linux weblapján itt.

Mégse lesz MPlayer a debianban?

Címkék

A debian-devel listán elindult egy vita az MPlayer debianba csomagolásáról, de - ahogy varható volt - néhány level után flamewar lett belőle... A vicc az egészben, hogy olyanokat kitörölnének az mplayerből, mint pl. a libavcodec vagy az mp3lib, de a vidixet sem kímélnék, ezek nélkül nem sok értelme van beletenni. Az már csak hab a tortán, hogy ugyanezek bennevannak a Xine debian csomagjában, ott valamiért nem találták illegálisnak. Eddig sem voltam túl jó véleménnyel a debianról, de mostmár pláne.A thread valahol itt kezdődik:

http://lists.debian.org/debian-devel/../msg01676.html

és elvileg a debian-legal listán fog folytatódni.

Az mplayeren túl szó van a xine és más médialejatszók legalitásáról is, ami így a téma kapcsán felmerült. Ha ilyen a hozzáállásuk, hamarosan egy működő lejátszó sem lesz a debianban (ja hogy eddig se volt?:)).

A'rpi

ps: btw, hány évig lesz kint még a debian szavazás a hup-on? imho már aki többször szeret szavazni is unja...

QTParted 0.1

'QTParted is a GPLed ... user friendly Partition Magic clone for Linux.' - írja Vanni 'Zanac' Brutto. A szerző sajna nem nagyon tud angolul, úgyhogy nem tudok túl sok információt hozzátenni, csak annyit, hogy a QTParted természetesen a GNU parted progi frontendje, tehát értelemszerűen főleg ezzel párhuzamosan fejlődik. A parted egyelőre a 'classic' fs-ekkel bánik el (ext3, ext2, reiser, Linux swap, fat32, fat16) létrehozás, átméretezés, másolás és check szintjén, a többit (XFS, JFS, UFS, HFS, NTFS) egyelőre csak érzékeli.Az 1.6-os (dec.) parted azonban a 2-es verzióra ezeket is tudni fogja. A QTParted mindenesetre eléggé kulturáltnak tűnik, honlap: itt, amelyen gyönyörű screenshotok is találhatók.

ACPI + gkrellmACPI-1.0

Címkék

ACPI: Advanced Configuration and Power Interface

Az ACPI nagyon jó dolog. Eddig nem nagyon foglalkoztam vele a kernel konfigurálások során, most azonban jobban szemügyre vettem. Az ACPI segítségével a gépünket egy gombnyomásra ki tudjuk kapcsolni, le tudjuk kérdezni a notebook akkumulátorának töltöttségi állapotát, a hátralevő üzemidejét, a processzor hőmérsékletét, a processzor órajelét, hibernációba tudjuk kényszeríteni a laptopot, be tudod állítani, hogy a CPU-d kevesebb energiát használjon, stb. Nem csak notebookokhoz használhatjuk, hanem gombnyomásra ki tudjuk vele kapcsolni az asztali gépünket is. Már ha az hardveresen képes erre.

Az ACPI része a 2.4.20-as kernelnek (azt hiszem, hogy a 2.4.18-tól jelent meg) de sajnos nem nagyon működik minden géppel. Sebaj, mert a Sourceforge-n megtaláljuk az eredeti projectet, és az nekem szépen működik a 2.4.20-szal.

A legfrissebb kernelpatchet szedjük le innen:

http://sourceforge.net/projects/acpi

Patcheljük meg vele a kernelt. Fordítsuk bele a kernelbe fixen az ACPI funkciókat. Az APM-et *ne* használjuk, mert nem kompatibilisek egymással! Ha ez kész, bootoljunk a friss kernellel. Az ACPI funkciók elérhetőek lesznek a /proc/acpi alatt.

Az ACPI daemon telepítése szükséges mondjuk a sleep gomb működtetéséhez. Telepítsük fel:

apt-get install acpid

Mire is tudjuk használni? Nézzünk egy konkrét példát:Számítógép kikapcsolása egy gombnyomásra:

Ki akarom kapcsolni a gépemet a sleep gombbal. Az acpid figyeli a sleep gomb által generált eseményt, és a hozzá rendelt scriptet lefuttatja. Hogy is működik? Nézzünk be a /etc/acpi/events könyvtárba. Itt találunk egy "esemény" filet, amelyben a figyelendő esemény, és az eseményhez rendelt végrehajtandó script nevét találjuk:

[...]

event=button[ /]sleep

action=/etc/acpi/powerbtn.sh

[...]

a /etc/acpi/powerbtn.sh script tartalma:

#!/bin/sh

# /etc/acpi/poweroff.sh

# Initiates a shutdown when the power putton has been

# pressed.

/sbin/init 0

csak így egyszerűen. A folyamat pedig a következő. Megnyomom a sleep gombot, az acpi daemon "elkapja" az eseményt, megnézi, hogy mi van hozzátársítva, és végrehajtja a scriptet, ami jelen esetben leállítja a számítógépet.

Akkumulátor töltöttség figyelése notebookon:

Kényelmetlen lenne állandóan a

cat /proc/acpi/battery/BAT1/state

parancsot kiadva nézegetni az akku állapotát, ezért keresni kezdtem hozzá valamilyen "lekérdezőkét". Találtam is kettő plugint a gkrellm-hez (apt-get install gkrellm), de sajnos egyik sem működött hibátlanul (egyik speciálisan a Dell laptopokhoz készült, a másik meg a gkrellm2-höz). Ja és a legutolsó ACPI patchben megváltozott az elnevezési séma is ;-) Sebaj, az egyiket átírtam, és az eredményt megnézheted:

táplálás hálózatról használat akkuról akku töltése akku fullon

Működik a processzor hőmérséklet kijelzés is. Az általam hackelt plugin forráskódját le tudod szedni innen: gkrellmACPI-1.0.tar.gz

Tervbe van még véve a hibernálási funkció megvalósítása is. Az ACPI nagyon jó dolog lesz ha elkészül. Egyelőre experimental, de nagyon jól működik.

2002 novemberi - decemberi FreeBSD státusz jelentés

Címkék

A FreeBSD Release Engineering csapat tagja, Scott Long kiadta a FreeBSD 2002-es év november-december hónapjaira szóló státusz jelentést. A jelentés sarkalatos pontjai az előrelátott (akkor) FreeBSD 5.0 kiadás, a Bluetooth stack fejlesztése, busdma driver átalakítását célzó project, az DEVD, C99 & POSIX Alkalmazkodás Project, a FreeBSD Package Cluster munka és egyéb más dolgok!

A teljes jelentést elolvashatod itt.

A NetBSD Csomag Gyűjtemény változásainak összesítése 2002.decemberben

Címkék

Alistair Crooks jelentette, hogy 2002. december végére 3402 csomag található a NetBSD Csomag Gyűjteményben (Packages Collection), az elmúlt havi (november) 3327 csomaggal szemben, tehát 75 csomaggal gyarapodott a kollekció. A Hónap Csomagja díjat a pkgsrc/pkgtools/pkgdepgraph kapta.

Alistair levele:Date: Fri, 24 Jan 2003 23:58:05 +0100

From: Alistair Crooks

To: netbsd-announce@netbsd.org

Subject: Summary of Changes to the NetBSD Packages Collection in December 2002

Summary of Changes to the NetBSD Packages Collection in December 2002

===========================================

[For a complete list of changes, please refer to the mail on the current-users mailing list - agc]

By my calculations, at the end of December 2002, there were 3402 packages in the NetBSD Packages Collection, up from 3327 the previous month, a rise of 75.

Notable additions to the packages collection include: arj, avi-xmms, blackbook, cfengine, cfengine2-doc, cgoban-java, covered-current, dict-dictionaries, docbook-xsl, dptutil, eukleides, ex, exiftags, fakeroot, fontconfig, fooseti, gdsreader, gimageview, gp-autpgrp, gp-factint, gp-fplsa, gp-lag, gpaint, gpsdrive, grhino, gtetrinet, gtk-systrace, gtkgo, GutenMark, GutenMark-words, hatari, hptools, ifile, ifile-procmail, imapproxy, irssi-icb, isync, lbrate, libares, libast, libexif-gtk, libgphoto2, libsamplerate, MesaDemos, metakit-lib, mktemp, nail, ninja, nomarch, novawm, openc++, p5-IO-Null, p5-IO-Zlib, p5-Mac-Macbinary, palmosemulator, pcf2bdf, pekwm, pircbot, prayer, pv, pwgen, py-gnuplot, py-metakit, py-pyrex, py-rpy, py-xmltools, quirc, roxirc, scrollz, soup, sweep, tcpreplay, tkpasman, tzc, ucl, unzoo, vifm, waimea, wampager, wdm, xaric, xdvipresent, xeukleides, Xft2, xgap, xpk, zephyr, zephyr-mode, zope25-RDFSummary, and zope25-ZWeatherApplet.

Notable updates to packages include: abcde, analog, anjuta, apcupsd, apla, aspell, atari800, atk, autoconf, automake, balsa, bbappconf, bbpager, bidwatcher, bind9-current, binkd, bins, bison, bkpupsd, bochs, bonobo, bonobo-activation, bonobo-conf, bsdpak, bug-buddy, buildtool, calc, Canna-dict, Canna-lib, Canna-server, Canna-server-bin, cdbkup, cjk-lyx, coconut, cpuflags, createbuildlink, cups, curl, cyrus-imapd, cyrus-sasl, cyrus-sasl2, dact, dap, dctc, dc_gui, dict-client, dict-server, digest, djbdns, dnstop, dopewars, dx, easytag, ee, eel, eel2, efax-gtk, eog, eog2, etcupdate, eterm, ethereal, everybuddy-gnome, evolution, exctags, exim, exim-html, fam, fastjar, fetchmail, fetchmailconf, ffmpeg, fluxbox, fontconfig, freetype2, fvwm2, fxtv, gabber, gail, gaim-gnome, gal, gal2, galeon, gap, gawk, gb, gcalctool, gconf-editor, GConf2, geda, geda-docs, geda-symbols, geda-utils, gedit, gentoo, gettext, ggv, gice, gimageview, gimp-base, glade, glade2, glib, glu, glut, gmake, gmc,

gmp3info, gmplayer, gnapster, gnet, gnetlist, gnome, gnome-applets, gnome-breakout, gnome-chess, gnome-core, gnome-db, gnome-desktop, gnome-games, gnome-mime-data, gnome-panel, gnome-pim, gnome-print, gnome-session, gnome-utils, gnome-vfs2, gnome2-control-center, gnome2-libole2, gnome2-terminal, gnomeicu, gnotepad, gnucash, gnumeric, gpaint, gpgme, gphoto2, gqview, graphviz, gschem, gsymcheck, gtk-engines, gtk2, gtkam, gtkballs, gtkdiff, gtkglext, gtkhtml, gtkspell, gtm, gtop, gturing, guppi, htmldoc, ifcico-cm, imap-uw, imapfilter, ion, irssi, ispell-slovak, ivtools, kdbg, kde2, kde3, kdeaddons, kdeadmin, kdeadmin2, kdeartwork, kdebase, kdeedu, kdegames, kdegraphics, kdelibs, kdelibs2, kdelibs3, kdemultimedia, kdenetwork, kdenetwork2, kdenetwork3, kdepim, kdesdk, kdetoys, kdeutils, kdevelop-base, kile, koffice, lame, latex2html, leafnode, lesstif, libbonobo, libbonoboui, libexif, libgda, libgeda, libglade2, libgnome, libgnomecanvas, libgnomedb, libgnomeprint, libgnomeprintui, libgnomeui, libgtkhtml, libgtop2, libIDL, libmm, libnasl, librep, librsvg, librsvg2, libsndfile, libutf, libwmf, libwnck, libzvt, linc, linda, lsof, lyx, m4, manedit, matchbox, mencoder, Mesa, MesaLib, metacity, mhonarc, mlterm, mng, monafonts, mozilla, mozilla-linux, mozilla-stable, mplayer, mplayer-share, mrproject, mutt, mysql-client, mysql-server, nano, navi2ch, nawk, nessus, nessus-core, nessus-libraries, nessus-plugins, normalize, nxtvepg, ooqstart, openbox, openh323, openslp, opera6, ORBit2, oregano, oss, p5-HTML-FixEntities, p5-Image-Info, p5-Net-SSLeay, p5-PerlMagick, p5-Text-CSV-Hash, p5-Text-Substitute, PAM, pan, pango, pfaedit, phoenix, phoenix-linux, pico, pine, pkgdepgraph, pkglint, pkg_comp, ploticus, png, polsms, proftpd, psi, pspp, pvs, pwlib, py-Checker, py-Optik, py-reportlab, qt3, qt3-docs, qt3-libs, qt3-mysql, qt3-psql, qt3-tools, qterm, R, readline, rewind, rox, rox-session, rpm2pkg, samba, sane-backends, sane-frontends, scribus, scrollz, scummvm, SDL-image, SDL_ttf, shorten, silc-client, silc-server, smpeg, snes9x, sodipodi, soup, source-highlight, Speex, squirrelmail, ssldump, star, subversion, suse64_base, suse_base, sylpheed, sylpheed-claws, sysbuild, tcl-snack, TeXmacs, tiff, tightvncviewer, tits, tkcvs, tmda, tracker, tremor, ttf2pt1, tuxpaint, udunits, ups-nut, ups-nut-cgi,

verilog, vim-kde, w3m, waimea, wavesurfer, wget, whiteBOX,

win32-codecs, wine, wv, x11-links, xcdroast, xchat, xchat-gnome, xchiplogo, xfmail, xforms, xisp, xldlas, xlife, xlockmore, xmame, xmess, xmountains, xmp, xmysql, xmysqladmin, xpaint, xpdf, xplanet, xpmroot, xrmftp, xsane, xscreensaver, xsqlmenu, ysm, ytalk, zope25-ZPhotoSlides, and zope25-ZWiki.

This month, the transition from buildlink to buildlink2 was completed (thanks, Johnny and everyone else), and we gained platform-specific MESSAGE and PLIST handling, thanks to Grant Beattie.

The Package of the Month award goes to pkgsrc/pkgtools/pkgdepgraph, nominated by Andrew Brown - you'll need graphviz to look at the dependency graph that it produces, but the output is quite fascinating.

Alistair Crooks

Mon Jan 6 07:07:14 GMT 2003

MS SQL szerver féreg pusztította reggel a root NS szervereket

Tegnap írtam a DDoS-ról. Most itt van élőben:

Olvasva a Slashdot cikket világossá válik, hogy reggel miért is nem lehetett elérni egy-két szervert valami furcsa oknál fogva.. A gondot az okozta, hogy egy a Microsoft SQL szervert megtámadó féreg elosztott támadást indított a root DNS szerverek ellen, és bizonyos hírek szerint ezek közül a szerverek közül 5 nem bírt megbirkozni a támadással. A féreg egy olyan hibát használ ki az MS SQL szerverben, amelyet elvileg hat hónappal ezelőtt javítottak. A féreg speciálisan formázott kéréseket (376 byte) küld az 1434/UDP portra, amelynek az első byte-ja 0x04. Ezzel az SQL szerverben puffer túlcsorulást lehet előidézni, amelynek következtében a távoli támadó átveheti az irányítást az SQL szerver felett és tetszőleges kódot tud a szerveren futtatni annak felhasználónak a nevében, aki az SQL szervert futtatja. A gyors fix erre a hibára az hogy filtert kell állítani a fent említett portra eldobva az összes ilyen csomagot, az összes MS SQL szervert el kell távolítani az internetről, vagy MS SQL szerver SP3-mal kell javítani.

Solaris 9 x86

Címkék

Mejelent a Solaris 9 Intel platformra! A hányatott sorsú kiadás végre elérhető. Azok után, hogy a Sun törölni akarta a OS-t a kínálatból, majd később ígéretet tett (a felhasználók nyomására) a fejlesztés folytatására, most már nem lehet kétség afelől, hogy engedtek a nyomásnak, és mégis kiadják a Solaris 9 x86-ot.A telepítő médiát meg tudod rendelni a Sun oldalán. A szoftver le is tölthető, az ára 20USD.

Solaris 9 12/02 OE letöltések:

Solaris 9 Operating Environment, SPARC Platform Edition (ingyenes)

Solaris 9 Operating Environment, x86 Platform Edition (20USD)

Bővebb infó itt.

Debian GNU/Linux Sarge telepítése a HP omnibook xt6200-ra mini-HOWTO

Címkék

Debian GNU/Linux Sarge telepítése a HP Omnibook xt6200-ra mini-HOWTO
Micskó Gábor trey @ hup . hu - Hungarian Unix Portal
v.1.0, 2003. január. 25 - Copyright © Hungarian Unix Portal

0. Figyelmeztetés
1. Összefoglaló
2. HP omnibook xt6200 (F5379J) paraméterek
3. A Windows-ról, és a partíciókról
4. Debian Sarge Install
5. A lilo beállítása
6. Kernel
7. Xfree86 beállítása
8. Hang
9. VesaFB konzol
10. TODO
11. Tippek
12. Copyright, licenc, visszajelzés és ilyesmi

0. Figyelmeztetés
Ezeket az információkat minden garancia nélkül adom át. Saját tapasztalatok alapján készült az írás, hibák lehetnek benne. Bármit csinálsz a laptopoddal, az *saját felelősségedre* teszed.

1. Összefoglaló
A HP omnibook xt6200 egy jó, olcsó és ergonómikus notebook. Szépen működik Linuxszal, és a Neten lehet olvasni arról, hogy probléma nélkül használható OpenBSD-vel is. Nem kell aggódnod, ha nem vagy egy Linux guru, mert könnyen telepíthető, és az alkatrészek 99% gond nélkül működik Linux alatt. A notebook 2 napja van nálam, sok időm még nem volt tesztelni. Ez idő alatt semmilyen problémám nem volt vele.

HP omnibook

 
2. HP omnibook xt6200 (F5379J) paraméterek

Alaplap: Acer (ALi) Laboratories Inc.
CPU: Mobil Intel Pentium 4 Processzor 1.6GHz-M
RAM: 256MB DDR RAM (1x256MB)
HDD: 20 GB IDE 9.5 mm Ultra DMA (4.400 rpm)
VGA: ATI Radeon Mobility M6 LY 4x AGP 32MB RAM
Képernyő: 14.1" XGA (1024x768@24-bit) LCD
Optikai meghajtó: UJDA730 DVD/CDRW combo Media Bay-ben
LAN: Realtek RTL8139/8139C
Modem: ESS Technology ES2838/2839 Superlink Modem
Audio: Acer Laboratories (ALi) M5451 PCI AC-Link Audio Controller
PCMCIA: Texas Instruments PCI1410PC card Cardbuc Controller
BIOS: PhoenixBIOS 4.0 Release 6.0, HP OmniBook 6200 EG BIOS Version EG.M1.60

3. A Windows-ról, és a partíciókról
A HP xt6200-as preinstallált Windows XP operációs rendszerrel érkezik. Sajnos ez nélkül nem lehet megvásárolni. Egy 'szép' "Designed for Microsoft Windows XP" matrica is csúfítja a gépet. Egy vigasztaljon mindenkit: talán az XP az eddig legjobban sikerült Microsoft operációs rendszer. Ha nem akarsz megszabadulni tőle (mert mondjuk a munkahelyeden kötelezően ezt kell használni) akkor javaslom a dualboot környezet kialakítását. Ha nincs rá szükséged (mert szerencsés ember vagy ;-)), akkor nyugodtan töröld le ;-)) Ilyenkor a legjobb ötlet leszedni mindent, és teljesen 0-ról telepíteni a gépet.

Én most a dualboot megoldást ismeretem, mert talán ez a nehezebb út. Tehát cél a Windows megőrzése, és mellé egy Debian Sarge rendszer telepítése.

A gép szállításkor két partícióval rendelkezik. Az első egy 25MB-os (/dev/hda1) hibernációs partíció, a 20GB-ból (dev/hda2) fennmaradó többi rész pedig NTFS partíció (Windows XP). Ide kell nekünk a Debian-t feltelepíteni. A legegyszerűbb megoldás az, ha átméretezzük az NTFS partíciót, és készítünk mögötte annyi szabad helyet, amennyi a Debian számára szükséges. Mivel a gépben 20GB-os HDD van, én úgy döntöttem, hogy elfelezem. Lássuk hogyan csináltam: Windows-t bootoltam, és a PowerQuest Partition Magic 8.0 programját használva átméreteztem az NTFS partíciót. (Használható szerintem a fips nevű program is, bár én azt nem teszteltem. A PQ Magic egy nagyon jó program, egy nagy baja van, hogy fizetős. Az átméretezés előtt érdemes egy defrag-ot csinálni.) Majd létrehoztam egy 30MB-nyi (/dev/hda3) partíciót, aminek a típusa "nem formázott" (unfomatted) lett. Mivel több partícióra is szükségünk van, és egy merevlemezen nem lehet több, mint 4 darab elsődleges (primary) partíció, a fennmaradó üres helyre egy kiterjesztett (extended) partíciót készítettem. A kiterjesztett partícióban létrehoztam 2 logikai meghajtót. Az egyik egy 9750MB-os lett, a másik pedig egy 170MB-os partíció a swap számára. A swap legyen az utolsó, mert mérésekkel bizonyítható, hogy a swap akkor a leghatékonyabb, ha a diszk elején, vagy a legvégén van. Az összes újonnan létrehozott partíciónak 'unformatted' típust választottam. Majd a Linux telepítés idején kiválasztjuk a megfelelő típust.

Valahogy így fog kinézni a Debian telepítés után a partíciós tábla (cfdisk):

Name Flags Part Type FS type [Label] Size (MB)
hda1 Primary IBM Thinkpad hibernation 24.68
hda2 Primary NTFS [^A] 10018.40
hda3 boot Primary Linux ext2 32.91
hda5 Logical Linux ext3 9755.19
hda6 Logical Linux swap 172.74

 
Ha ezzel kész vagyunk, folytatódhat a telepítés.

4. Debian Sarge
A Debian Sarge ("testing") terjesztést választottam a notebook operációs rendszeréül, egyrészt mert az itthoni desktop gépemen is ez van, másrészt mert ez egy kompromisszum a stabil "Woody" és a borotvaél "Sid" között. Mivel Woody CD-m nincs, egy régi Debian Potato CD-vel bootoltam be. A boot sorrendet ne felejtsd el megváltoztatni, mert gyárilag az első HDD-ről bootol a gép (bootkor F2, majd a BIOS setup-ban beállítás). Ha a Debian CD bebootol, akkor ellenőrizd a partíciók állapotát. Ha minden passzol, akkor állítsd be a boot flaget a /dev/hda3-ra (oda fogjuk telepíteni a lilo-t, az lesz a /boot partíció. Ennek több praktikus oka is van. Az egyik, hogy ha a lilot az MBR-be tesszük, akkor egy esetleges Windows újratelepítésnél a Windows telepítő felül fogja írni a Master Boot Record-ot (MBR), és jöhet a rescue diszk. Már ha van. Többnyire nincs. Ezért ne oda tegyük.) Az elkészített "unformatted" partíciók típusát állítsuk be. A /dev/hda3 és a /dev/hda5 legyen ext2 filerendszer, a /dev/hda6 pedig Linux swap. Mentsük el a partíciós táblát. Kilépve inicializáljuk a swap partíciót, majd ezt követően a linux partíció inicializálásakor válasszuk először a /dev/hda5-öt. Ez lesz a / partíció. A "mountoljuk fel a /dev/hda5-öt a /-nek?" kérdésre válaszoljunk igennel. A következő lépés a /dev/hda3 partíció inicializálása, majd felmountolása a /boot alá. Ha ez kész mehet a base rendszer telepítése a CD-ről.

Ha kész vagyunk az alaprendszer telepítésével, a lilo-t telepítsük a /dev/hda3 particióra (előzőleg ide állítottuk a Boot flaget, ugye emlékszünk?). A boot folyamat során ez lesz az aktív partíció, és innen fog indulni a rendszer.

A driver szekcióban állítsuk be a beépített hálózati kártya driverét. Már a Potato-s RTL8139 kernelmodul is meghajtja a notebookba épített Realtek8139C típusú hálózati kártyát.

Telepítsük tovább a gépet, majd a telepítés végén kérjük a telepítőt, hogy a dselect programot indítsa el. Itt ne telepítsünk semmit, válasszuk a kilépést. Kapunk egy prompt-ot, és lépjünk be root-ként. Most ott tartunk, hogy a gépen van egy alap rendszer, ami jelen esetben egy Potato, alap beállított hálózattal. Van egy felkonfigurált eth0 hálózati kártyánk és feltételezzük, hogy van egy kijárónk (default gw) az internet felé. Az internetes kapcsolat működik az eth0 hálózati csatolón (ha van friss telepítő CD-nk (szerintem még Sarge-ból nincs), akkor a következő lépések nem szükségesek az telepítéshez. Más kérdés, hogy én rendszerint azt javaslom, hogy egy alap rendszert telepítsünk mindig (a lehető legminimálisabbat húzzuk fel) és azt upgradeljük meg a napi állapotra az internetről. Ennek az oka az , hogy olyan friss CD-nk úgysem lehet, mint a napi állapot. Holnap már biztonsági szempontból fabatkát sem érhet a ma még ropogós, friss telepítő CD.)

Következik a minimális Potato rendszer Sarge terjesztésre való frissítése.

#editor /etc/apt/sources.list

Kommentezzük ki a CD forrását (többé nem lesz rá szükség), cseréljük ki a "potato" szavakat "sarge"-ra a forrás sorokban:

Pl:

Az eredeti apt-line -ok:
[...]
deb ftp://ftp.hu.debian.org/debian potato main non-free contrib
deb-src ftp://ftp.hu.debian.org/debian potato main non-free contrib

deb http://non-us.debian.org/debian-non-US potato non-US/main non-US/contrib non-US/non-free
deb-src http://non-us.debian.org/debian-non-US potato non-US/main non-US/contrib non-US/non-free
[...]

Módosítás utáni apt-line -ok:

[...]
deb ftp://ftp.hu.debian.org/debian sarge main non-free contrib
deb-src ftp://ftp.hu.debian.org/debian sarge main non-free contrib

deb http://non-us.debian.org/debian-non-US sarge non-US/main non-US/contrib non-US/non-free
deb-src http://non-us.debian.org/debian-non-US sarge non-US/main non-US/contrib non-US/non-free
[...]

Mentsd el a sources.list-et, frissítsd a csomag adatbázisod:

#apt-get update

Disztribúció upgrade:

#apt-get -u dist-upgrade

Ezzel kész is vagyunk, az alap Sarge rendszerrel. Nekem csont nélkül ment a dist-upgrade (20030123), sehol nem találkoztam problémával.

Innentől kezdve minden csomagot a Net-ről telepítünk, tehát a gépünk a legfrissebb állapotot tükrözi mindig. Szükség szerint telepítsük fel a nekünk kellő csomagokat.

5. A lilo beállítása:
Mivel a lilo-t a /dev/hda3 partícióra tettünk, meg kell mondani a lilo-nak, hogy hol keresse a Windows partíciót. A /etc/lilo.conf végére szúrjuk be az alábbit.

[...]
other=/dev/hda2
label=WindowsXP
[...]

majd futtassuk a /sbin/lilo-t. Bootkor, függően a lilo további paramétereitől, ki tudjuk választani azt, hogy melyik OS induljon.

Az én lilo.conf-omat megtalálod itt.

6. Kernel
A laptopon a 2.4.20-as kernelt használom. Ez letölthető a kernel.org-ról. Konfiguráljuk a kernelt szükségünk szerint. Ne felejtsük el beállítani a processzor típusát, a betölthető modulok támogatását, az ide-scsi emulációt, a generic scsi támogatást, az scsi cdrom támogatást. A kernel szerencsére nyújt támogatást az alaplaphoz, bekapcsolható az IDE DMA vezérlő!!, stb.

Az én kernel konfigomat megtalálod itt. Bővebb információért tekintsd meg.

7. Xfree86 beállítás:
A Sarge-ban levő X szerver
(XFree86 Version 4.2.1 (Debian 4.2.1-3 20021016191246 branden@deadbeast.net) / X Window System (protocol Version 11, revision 0, vendor release 6600) gond nélkül támogatja az ATI radeon mobility vezérlőt. Én a beépített "ati" driver használom, többszöri próbálkozás után nekem ez vált be. Megpróbáltam a "radeon" és az eredeti ATI driver-eket is, nekem azok sokkal lassabbnak tűntek. A gatos féle drivert nem próbáltam. Ezzel viszont csodálatosan megy az X 1024x768@24-ben, és az MPlayer szinte lefolyik a képernyőről. Tökéletes. Működik a touchpad is, és a külső PS/2 portra dugott görgős egér is.

Az XF86Config-4 fileomat megtalálod itt.

8. Hang:
A kernel nem tartalmaz támogatást az ALi M5451 chiphez, de sebaj. Menjünk el az ALSA project honlapjára, szedjük le a legfrissebb alsa-driver, alsa-utils, és alsa-lib csomagokat. Ezzel tökéletesen szól a stuff.

DVD/CD-RW meghajtó:
Mivel ez egy IDE eszköz, a használatához szükséges az IDE-SCSI emuláció. A kernelbe forgassuk bele az ide-scsi, a generic scsi, és az scsi cdrom támogatást (lásd a kernel konfigom). A használathoz szükséges még egy

append="hdc=ide-scsi"

bejegyzés a lilo.conf kernel image szekciójábanban. Lásd a lilo.conf-omat.

Ha ez kész, akkor a cdíró szépen használható a cdrecord programmal. Kiscserkészek használhatnak egyéb előtétprogramot is hozzá ;-)

9. VesaFB konzol:
A konzol nem konzol a bootkor látható pingvin nélkül. Kernelbe fordítsuk bele az VESA framebuffer támogatást, módosítsuk a lilo.conf-ot. Futtassuk a /sbin/lilo-t. Ha jól csináltuk bootkor 1024x768 16M-be kapcsol a gép, és ott a pingvin a sarokban. Ha ezt nem tesszük meg, egy kicsi konzolunk lesz csak a képernyő közepén. Lásd a kernel konfigomat és a lilo.conf-omat.

Részlet a /etc/lilo.conf-ól:

[...]
vga=0x318
[...]

Másmilyen beállításokért nézd meg a /usr/share/doc/ fbset/kernel-doc/vesafb.txt.gz filet.

10. Ext3 filerendszer a / partíción
Egy notebook esetében szerencsés ha hamar indul. Nem lenne jó, ha pont akkor fsck-zna fél órát (elemről) a rendszer, amikor pont a legnagyobb szükség van rá. Ezért ajánlom, hogy állítsuk át a / filerendszert valamilyen naplózó FS-re. A legegyszerűbb az ext3 konverzió. Ezt el tudod követni így:

tune2fs -j /dev/hda5

Módosítsd a /etc/fstab állományt:

[...]

/dev/hda5 / ext3 defaults, errors=remount-ro 0 1

[...]

Rebootoljunk.

10. TODO:
Azok amik még hátra vannak:

Elvileg (az internetes keresgélések szerint, bár sok info nincs erről a gépről a neten, és ami van az is oroszul vagy kínaiul van ;-) :-(( ) működik a touchpad összes extra funkciója. Le lehet kérdezni az elem állapotát, használhatóak az extra gombok, és működik a hibernáció is. Én úgy tudom, hogy a hibernáció nem működik ext3 és ReiserFS filerendszereken. Pedig a / filerendszert még át fogom állítani ReiserFS-re ;-) Esetleg gondlokozom még valamilyen kripto FS feltelepítésén.

PCMCIA:
A pcmcia foglaltot szépen felismerte a rendszer, kártyát még nem próbáltam benne. Gyanítom, hogy gond nélkül fog működni.

Modem:
Az ESS Technology ES2838/2839 Superlink Modem-hez sajnos csak bináris drivert találtam. A 2.4.20-as kernellel nekem az alábbi kernelmodul működik: esscom.o
Sajnos mérgezi a kernelt (tainted) :-(

Viszont cserébe működik! Amíg nincs más, addig használd ezt. Ha tudsz open source megoldást dobj mailt.

Advanced Power Management:
Az APM-et még nem állítottam be.
Frissítés: az APM elvetve régi megoldás, van helyette jobb. Lásd lejjebb (ACPI).

ACPI (Advanced Configuration and Power Interface):
Az ACPI nagyon jó dolog. Eddig nem nagyon foglalkoztam vele a kernel konfigurálások során, most azonban jobban szemügyre vettem. Az ACPI segítségével a gépünket egy gombnyomásra ki tudjuk kapcsolni, le tudjuk kérdezni a notebook akkumulátorának töltöttségi állapotát, a hátralevő üzemidejét, a processzor hőmérsékletét, a processzor órajelét, hibernációba tudjuk kényszeríteni a laptopot, stb.

Az ACPI része a 2.4.20-as kernelnek (azt hiszem, hogy a 2.4.18-ról jelent meg) de sajnos nem nagyon működik ezzel a notebookal. Sebaj, mert a Sourceforge-n megtaláljuk az eredeti projectet, és azzal szépen működik a notebook összes funkciója.

A legfrissebb kernelpatchet szedjük le innen:

http://sourceforge.net/projects/acpi

Patcheljük meg vele a kernelt. Fordítsuk bele a kernelbe fixen az ACPI funkciókat. Az APM-et *ne* használjuk, mert nem kompatibilisek egymással! Ha ez kész, bootoljunk a friss kernellel. Az ACPI funkciók elérhetőek lesznek a /proc/acpi alatt.

Kényelmetlen lenne állandóan a

cat /proc/acpi/battery/BAT1/state

parancsot kiadva nézegetni az akku állapotát, ezért keresni kezdtem hozzá valamilyen "lekérdezőkét". Találtam is kettő plugint a gkrellm-hez (apt-get install gkrellm), de sajnos egyik sem működött hibátlanul. Sebaj, az egyiket átírtam, és az eredményt megnézheted:

táplálás hálózatról használat akkuról akku töltése akku fullon

Működik a processzor hőmérséklet kijelzés is. Az általam hackelt plugin forráskódját le tudod szedni innen: gkrellmACPI-1.0.tar.gz

OMKE (Omnibook Configuration Tools & Patches: File List):
A HP omnibook noteszgépekhez készített patchek találhatók a

sourceforge.net/projects/omke

címen. Érdemes szemügyre venni. Kernel patchek, kiegészítő billentyűk használatát elősegítő utility-k, stb.

11. Tippek

hdparm:
A kernel automatikusan nem kapcsolja be a DMA-t a merevlemezhez. Ilyenkor siralmas a IDE I/O teljesíménye, és a processzor 100% pörög ha a lemezre vagy lemezről másolunk. Kapcsoljuk be a DMA vezérlőt!

apt-get install hdparm

#hdparm -c1 -d1 /dev/hda

S a gép megtáltosodik. Lehet még finomítani, de ez a biztonságos beállítás.
kbdrate:
A "gyári" billentyűbeállítás nekem lassú, én szeretem, ha a karakter-ismétlésszám magas. Állítsuk be 30-ra, a késleltetést pedig 250ms-ra:

kbdrate -r 30

12. Copyright, licenc, visszajelzés és ilyesmi:

Micskó Gábor trey@debian.szintezis.hu - Hungarian Unix Portal - http://www.hup.hu/

Ez a dokumentum szabadon másolható és terjeszthető, ha a copyright és az engedély szövegét minden másolaton megőrzik. E dokumentum módosított változatai a változatlan másolatokkal megegyező feltételek alapján másolhatók és terjeszthetők, ha a módosított változatot is az ezzel az engedéllyel megegyező feltételekkel terjesztik. A fordítások is a ``módosított változat'' kategóriájába tartoznak.

Garancia: Nincs.

Ajánlások: Az üzleti célú terjesztés megengedett és támogatott, de nyomatékosan ajánlott, hogy a terjesztő lépjen kapcsolatba a szerzővel a terjesztés előtt, a dolgok naprakészségének biztosítása végett. (Küldhetsz egy példányt abból, amit csinálsz, ha már úgyis csinálod.) A fordítóknak is ajánlott kapcsolatba lépni a szerzo~vel, mielo~tt lefordítják. A nyomtatott változat jobban néz ki. A papírt használd fel újra!

Visszajelzéseket, építő jellegű kritikát a trey@hup.hu email címre várok.

A dokumentum otthona a Hungarian Unix Portal. A legfrissebb verziót a

még nem tudom

URL-en keresd.

Sok szerencsét!

Linux Advisory Watch - 2003. január. 24

Megjelent a Linux Advisory Watch eheti kiadása. A Linux Advisory Watch heti rendszerességgel megjelenő összefoglaló a Linux (FreeBSD) világában felbukkanó biztonsági hibákról. A héten megjelent figyelmeztetések a Caldera, Conectiva, Debian, Gentoo, Mandrake, Red Hat, Slackware, és a SuSE terjesztéseket, rendszereket érintik. Az érintett programok pedig a cups, canna, cvs, dhcp, libpng, kde, fnord, vim, printer-drivers, python, és a susehelp.

Linux felhasználóknak kötelező.

A hírlevelet elolvashatod itt.

Sorozatos Debian biztonsági figyelmeztetések

Címkék

Bugzik a KDE. A Debian ezen a héten számos KDE csomaggal kapcsolatos hibajegyet adott ki. A szokástól eltérően nem írok részletes jegyzéket, mert szinte lehetetlen. Az alábbi csomagok bugzanak:


A fent említett csomagok frissítését javasoljuk. A frissítésről szóló FAQ-nk.

Redundáns kód = biztonsági hibák?

Címkék

Elmélyült beszélgetés folyt a Slashdot-on két stanford-i kutatóról, név szerint Díawson Engler-ről és Yichen Xie-ről, akik egy tanulmányt írtak (pdf) a programforrásokban található redundáns (többszörözött) kódokról, halott kódokról, stb. amelyek kernel hibákról (és lehetséges biztonsági lyukakról?) árulkodhatnak. Akit mélyebben érdekel a biztonságos programozás, a hibák a Linux és más operációs rendszerek magjában, annak hasznos olvasmány lehet.

Hogyan szabaduljunk meg a DDoS támadásoktól?

A hálózat-alapú DDoS (Distributed Denial of Service) típusú támadás bedugítja a hálózati sávunkat olyan nemkívánatos forgalommal, amely a egy idő után 'elfogyasztja' a sávszélességünket, rossz esetben 'megeszi' a CPU időnket, elfogyasztja a rendelkezésre álló fizikai memóriát, rosszabb esetben felemészti az összes virtuális memóriát is, és a végén ez a rendszer teljes összeomlásához vezethet. Ez egy tipikus elosztott szolgáltatás-megtagadás típusú támadás sémája. Mi is részesei lehettünk egy ilyen típusú támadásnak pár évvel ezelőtt, amikor is külföldi támadók intéztek elosztott támadást egy magyar tanuló gépe ellen. Az eredmény: a tanuló internet hozzáférését biztosító internetszolgáltató összeomlott, és nem sok kellett hozzá, hogy a teljes magyarországi internetforgalom veszélybe kerüljön. (Bővebben itt a szegedi DDoS témadásról)A DDoS támadás kivitelezése többféleképpen is történhet, védekezni ellene nem könnyű. Sokak szerint egy jól megszervezett DDoS támadás ellen nem lehet védekezni. Iljitsch van Beijnum máshogy vélekedik. Szerinte van lehetőség védekezni a DDoS ellen. A BGP szerzője ebben a cikkben értekezik erről a dologról.

Új ütemező a FreeBSD-ben (is)

Címkék

Mintha a héten mondtam volna már, hogy az ütemezők fejlesztésének fénykorát éljük. Úgy látszik, hogy most ez a terület a legvonzóbb az operácis rendszer fejlesztők számára. Talán azért is, mert egy jól megtervezett ütemező nagyon-nagy mértékben képes a rendszer teljesítményét növelni.

Jeff Roberson éppen azon dolgozik, hogy újratervezze a FreeBSD ütemezőjét, és a munkája során ötletekre, visszajelzésekre van szüksége. A dolog lényege, hogy egy olyan ütemezőt hozzon létre, amelyik a jelenlegi modern rendszerekben megtalálható scheduler-ekre hasonlít. Konkrétan a terve az, hogy egy O(1) ütemezőt hozzon létre. Ilyen ütemezőt találhatunk többek között a solaris/linux/és egyéb más rendszerekben is. A fejlesztés lényege, hogy az új ütemező végleg felváltsa a jelenlegi megoldást.

Jeff a "make -j4 buildworld" futtatásával tesztelte az új scheduler-t (ez tulajdonképpen lefordítja a rendszert újra saját magán), és az alábbi megfigyelésekhez jutott: a 'sys time' és az 'user time' nagy mértékben csökkent. A csökkenés mértéke 35%, és 10% egyenként.

Email bejelentés:Date: Thu, 23 Jan 2003 01:38:44 -0500 (EST)

From: Jeff Roberson

To: arch@freebsd.org

Subject: New scheduler

I'm sure many of you have seen me discussing my new scheduler in relation to the scheduler framework. I'd like to show what I have so far and get opinions/feedback.

First, let me describe the features and general design of this scheduler. It is a queue switching O(1) scheduler much like solaris/linux/many others. It has per cpu run queues. It supports some notion of affinity. It is designed as a general purpose replacement for the current scheduler.

It is not complete by any means. What is currently lacking is a good cpu balancing algorithm. I've been working on that for a little while now. The version I'm going to post has some temporary code that just decides where to place a proc at fork time. It never moves them after that.

Its interactivity is very good in the situations that I've put it in. I have written some code to prove its latency, priority computations, nice effectiveness, etc. that I will post along with results as compared to the old scheduler and linux.

There are some aspects of priority computation that I am very happy with and some that need more work. The most notable problem I have right now is what I'd call priority drift. The scheduler uses voluntary sleep time to calculate priority. A process which sleeps exactly one tick longer than it runs will eventually accumulate enough sleep time to reach the highest priority. I need to fix this.

Oh, also, the pctcpu calculations are still a little off. I need to look into that.

I have just started doing performance tests. Prior to this I was focusing on interactive response and priority calculation with nice. Some interesting early results:

make -j4 buildworld on a 2 way Athlon 1800MP with one ata disk.

new sched:

1933.193u 1156.398s 56:31.33 91.1% 2628+2106k 18752+4863io 8538pf+0w

old sched:

2153.557u 1803.705s 48:25.07 136.2% 2462+1925k 17250+4666io 7113pf+0w


What you can see here is that the sys time and user time were greatly reduced. By approx. 35% and 10% respectively. But, since we're not evenly balancing the load across both cpus the real time suffered. I don't expect the speedup to be this good once both cpus are well utilized due to memory bus contention.

Anyway, I'm still waiting on single cpu results. If you have some free compute resources I'd love to have reports from different loads comparing this to the old scheduler.

I'd also like feedback on how people would like to see this added to the build.

You just need one file. It's available at

http://www.chesapeake.net/~jroberson/sched_smp.c

Cheers,

Jeff

Linux: Megelőlegező (anticipatory) I/O Scheduler

Címkék

Az Andrew Morton féle -mm patchek legújabb kiadásában, az 2.5.59-mm5-ben megjelent egy ún. megelőlegező (anticipatory) I/O ütemező, amely Nick Piggin munkájának beolvasztása nyomán került a fejlesztői kernel ezen ágába. Az új ütemezőnek köszönhetően meglehetősen javul a rendszer I/O képessége.

Az ütemező használata során a legnagyobb előny abból származik, hogy az olvasási műveletek általában szinkron hajtódnak végre, ami azt jelenti, hogy az első olvasás megtörténik és visszajelez, mielőtt a következő ütemeződne.Ez mit is jelent konkrét esetben? Például az Apache webszervernél akár 29-71% teljesítménynövekedést eredményezhet intenzív diszk használat esetén.



Az anticipatory ütemező kacsintgat a FreeBSD felé is.