"Szégyeldd magad, Scott!"

Ezzel a címmel írt levelet a Sun Microsystemsnek egy mérges felhasználó. A címzett Scott McNealy, a Sun elöke, vezérigazgatója volt.

A SUN MICROSYSTEMS válaszolt a feldühödött felhasználói nyílt levélre, amely azért látott napvilágot, hogy a Sun vizsgálja felül a Solaris 9 Intel verziójának kiadásában foglalt álláspontját. Köztudott, hogy a Sun nem tervezte a Solaris 9 IA32 és IA64 verzióinak megjelentetését, annak ellenére, hogy előzőleg arról volt szó, hogy lesz ilyen kiadás. A bejelentés hatására az Interneten mozgalom alakult, a "Mentsük meg a Solaris 9"-et néven. Aláírásgyűjtésbe kezdtek, jobb belátásra térítendő a Sun-t. Ennek hatására később a Sun módosította az álláspontját, és homályos ígéretek tett arra nézve, hogy esetleg valamilyen patch formájában mégis csak rá lehet majd húzni a Solaris 9-et a jelenleg is futó Solaris 8-akra. Ez a kijelentés amolyan időhúzás, halogatás ízű volt. Úgy látszik, hogy erre többen is rájöttek, nyilván ezért született a dühös levél.

A levelet John Groenveld írta aki a Penn State University kutató mérnöke. A nyílt levelet elkülde San Jose Mercury News keddi számába.A levélre John Loiacono a Sun alelnöke válaszolt, megvédendő a céget és az elnököt. Loiacono válaszában tájékoztatta Groenveldet, hogy tárgyalásokat folytatnak ezzel a problémával kapcsolatban a Secret Six nevű csoporttal (hogy ki ez a szép nevű csoport arra nem tért ki), McNealy nem válaszolt a kihívásra.

Egyre erősebb a nyomás a Sun-on a Solaris 9 Intel verziójával kapcsolatban. Kíváncsi vagyok, hogy ekkora nyomás ellenére képes lesz-e a Sun törölni a Solaris 9 IA terveit. Egy biztos, általában ha egy cég semmibe veszi a felhasználók kívánságait, és lekezelően tárgyal velük, az ahhoz szokott vezetni, hogy a felhasználók egy részét elveszítik. A nagy kérdés most az, hogy a Sun hogy ítéli meg a Solaris on Intel felhasználókat. Jelentős vagy jelentéktelen a szemükben ez a csoport?

Kíváncsian várom a fejleményeket.

Roman Zippel kiadta a legújabb verzióját az új kernel konfigurációs rendszerének. A stuff jelenleg a 0.4-es verziónál tart, és egyelőre csak a 2.5 fejlesztői kernelhez használható. A cél, lecserélni a jelenlegi CML konfigurátort, amelyet jelenleg használunk. A szerző célja, hogy egyszerűbbé tegye a kernel konfigurációt ezzel az új eszközzel, szemben a jelenleg használatos konfigurátorral. Reméli, hogy az általa készített konfigurátor bekerül a 2.5-ös kernelbe.

Néhány kép működés közben:

ALSA konfiguráció, preempt konfiguráció, beállítások elmentése

A stuff letölthető innen.

Roman Zippel levele:From: Roman Zippel

To: linux-kernel

Subject: linux kernel conf 0.4

Date: Thu, 05 Sep 2002 02:11:43 +0200

Hi,

At http://www.xs4all.nl/~zippel/lc/lkc-0.4.tar.gz you can find the latest version of my config system. It slowly is becoming completely usable, so it's time for a new release. A lot has changed since the last official release, so here only some

highlights:

- correct dependencies for the config files are now generated, "make oldconfig" isn't needed anymore in many cases (you should try it before making any comments about it).

- config rulebase is with some small (known) exceptions the same in the old and new syntax, even comments are now preserved.

- menuconfig is working again. Except of xconfig the user interface is almost as before, anything you could do before, you still can do.

- it's much faster in the common case.

- clean separation between frontends and backend.

Installation is very simple with "make install KERNELSRC=", where KERNELSRC points to a 2.5.33 kernel tree. "make uninstall KERNELSRC=" will deinstall everything. I think the new system is ready for wider testing, so any feedback is

very much appreciated. Most important is probably the new syntax, until it it's integrated I can easily change the converter to generate whatever syntax. I still have to update the documentation, but the syntax should be easily understandable even without it. For the lazy guys out there, here is an (already advanced) example:

choice

prompt "Adaptec AIC7xxx support"

optional

depends SCSI

config SCSI_AIC7XXX

tristate "New driver"

help

...

config AIC7XXX_CMDS_PER_DEVICE

int "Maximum number of TCQ commands per device"

depends SCSI_AIC7XXX

default "253"

help

...

config AIC7XXX_RESET_DELAY_MS

int "Initial bus reset delay in milli-seconds"

depends SCSI_AIC7XXX

default "15000"

help

...

config AIC7XXX_BUILD_FIRMWARE

boolean "Build Adapter Firmware with Kernel Build"

depends SCSI_AIC7XXX

config SCSI_AIC7XXX_OLD

tristate "Old driver"

help

...

config AIC7XXX_OLD_TCQ_ON_BY_DEFAULT

boolean "Enable Tagged Command Queueing (TCQ) by default"

depends SCSI_AIC7XXX_OLD

help

...

config AIC7XXX_OLD_CMDS_PER_DEVICE

int "Maximum number of TCQ commands per device"

depends SCSI_AIC7XXX_OLD

default "8"

help

...

config AIC7XXX_OLD_PROC_STATS

boolean "Collect statistics to report in /proc"

depends SCSI_AIC7XXX_OLD

help

...

endchoice

This new syntax basically fixes the recursive dependencies in the old syntax:

if [ "$CONFIG_SCSI_AIC7XXX_OLD" != "y" ]; then

dep_tristate 'Adaptec AIC7xxx support' CONFIG_SCSI_AIC7XXX

$CONFIG_SCSI

if [ "$CONFIG_SCSI_AIC7XXX" != "n" ]; then

...

fi

fi

if [ "$CONFIG_SCSI_AIC7XXX" != "y" ]; then

dep_tristate 'Old Adaptec AIC7xxx support' CONFIG_SCSI_AIC7XXX_OLD

$CONFIG_SCSI

if [ "$CONFIG_SCSI_AIC7XXX_OLD" != "n" ]; then

...

fi

fi

The most important thing here is that you now always see that there is a choice between two drivers. For example in menuconfig you had to know that you have to disable one option to see the other option or if you have an old .config, which doesn't contain CONFIG_SCSI_AIC7XXX_OLD, but has CONFIG_SCSI_AIC7XXX set to 'y', "make oldconfig" won't tell you about the new option.

Anyway, back to the new syntax. One thing I'm not yet completely sure about is indention, as it might help to make above more easily readable. The parser automatically recognizes the suboptions (by analyzing the dependencies) and the frontends present them accordingly (how exactly

you should try yourself :) ). The problem here are the help texts, they should be easily editable, but on the other hand the parser has to find where it ends (and possibly reformat it a bit). Right now the help text simply ends at the first line that doesn't start with a white-space. So I'm toying with various ideas to make the suboption more easily recognizable, e.g. they could also be put within an "if FOO" ... "endif" block.

Something else above example demonstrates is the default value, first, bool and tristate symbols can have default values as well and second, something like this is possible:

config FOO

bool 'bar' if BAR

default y

The default value has two meanings here, first it's used as default value for the prompt and if the prompt isn't visible, FOO is set to it. This is quite useful for some of the advanced config options.

That's it for now, so have fun and complain _now_, not when it's too late. :)

bye, Roman

O(1) scheduler, batch scheduling, low latency, kernel preemption - all in one ;-)

Con Kolivas egy jó kis patch gyűjteményt tart karban, amely "teljesítmény növelésre van tervezve, javítja a rendszer válaszidejét, hangsúlyosan a desktop PC-ken". A legutolsó patcheket tartalmazza amelyeket a 2.4.19-es stabil kernelhez kell használni. Olyan új funkciókat ad a kernelhez mint a Molnár Ingó féle O(1) scheduler [korábbi cikk], kötegelt ütemezés (batch scheduling), Robert M. Love féle kernel preemptivitás [korábbi cikk], Andrew Morton alacsony lappangás (low latency) és az Andrea Arcangeli féle legutolsó -aa VM teljesítmény javítások. Igazi tuning stuff, melynek előnye, hogy ezeket a különálló patcheket egy összecsiszolt formában kapjuk, nem nekünk kell esetlegesen a patchelési, fordítási hibákat kiküszöbölni. Akinek nem tetszik az AA féle VM, az opcionálisan használhatja a Rik van Riel féle -rmap VM-et [korábbi cikk] is hozzá.



A -ck patchset letölthető a kernel.org mirrorokról, mondjuk innen.

Letölthető a http://www.lafisoft.hu/raktarlinux2.htm oldalról az Általános raktárkészlet kezelő és Számlázó program xbase motorra adoptált beta verziója.

Ez a verzió támogatja a hálózati müködést. Sebessége megközelíti a méltán népszerű Clipper programok teljesítményét, megbízhatóságát, stabilitását, ötvözve az X felület kényelmével.A program ezen változata béta minősítésű szabadon kipróbálható. Ez a programot is lehet majd egy jogdíjmentes tartományban is hivatalosan használni (100 számla, vagy 3 millió Ft forgalom)

A használatához sok sikert kivánok, és örömmel veszek minden visszajelzést a müködéssel kapcsolatban. A végleges verzió várhatóan két héten belül lesz kiadva. A bétában rögzített adatokat a végleges verzió frissitése nem fogja felülírni, mivel egy binális file lesz csupán.

Üdvözlettel:

Kiss Zoltán LafiSoft

http://www.lafisoft.hu

6400 Kiskunhalas Kassa u 24

tel: 06-77-425-262 ICQ 2510307

lafisoft@tvnetwork.hu

A héten minden nagyobb hírverés nélkül megjelent az Xfree86 4.2.1. Tulajdonképpen azért nem számoltak be róla nagy hírek közepette, mert semmi új dolgot nem hozott az XFree86 4.2.0-hoz képest. A release egy hibajavítás tulajdonképpen, amely a nemrégiben bejelentett Xlib biztonsági hibát javítja. Ezt a hibát elméletileg ki lehetne használni, bár egyelőre én nem tudok ismert exploitról. A hiba több hete ismert fejlesztői körökben, de eddig nagy titokban tartották. A hiba lényege, hogy moduláris i18n támogatást adtak a XFree86-hoz, és a 4.0.1 után megjelent kiadásokban elméletileg lehetővé válik, hogy nem kívánatos kódot lehessen feltölteni (és futtatni) a privilegizált klienseken.

Branden kitett egy állásfoglalást a saját XFree86 oldalára, az X Strike Force-ra, amelyben kijelenti, hogy a Debianban levő, és eddig megjelent X csomagok nem sebezhetők az Xlib buggal kapcsolatban. Nyilvánvalóan, Branden pre-release XFree86 4.2 csomagjainak felhasználói sebezhetők az elméletileg működő buggal, de Branden reméli, hogy minél előbb elkészülnek a 4.2.1-es csomagok.

Branden állásfoglalása:[5 September] There is a security flaw in the version of Xlib shipped with XFree86 4.2.0. The modularized i18n support that was added to XFree86 after version 4.1.0 was released made it possible to load (and execute) arbitrary code in priviledged clients. Before you panic, here are a few facts.

Theo de Raadt összegyűjtötte egy listára azokat a programokat amelyek setuid bittel rendelkeznek az OpenBSD-ben, és amelyeknek a használata során a felhasználó magasabb privilégiumokra tesz szert. A lista egészen átfogó, és egy nagyon hasznos eszköz lehet azoknak, akik azt tervezik, hogy eltávolítva a setuid root programokat (vagy törölve a bitet) lényegesen emelni fogják rendszerük biztonságát.

A listát megtalálod itt.

Akik azt mondják, hogy az OpenBSD-t nem lehet desktop rendszerként alkalmazni, bizonyára tévednek. Lehet, hogy nem egy teljesen felhasználóbarát (egyelőre), de már számos olyan port érhető el az OpenBSD rendszerre, amely segítségével kényelmesen dolgozhatunk a munkánk során.A legfrissebb újdonság kétségkívül a GNOME2 futtatása OpenBSD felett. Marc Matteo [marcm@lectroid.net] és Nils Nordman [nino@nforced com] elkészített néhány GNOME2 portot, amelyek segítségével már egy alap GNOME2 desktop felületet kaphatunk. KDE3 után GNOME2...nem rossz...

A port elérhető:

gnome2_complete_tree.tar.gz

A változások logja ChangeLog

Bővebb információért látogass el a GNOME2 on OpenBSD webloldalra.

Újabb AC kernelpatch.

"FIGYELEM: A KÖVETKEZŐ NAGYOBB ADAG IDE FRISSÍTÉS. AKÁR TÖNKRE IS TEHET VALAMIT. NE HASZNÁLD OLYAN RENDSZEREN AHOL FONTOS ADAT VAN!" - írja Cox mester.

A kernel.org nem ment, ezért Alan a patchet nem oda töltötte fel. Egyelőre ne is keresd ott.

Letölthető patch-2.4.20-pre5-ac4.gz

Változások: [+ indicates stuff that went to Marcelo, o stuff that has not,

* indicates stuff that is merged in mainstream now, X stuff that proved bad and was dropped out, - indicates stuff not relevant to the main tree]

**

** WARNING: THIS IS THE NEXT BIG IDE UPDATE. ITS

** BOUND TO BREAK SOMETHING. DONT USE THIS ON DATA ** YOU CARE ABOUT

**

Since kernel.org still seems down I've put this on

ftp://ftp2.linux.org.uk/pub/linux/people/alan/

Linux 2.4.20-pre5-ac4

o Fix error path bug in pci resource code (Keith)

o Fix p4-clockmod compile error (Adrian Bunk)

o Align packets nicely on kaweth USB ethernet (Oliver Neukum)

o Further Changes file fix (Steven Cole)

o TCP timestamp handling fix (Dave Miller)

o Compile warning fixes (Niels Jensen)

o Next batch of IDE header updates (Andre Hedrick)

o IDE scsi update (Andre Hedrick)

| Needs some highio cleanup yet

o IDE DMA updates (Andre Hedrick)

o Update the IDE PCI driver layer (Andre Hedrick)

o Fix pdc202xx further braindamage (me)

o Further icside fixes (Bartlomiej Zolnierkiewicz)

o Fix ide-lib atapi DMA check (Bartlomiej Zolnierkiewicz)

o CMD64x rev 5/7 UDMA check fix (Bartlomiej Zolnierkiewicz)

o Add blk_fs_request helper (Jens Axboe)

o IDE highmem fixes (scsi needs doing (Jens Axboe)

I suspect)

o Longer PIO timeout for taskfile write (Andre Hedrick)

o Fix promise cable detect (Andre Hedrick)

o Split promise into old and new drivers (me)

Augusztus 11-én írtam, hogy lassan jön minden idők legjobb FPS játékának folytatása, az Unreal Tournalment 2003. Akkor írtam, hogy elképzelhető, hogy lesz belőle Linux kliens. Most úgy néz ki, hogy 100% biztos lesz belőle!Legalábbis erre utal egy friss IRC beszélgetés, amely egy tag és az Epic-es (az UT fejlesztő cége) Mark Rein között zajlott. Rein elmondta, hogy az UT 2003 játszható lesz Linux alatt, jelenleg a Linuxos kliens fejlesztés alatt áll. Hasonlóan az Unreal Tournament-hez, amely már régóta fut Linux alatt.

[...]


[21:13] MarkRein[Epic]--> I am sure you heard this 100x.. but have you heard anything about Playing UT2003 on Linux??

[21:14] [LEGION]Cypress--> It is in the works


[...]

Rein már régebben is említette, hogy elképzelhető Linux port, de az UT 2003 Linux szerver verziója kapta az elsődleges proioritást.

Csomag: ethereal

Sebezhetőség: puffer túlcsordulás

Probléma típus: távoli

Debian-specifikus: nem

CVE Id: CAN-2002-0834

BugTraq Id: 5573



Az ethereal fejlesztői puffer túlcsordulási hibát találtak az ISIS protokoll feldolgozóban. A hiba lehetővé teszi, hogy az ethereal összeomoljon, vagy megálljon, ha egy óvatosan deformált csomagot a drótra teszünk, vagy meggyőzünk valakit, hogy olvasson el egy ilyen jólformált csomag trace fájlt. Lehetséges, hogy az Ethereal tetszőleges kódot futtasson kihasználva a puffer és pointer problémákat.A probléma javítva van a 0.9.4-1woody2 verzióban, az aktuális stabil disztribúcióban (woody), illetve a 0.8.0-4potato.1 verzióban a régi stabil disztribúcióban (potato). és a 0.9.6-1 verzióban az unstabil (sid) disztribúcióban.



Javasoljuk, frissítsd az ethereal csomagjaid.

Martin Schultze levele a debian-security-announce listán.

A frissítésrõl szóló FAQ-nk.

Az OnLamp-os Dru Lavigne [mailto:dlavigne6@cogeco.ca] vásárolt egy szép új PC-t, és eldöntötte, hogy ebből bizony FreeBSD-s desktop gép lesz. Sok időt töltött a hálozaton kutatással, mire a végére megállapította, hogy a FreeBSD egyelőre nem egy kimondottan desktop barát operációs rendszer. Az OS egy sziklaszilárd szerver platform, de ahhoz, hogy ebből valaki Flash-t, hangot, mp3 és DVD lejátszást csikarjon ki, ahhoz majdnem mester fokú rakéta tudósnak kell lenni. De mint mondja a hölgy, éppen ez a FreeBSD szépsége. A hölgy egyébként nem ma kezdte a Unix rendszerekkel való ismerkedést. 1997-ben egy bug után keresgélt az interneten, amikor is a Yahoo keresője a FreeBSD weboldalra vitte. Azóta nem nézett vissza, és a FreeBSD rabja lett.

A leírásában végigkövetheted, hogy hogyan készített az új PC-jéből és a FreeBSD-ből multimédia számítógépet.

A leírást elolvashatod itt.

Richard Kelsall [r.kelsall@millstream.com] készített egy feljegyzést arról, hogy mire kell, érdemes figyelni akkor, ha az ember ADSL-en keresztül kapcsolódó OpenBSD boxot épít:

"Mint kezdő OpenBSD felhasználó, sikeresen felállítottam egy OpenBSD szervert, amely ADSL kapcsolaton keresztül üzemel mint web és email szerver. Készítettem néhány feljegyzést a http://www.millstream.com/server.html címen, amely hasznos segítség lehet hasonló telepítéskor."

Itt az újabb AC patch. Figyelem! A patchet egyelőre NE keresd a kernel.org-on, oda csak később lesz feltöltve. A patchet az alábbi linkról tudod egyelőre leszedni.

Letölthető patch-2.4.20-pre5-ac3.gz

Változások:[+ indicates stuff that went to Marcelo, o stuff that has not,

* indicates stuff that is merged in mainstream now, X stuff that proved bad and was dropped out, - indicates stuff not relevant to the main tree]

Next batch of backlog stuff, and one small Promise IDE fix. The backlog is now basically clear.

Since master.kernel is currently being unhappy this patch can be found on ftp://ftp2.linux.org.uk/pub/linux/people/alan/patches. I'll upload it to kernel.org at some point later on.

Linux 2.4.20-pre5-ac3

o Fix procfs handling for zoran driver (Silvio Cesare)

o ZR36067 doesn't support bitmask clipping so (Silvio Cesare)

error such a request.

o LBA48 on older promise IDE fix (Mike Isely)

o Report jfs tools version in ver_linux (Steven Cole)

o HP XP arrays can need largelun (Steve Mickeler)

o Allow maestro3 gpio amp control setup by (Michael Olson)

hand for odd machines (Panasonic CF-72)

o Add autodetect to the CF-72 maestro3 funny (me)

o Fix overlarge read in vicam usb (Silvio Cesare)

o Length limit S/390 cio proc write files (Silvio Cesare)

o Length limit S/390 chandev proc write files (Silvio Cesare)

o Length limut S/390 dasd statistics write (Silvio Cesare)

o Two fixes to 3270 driver for S/390 (Silvio Cesare,

me)

o Fix buffer limits in tubfs for S/390 (Silvio Cesare)

| Really this code wants redoing to loop rather than do shorter

| read/writes on full buffers. but thats not trivial

o Use define values not magic constants on S/390 (Silvio Cesare)

netiucv buffer checks

o Correct a vmalloc corner case (Dave Miller)

o Fix hisax oops with out of range card type (Alan Hourihane)

o Update Documentation/Changes for reiserfs (Neils Jensen)

o Fix incorrect type in i2c-core (Silvio Cesare)

o Fix length limits in i2c-dev (Silvio Cesare)

o Fix incorrect type in amdtp (Silvio Cesare)

o Update Buslogic maintiners entry 8(

o Don't register a gameport at I/O zero if none (me)

is configured on es1370, es1371,

o Handle unprintable ac97 codec names (STAC) (me)

o Restructure pcigame and trident audio not to (me)

fall over each other

Az első gcc-3.2-re épülő slackware-current (amely később a Slackware 9.0 névre fog hallgatni), jelenleg már online állapotban van, azaz letölthető. Az új fordító program mellett olyan stuffokat találsz benne mint: 2.4.19 kernel, Ogg Vorbis 1.0, FLAC (Free Lossless Audio Codec), perl 5.8.0, KDE 3.0.3, hotplug támogatás, és számos más új fejlesztés. Az összes patch, amely a Slackware 8.1 óta megjelent, sikeresen beolvasztásra került ebbe a fába.

Have fun! :-)

Változások logja i386

Letölthető ftp://ftp.slackware.com/pub/slackware/slackware-current/

Larry M. Augustin küldött egy levelet az LKML-re amelyben elmondja, hogy Leonard Zubkoff "régi" kernelhacker és a VA Linux Systems régebbi CTO-ja meghalt egy helikopter balesetben, Alaszkában. Leonard számos kernelforrás szerzője volt (BusLogic és DAC960 karbantartó, stb.). Akik együtt dolgoztak vele segítőkész, kedves embernek ismerték meg.

Sokaknak hiányozni fog.

Larry M. Augustin levele:From: "Larry M. Augustin"

To: linux-kernel@vger.kernel.org

Subject: Leonard Zubkoff killed

Date: Wed, 04 Sep 2002 12:37:29 -0700

Many of you may know Linux kernel developer Leonard Zubkoff (BusLogic

and DAC960 maintainer, among other contributions). Leonard was killed

recently in a helicopter crash. See

http://www.ktva.com/Stories/0,1413,163%257E6883%257E834332,00.html.

Leonard was one of the smartest people that I know, and I consider

myself lucky enough to have been privileged to work with him. He will

be missed.

Larry

-

To unsubscribe from this list: send the line "unsubscribe linux-kernel" in

the body of a message to majordomo@vger.kernel.org

More majordomo info at http://vger.kernel.org/majordomo-info.html

Please read the FAQ at http://www.tux.org/lkml/

A versenytársak nyomába sem érnek a HP új adattárházas és OLTP-eredményeinek (megj: OLTP = online transaction processing - online tranzakció feldolgozás - trey)

A HP (NYSE: HPQ) a mai napon bejelentette (2002. augusztus 26), hogy a 64 db PA-8700+ processzorral, HP StorageWorks VA7100 háttértárolókkal szerelt, HP-UX 11i operációs rendszert futtató HP Superdome szervere rekordszintű online tranzakció-feldolgozási (OLTP) és adattárházas benchmark-eredményt ért el.Az ágazat felső kategóriás szerverszállítói sorában egyedülálló módon, a HP az egyrendszeres Oracle TPC-C(1) (OLTP) és a TPC-H 3Terabyte(2) benchmarkok szerint is rekorderedményeket ért el, ami egyértelműen bizonyítja a HP Superdome szerver kiemelkedő teljesítményét és ár-érték arányát. Az elért értékek tanúsága szerint a HP jó úton halad afelé, hogy 2003-ra megkétszerezze szervere teljesítményét.

Bővebben a HP honlapján itt.

A Gartner Dataquest legújabb adatai szerint az IBM az Intel szerverek piacán végzett agresszív terjeszkedése eredményeként 3 százalékponttal növelte részesedését a második negyedévben az előző év hasonló időszakához képest, ami több mint kétszerese a Dell 1,3 százalékos növekményének.

Az IBM a Linux szerverek szegmensében minden más gyártót felülmúló teljesítménnyel az előző év hasonló időszakához képest 12,2 százalékponttal 38 százalékra növelte részesedését. Ezzel szemben a Dell a leggyengébb eredményt produkálva 5,7 százalékpontot veszített a Linux szerverek szegmensében.A világon eladott összes szervert tekintve az IBM piaci részesedése az előző év hasonló időszakához képest 1,6 százalékponttal nőtt, bebiztosítva ezzel szerverpiaci vezető szerepét, miközben a HP és a Compaq együttes részesedése 2,7 százalékpontot esett. A világon eladott összes szerver alapján az IBM 29,6 százalékos részesedésével az eServer bevezetése óta az egymást követő hetedik negyedévben növelte részesedését. Az IBM a UNIX és a Linux szerverek alkotta együttes szegmensben is bővült, 0,7 százalékponttal.

Sajtóközlemény

A bejelentés összegzése: A Gartner Dataquest adatai szerint az IBM az Intel alapú szerverek piacán 2002 második negyedévében 2001 második negyedévéhez képest az árbevétel alapján számítva 3 százalékponttal növelte részesedését, ami több mint kétszerese a Dell által elért növekménynek. Az IBM az egyetlen vállalat, amely 2002 második negyedévében növekedést tudott elérni a Linux szerverpiacon, ahol részesedése 12,2 százalékponttal nőtt.

AZONNALI KÖZZÉTÉTELRE

A GARTNER ADATAI SZERINT AZ IBM AZ INTEL ALAPÚ SZERVEREK PIACÁN AZ ELMÚLT ÉV HASONLÓ IDŐSZAKÁHOZ KÉPEST KÉTSZER AKKORA BEVÉTELNÖVEKEDÉST ÉRT EL, MINT A DELL

Az IBM az egymást követő hetedik negyedévben növelte részesedését a szerverpiacon

ARMONK, NY, 2002. augusztus 26. -- A Gartner Dataquest által a szervereladási adatokról most közzétett negyedéves jelentés szerint az IBM az Intel alapú szerverek piacán 2002 második negyedévében 2001 második negyedévéhez képest az árbevétel alapján számítva 3,0 százalékponttal növelte részesedését, ami több mint kétszerese a Dell által elért növekménynek.

Emellett az IBM az Intel alapú szerverek piacán az árbevétel alapján számítva jobb eredményt ért el, mint a HP és a Compaq együttvéve; a HP és a Compaq együttes részesedése 2002 második negyedévében az előző év hasonló időszakához képest 3,2 százalékponttal csökkent.

A Gartner Dataquest szerint 2002 második negyedévében a gyártók közül egyedül az IBM tudott növekedést elérni a Linux szerverek piacán, ahol az előző év hasonló időszakához képest 12,2 százalékponttal növelte részesedését, és így a második negyedévben 38%-os részesedéssel vezeti a Linux szerverek piacát. Az IBM a UNIX és a Linux szerverek alkotta együttes szegmensben is erősödött, 2002 második negyedévében 0,7 százalékponttal szárnyalva felül az egy évvel korábbi részesedést.

Továbbá a világon eladott összes szervert tekintve az IBM piaci részesedése az előző év hasonló időszakához képest 1,6 százalékponttal nőtt, miközben a HP és a Compaq együttes részesedése 2,7 százalékpontot esett. Ez azt jelenti, hogy az eServer bevezetése óta eltelt hét egymást követő negyedévben az IBM mindig növelni tudta szerverpiaci részesedését. A második negyedévi 29,6 százalékos részesedésével az IBM továbbra is a szerverpiac vezetője.

Csúcsteljesítményű számítási és vizualizációs technológia

Az Egyesült Államok védelmének a gerincét a repülőgép-anyahajó és annak hadereje képezi. A kérdéses anyahajó a világ legnagyobb hadihajója, mely nukleáris meghajtású, ugyanakkor a világ legnagyobb szerkezete több, mint egymilliárd alkatrésszel. Egy repülőgép-anyahajó építése a tervezéstől az átadásig 12 évet vesz igénybe, az utolsó 5 év csak a megépítést teszi ki. A hajó élettartama 50 év - két 25 éves szolgálati ciklussal - és 3 év feltöltési és generáljavítási szünettel.Newport News

A Northrop Grumman Newport News vállalat - a Virginiai Newport News-ban székelő Northrop Grumman csoport tagja - az egyetlen, nukleáris meghajtású repülőgép-anyahajókat tervező-, gyártó-, újratöltő- és javító cég, és az egyik a kettőből, amelyek ugyanezt teszik nukleáris meghajtású tengeralattjárókkal. A Newport News gondoskodik az anyahajók életciklusuk utáni kezelésével is. Az SGI munkaállomások, a csúcsteljesítményű számítógéprendszerek és a fejlett vizualizációs technológia fontos szerepet játszanak a Newport News segítésében a minél nagyobb és erősebb anyahajók tervezésében.

A Nimitz osztályú repülőgép-anyahajók adatai:

* Hosszúság: 1092 láb

* Szélesség: 251 láb, leszállópálya a legszélesebb ponton

* Magasság: 20 emelet, vízvonaltól az árbócig

* Vízkiszorítás: 91209 tonna

* Meghajtás: nukleáris

* Leszállópálya: 196000 négyzetláb

* Repülőosztag: 9-10 repülőszázad, 80 repülő

* Személyzet: 6000 fölött

A Newport News cég több mint 4000 tervező és építőmérnököt foglalkoztat, akik az anyahajók tervezésében, tesztelésében és megépítésében vesznek szerves részt. Az ő feladatuk az új, költségcsökkentő technológiák felfedezése, kifejlesztése és alkalmazása a hajógyártásban. A védelmi elektronikai gyártásban élenjáró Northrop Grumman cég és a Newport News egyesülésével egy, a Haditengerészet számára ideális repülőgép-anyahajó gyártó szervezet jött létre.

Az SGI munkaállomások és nagyteljesítményű rendszerek régóta segítik a Newport News-t a haditengerészeti hajók teljes költségeinek csökkentésében, különösen a 3D testek modellezése, a végeselem analízis és a komplex adatkezelés területén.

A hajóorrtól a tat-ig

A Newport News első, teljesn 3D-s testmodellezéssel tervezett hajója a Seawolf-osztályú tengeralattjáró volt. Az áttérés a 3Ds modellezésű tengeralattjárók, majd később a speciális repülőgép-anyahajók tervezésére lehetővé tette a Newport News számára a teljesen automatizált acélgyártást, a digitális tervezési adatok átültetését a gyártórendszerekbe, a precizitás, a tervezési minőség és a konfiguráció menedzsment javítását.

A Seawolf projekt indulásakor a Newport News átültette a fő végeselem analízis alkalmazását - az I-DEAS-t - a mainframe gépekről kizárólag munkaállomás platformra. Erre a feladatra SGI® Indigo® munkaállomások lettek kiválasztva részben az I-DEAS támogatásuk miatt, részben pedig azért, mert alkalmasak a különböző komponensek 3Ds modelljeinek a kezelésére.

Továbblépés

A Seawolf projekt idulása óta eltelt években az I-DEAS és VIVID eszközök és file-ok át lettek migrálva egyetlen CAD eszközre, a CATIA®-ra, a Dassault Systems kereskedelmi szoftverére, mely folyamatosan frissíthető és támogatja az iparág összes fontos funkcióját. Ez a szoftvermigráció jelentős költségmegtakarítást is jelentett a szofverkarbantartást illetőleg. A következő generációs repülőgép-anyahajók (CVNX - carrier, vessel, nuclear, experimental) első példánya teljes egészében CATIA-val lesz modellezve és tervezve.

A Newport News a mérnöki vizualizációra a PTC szoftvergyártó cég dvMockup termékét választotta, mely vizuális elemzést, szimulációt, és a 3Ds modellek valósidejű, kollaborációs tervezését teszi lehetővé LAN és WAN hálózatokon keresztül. A Newport News szoftvereszközei közé tartozik továbbá az Alias|WavefrontTMis, egy átfogó, ipari, 3D-s tervezői alkalmazás.

A közelmúltban a hajógyártó cég számítási és vizualizációs teljesítménye jelentősen megnövekedett, amikoris a meglévő Silicon Graphics® Octane® munkaállomásait 47 darab nagyteljesítményű Silicon Graphics® Octane2TM vizuális munkaállomással és egy 24 processzoros Origin® 3000-es sorozatú rendszerrel frissítette fel. Ez utóbbiból 8 processzor kizárólag végeselem-analízist végez, a maradék 16 pedig 3Ds modellezési és szimulációs feladatokat kapott. Az Origin® 3000-es rendszer nagyteljesítményű osztott memóriájának köszönhetően a Newport News komplex számítási feladatokat képes elvégezni. A fejlett vizualizációs feladatok megoldását egy SGI® InfiniteReality® sorozatú rendszer látja el. A két feladat konkurrens elvégzésének a lehetősége egyedülálló a szuperszámítógépek területén és lehetővé tette a Newport News számára, hogy egy egységes platformon valósítsa meg a legjobb ár/teljesítmény befektetést.

Strukturális végeselem-analízis

Egy repülőgép-anyahajó strukturális egysége kifejezetten fontos annak túlélési szempontjából. Ez a gyakorlatban azt jelenti, hogy szigorú végeselem analízist hajtanak végre a hajó minden egyes szerkezeti elemén, kihasználva az SGI nagyteljesítményű számítási kapacitását. A Newport News szerkezeti (statikus, modális, tranziens) analízisnek veti alá a hajó komponenseit a célból, hogy kivizsgálja annak reakcióit minden elképzelhető igénybevétel esetén. Ilyenek lehetnek különböző terhelési viszonyok, mint pl. hurrikán erejű viharok, rutin manőverekből származó vibrációk, robbanások a vízvonal alatt, vagy fölött, illetve egyéb háború jellegű események. A mérnökök mindent megtesznek azért, hogy a végeselem-analízis eredményei alapján a legjobb strukturális megoldást alkalmazzák a végtermékben.

Az analízisek érvényességét és valódiságát számítógépes szimulációkkal ellenőrzik. A kisebb -200.000 szabadsági fok alatti- szimulációkat Silicon Graphics Octane2 vizuális munkaállomásokon végzik el, míg a nagyfokú szimulációkat pedig az SGI Origin 3000-es rendszer erre dedikált processzorain. Ez utóbbi gyakorlatilag 24 órán keresztül ontja az adatokat. Az így kapott eredmények a modellezőkhöz jutnak, akik aztán megfelelően módosítják az egész hajó 3D-s modelljét. Igy számos iteráció útján jutnak el a végleges formához.

Vizualizációs technológia

1998-ban a Newport News elkötelezte magát a vizualizációs technológia hajógyártásba való integrálása mellett. Ennek eredményeképpen az SGI termékekkel tapasztalt korábbi sikerek alapján az SGI Reality Center-t választották, melynek fő motorja egy Silicon Graphics® Onyx2® típusú számítógép.

Hosszas tanulmányozás után az SGI és a Newport News a PTC DIVISION dvMockUp alkalmazását választotta, mint nagyteljesítményű vizualizációs eszközt, mely kitűnően optimalizálható az SGI hardverekre. A választásban döntő erejű szempont volt, hogy a 64bites tulajdonságok ötvöződnek a széles memóriatartomány címezhetőséggel, emellett pedig a dvMockup alkalmas az összes CAD formátum importjára.

A Newport News komoly figyelmet szán a nemrég bevezetett SGI® InfinitePerformanceTM skálázható grafikus alrendszer- és annak alkalmazhatósága iránt a hajógyártási vizualizáció terén. A 16-utasan skálázható InfinitePerformance grafika 2002 őszétől lesz kapható és lehetővé teszi majd a sokkal bonyolultabb geometrikus modellek kezelését és sokkal összetettebb szimulációkra is alkalmas lesz. Egy repülőgép-anyahajó iszonyatos mérete és egyetlen 3D-s modellbe tömörítéséhez szükséges fáljainak a sokasága csak mintegy másodpercenkénti egy-két képkockányi sebességű vizualizációt tesz lehetővé. A 16-utasan skálázható SGI InfinitePerformance grafika interaktív, 283 millió háromszög/másodperces grafikus teljesítményével sokkal nagyob FPS-t és a legnagyobb modellek sokkal részlethűbb megjelenítését lehet elérni.

A vizualizációs rendszer szétosztott, ami a gyakorlatban azt jelenti, hogy az SGI Origin 3000 rendszer direkt összeköttetésben van négy különböző épületben elhelyezett vizualizációs központtal.

A jövő

Az elkövetkezendő években és tervekben a nagy-volumenű hajógyártó cégek, mint a Northrop Grumman Newport News is, tovább növelik a vizualizációs technológiákba vetett bizalmukat. Mivel az óriási adatmennyiségek aktuális technológiai platformokra ültetése még rengeteg munkaórát igényel, a teljesen digitálisan tervezett repülőgép-hordozó még évekig várat magára. Ennek ellenére a beavatott szakemberek meg vannak győződve, hogy ez az idő hamarosan be fog következni.

A hajó- és egyéb gyártók vizualizáció iránti igényeinek kielégítése érdekében az SGI folytatja a robusztus munkaállomások, valamint a nagy számítási teljesítményű megoldásainak a tervezését és fejlesztését.

További információk a Northrop Grumman Newport News vállalatról: www.nns.com.

Újabb Alan Cox patch a legújabb prepatch kernelhez. Kisebb IDE frissítések, ez nem javítja az összes IDE bugot.

A patch letölthető patch-2.4.20-pre5-ac2.gz

Változások:Linux 2.4.20-pre5-ac2

o BeFS updates (Will Dyson)

o Fix prototype mismatch in tc/tc.c (Silvio Cesare)

o SunRPC oops fix (Chuck Lever)

o Fix SunRPC TCP handling for write_space (Chuck Lever)

o Update ver_linux reporting further (Steven Cole)

o Cpufreq updates (Dominik Brodowski)

o Update pegasus.h license header (Petko Manolov)

o USB lcd driver (Adams IT)

o Update bluetooth drivers (Greg Kroah-Hartmann,

Masoodur Rahman)

o USB serial update (Greg Kroah Hartmann)

o Workaround for some usb keyboards (Itai Nahshon)

o Minolta DImage4 entry for unusual_devices (Petr Konecny)

o OHCI completion of unlinked urbs fix (David Brownell)

o Tighten AC97 modem detect rules (me)

o Report AC97 codecs by their PNP ID (me)

o Further sis memory checks (Zwane Mwaikambo)

o Add new opcodes to the hdreg.h IDE table (Andre Hedrick)

o Update cris and x86_64 ide.h files (Andre Hedrick)

o Fix includes in freecom.c (Andre Hedrick)

o Winbond IDE requires PCI (Andre Hedrick)

o icside cleanup (Andre Hedrick)

o Report ide unregister failures (Andre Hedrick)

o Clean up legacy hd driver to use outb (Andre Hedrick)

o Ditto for ide-cs (Andre Hedrick)

o ns87415 needed to call its own ide_dma_end (Andre Hedrick)

o Make via_base unsigned long not uint (Andre Hedrick)

o Update ide-ppc (probably broken until some (Bartlomiej Zolnierkiewicz

other changes go in) Andre Hedrick)

o Fix bugs in the ide-cd -> ide-scsi pass over (Andre Hedrick)

o Kill GET_ERR macro in ide-disk (Andre Hedrick)

o IDE dma hack fix for etrax - needs to be (Andre Hedrick)

generalised

o Update as yet unused ide-lib code (Andre Hedrick)

o Fix types in ide_probe reporting (Roman Zippel)

o Add disable/enable irq probe handling (Roman Zippel)

o Fix non PCI IDE build problems (me)

o Merge Matrox G450 updates (Petr Vandrovec)

o Re-enable DRM for GMX2000 (it doesnt work yet) (me)

Kiadtuk. Fokent a bugfixek miatt, uncsi volt a levlistakon mar hetekkel ezelott fixalt bugok reportolasait olvasni.

Azert van 1-2 feature is, pl: a v4l digizes, vagy a .ttf support.

Magyar changelog majd lesz reggelre ha Gabu leforditja. Ha nem akkor meg rakjatok ki az angolt vagy mind1.

A'rpi Hmm. Yet another month and we're at pre7... instead of the 0.90 stable... People just cannot insist commiting fixes and features :)



cleanup:

- libvo2, old input code & sis_vid removed, other code cleanups

- tons of compiler warning fixes, some configure/makefile improvements

- more messages are translated, many translations updated

- docs review continued, html cleanups
- option -vfm/-afm now uses names instead of numbers, driver IDs removed
code:

- vfw/vfwex cleanup, support for runtime csp queries, 8bpp suppor
t
- new native mszh/zlib codec

- libavcodec: 2-pass control code rewritten, now everything customizable

- libavcodec: mpeg4/xvid en/decoding support improved, rv10 decoding fixes

- various realvideo demuxer and video codec fixes, sipr audio support

- new video filters: soft eq (brightness), halfpack (deinterlacer), film noise

- .ogm subtitles support

- optional freetype 2.1+ support for runtime-scalable .ttf font rendering

- various networking and mms:// fixes, live.com support improved

- various v4l video capturing and audio capturing fixes, audio input layer

- libmpdvdkit2 - based on libdvdcss 1.2.2 + libdvdread 0.9.3 + key cache

- alsa: iec958-init completly rewritten - better SP/DIF AC3 support

gui:
- gui.conf locale bug fixed (hopefully)

- gui preferences menu extended, runtime subtitle loading support

- gui: drag'n'drop support

Szert tettem egy Intel D845GBV alaplapra. Az alaplap P4 processzort fogad, integrált AC'97 (szokásos olcsó) audio chipet, integrált Intel 10/100VE EtherExpress Pro hálózati adaptert, és onboard VGA grafikus vezérlőt tartalmaz. Adnak hozzá egy digitális monitor kimeneti kártyát (LCD-hez például elengedhetetlen), szóval nem rossz stuff. A lap elvileg UDMA100 átviteli sebességre képes, az alaplapi Intel 82801DB Ultra ATA kontrolleren keresztül. Mondom képes, elméletileg. Gyakorlatilag azonban beletéve a 80GB IBM winchesteremet, nagy ívben tett arra a Linux kernel, hogy az alaplapon van UDMA kontroller és valami baromi lassan kezelte a HDD-t sima PIO (Programmed IO) módban. A lassú alatt értsd azt, hogy nem lehetett normális sebességgel fordítani kernelt a benne levő P4 2.53GHz sebességű processzoron.

Hosszas utánjárás, LKML lista olvasás és több kernelhackerrel történő levelezés után kiderült, hogy az i845 aka. Brookdale chipset támogatása Alan Cox mesternek köszönhetően megkezdődött nem is olyan rég. Mivel rengeteg ilyen alaplapot ad el cégünk naponta, nem mindegy, hogy milyen sebességgel tudjuk a lapon a Linux rendszereket futtatni. A levelezésekből kiderült, hogy mindössze 2 kernel tudja jelenleg ezeken a lapokon az UDMA támogatást bekapcsolni. Ez a két kernel a 2.4.19-ac1 és a 2.4.20-pre1-ac1 kernelek. Lefordítva ezeket a kerneleket, a boot időben valami hasonlót kell látni:Uniform Multi-Platform E-IDE driver Revision: 6.31

ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx

PIIX4: IDE controller on PCI bus 00 dev f9

PCI: Enabling device 00:1f.1 (0005 -> 0007)

PCI: Found IRQ 10 for device 00:1f.1

PCI: Sharing IRQ 10 with 00:1d.2

PIIX4: chipset revision 1

PIIX4: not 100% native mode: will probe irqs later

ide0: BM-DMA at 0xffa0-0xffa7, BIOS settings: hda:DMA, hdb:DMA

ide1: BM-DMA at 0xffa8-0xffaf, BIOS settings: hdc:DMA, hdd:DMA

hda: IC35L080AVVA07-0, ATA DISK drive

hdb: WDC WD800BB-22CAA0, ATA DISK drive

hdc: DVD-ROM DDU1621, ATAPI CD/DVD-ROM drive

hdd: R/RW 4x4x32, ATAPI CD/DVD-ROM drive

ide0 at 0x1f0-0x1f7,0x3f6 on irq 14

ide1 at 0x170-0x177,0x376 on irq 15

hda: host protected area => 1

hda: 160836480 sectors (82348 MB) w/1863KiB Cache, CHS=10011/255/63, UDMA(100)

hdb: host protected area => 1

hdb: 156301488 sectors (80026 MB) w/2048KiB Cache, CHS=9729/255/63, UDMA(100)

hdc: ATAPI 40X DVD-ROM drive, 512kB Cache, UDMA(33)

Uniform CD-ROM driver Revision: 3.12

Partition check:

hda: hda1 hda2 hda3 hda4

hdb: hdb1

A lap ezekkel a beállításokkal szépen hozza az elvárt értékeket:

sunshine:/home/trey# hdparm -T /dev/hda

/dev/hda:

Timing buffer-cache reads: 128 MB in 0.36 seconds =355.56 MB/sec

sunshine:/home/trey# hdparm -t /dev/hda

/dev/hda:

Timing buffered disk reads: 64 MB in 1.61 seconds = 39.75 MB/sec

sunshine:/home/trey#

Érdekességként megemlíteném, hogy PIO modban az alsó 39.75 érték mindössze 4.xx volt. Emellett másoláskor a CPU terhelés a mostani 4-10% helyett folyamatosan 95-100% volt, azaz munkára teljességgel alkalmatlan volt a rendszer.

Hogy miért is említettem meg mindezt? Mert a legutolsó disztribúciók SEM támogatják még ezeket a lapokat. Értsd a legutolsó alatt például a SuSE 8.0-át.

Tehát marad a kernel patchelés, és mondjuk köszönetet ismét Alan Cox mesternek. Egyébként a patch beolvasztása várható a mainline kernelbe, ugyanis Cox elküldte ezeket a patcheket Tosattinak. Idő kérdése és megjelenik. Én következő stabil kernelbe (2.4.20) várom a támogatást.

Ja: nem csak az Intel gyárt 845 chipsetre épülő alaplapokat. Amit én közelről is ismerek az az MSI által gyártott lap. A fent leírtak arra is vonatkoznak természetesen.

Jó hackelést.

Újabb kiadás előtti csomagok érhetők el az X Strike Force gondozásában (aka. Branden Robinson) az XFree86 4.2-ből. A pre release csomagok jelenlegi verziója a 4.2.0 pre1v4 névre hallgatnak. A csomagok elérhetők i386-ra (ofkoz), de készülnek SPARC és M86K rendszerekere is.

forrás, i386

Nézz el Branden oldalára is.

Scott Feldman bejelentette, hogy 2.5.33-as kernel megjelenésével az e1000 driver (Intel réz alapú Gigabit Ethernet csatoló) támogatja a TCP Segmentation Offload-ot (TSO), amely nagy mértékben megnövelheti a két-irányú hálózati áteresztőképességet.

A TCP Segmentation Offload (más néven TCP Large Send) akkor lép működésbe, amikor a pufferekbe nagyobb csomag érkezik, mint az MTU, azaz a Maximum Transmission Unit. A fejlesztés alatt álló munka segítségével a nagyobb csomagokat kisebb csomagokra lehet bontani, amelyet utána NIC továbbít. Konkrétan, ebben az esetben az e1000 driver 64k-s csomagokat továbbít a hálózati kártya felé, amely közben le lesz bontva 1500byteos csomagokra, amely a megfelelő MTU jelen esetben.

Alexey Kuznetsov beépítette a TSO támogatást a TCP stackbe amely egyelőre nem más mint "játék szintű implementáció a TCP-ben" - állítja Kuznetsov. Mindenesetre egy jó kezdés a TSO támogatásra, mielőtt megjelennek a további TSO-képes hálózati csatolókártyák.

Néhány teszt eredmény:A különbség a 2.5.32 és a 2.5.33 között (az utóbbi TSO támogatással), e1000 driver, gyors tesztek a Chariot nevű kereskedelmi mérőprogrammal:

Tx/Rx TCP file send long (bi-directional Rx/Tx)

w/o TSO: 1500Mbps, 82% CPU

w/ TSO: 1633Mbps, 75% CPU

Tx TCP file send long (Tx only)

w/o TSO: 940Mbps, 40% CPU

w/ TSO: 940Mbps, 19% CPU

A jobb teljesítmény a két-irányú tesztben jelentkezik, minimális CPU idő megtakarítás mellett. A Tx only tesztben is nyerünk a TSO támogatással, ha mást nem CPU időt, viszont az jelentősebb ebben az esetben. Vegyük figyelembe, hogy a driver és a TSO támogatás erősen korai kiadás, ettől csak jobb eredményeket kaphatunk a későbbiekben.

(milyen mákom van, hogy éppen van egy e1000 kártyám =)

Ahogy vasárnap írtam, Linus küzdött a 2.5.33 körül a floppy driverrel, ami már hosszabb idő óta nem működött megfelelően a 2.5.x kernelekben (jellemző hiba volt nálam, hogy mountolásnál a kernel elszállt oops üzenettel). Úgy fest a probléma megoldódik. Linus és Jens Axboe bios-szal kapcsolatos hibákat fedezett fel a fejlesztői kernel kódjában. Linus neki is állt elkészíteni a patcheket. A patchek már letölthetők:

bios.patch, floppy.patch

Reméljük, hogy ezzel megoldódik a bosszantó floppy bug.

Bővebben erről itt olvashatsz.

Can Erkin Acar bejelentése egy kis curses-alapú segédprogramról szól, amely valós időben képes mutatni az OpenBSD PF (packet filter - tűzfal kód) állapotát és a szabályokat. A program által generált kimenet kísértetiesen hasonlít a népszerű 'top' program kimenetéhez, és a program segítségével hasznos információkhoz juthatunk a PF működéséről, amely az OpenBSD 3.0-ban mutatkozott be. A program neve mi más lehetne, mint 'pfTop'.

A cikk írója tesztelte a programot az OpenBSD 3.1 boxán, amely egy 64-bites Sparc Ultra 1-es. Természetesen a stuff működik i386 platformon. A készítő ugyan nem próbálta IPv6 -tal, de mint mondja, működnie kell azzal is. A beszámolók szerint a program egész szépen működik, ahhoz képest hogy a jelenlegi kiadás egy nagyon korai verzió. A program futása közben a 'h' billentyűt lenyomva egy help képernyőt kapunk, ezen láthatjuk az elérhető parancsokat, a 'v' billentyű lenyomásával pedig kapcsolgathatunk a megjelenített információk között, különböző nézetekben.

A pfTop letölthető:

http://www.eee.metu.edu.tr/~canacar/pftop-0.1.tar.gz

Can Erkin Acar levele:From: Can Erkin Acar

To: tech AT openbsd.org

Subject: New utility: pftop

Date: Tue, 3 Sep 2002 13:07:06 +0300

I have been working on a small curses-based utility for

real-time display of pf states and rules. I believe it is now stable/useful enough.

Tested on i386, 3.0-stable and 3.1-current not tested with ipv6 (but should work)

Please test and comment ...

http://www.eee.metu.edu.tr/~canacar/pftop-0.1.tar.gz

MD5 (pftop-0.1.tar.gz) = 026626663a15afc7a3f6d79fdb7d54a2

Can

Note: The program uses ${OSrev} in Makefile to adjust to

the changes in pf. However, for 3.1-current, the

value must be manually adjusted to enable a few

additional features (see comment in Makefile).