Aktív fórumtémák

Tárgy Válaszok Legutóbbi beküldés Fórum Szerző
  Windows 11 version 24H2 (javítás verziója) - ez mi? 2025-08-16T00:44:37+0200 Microsoft Windows szilard_
  ELMŰ okos mérő kalandok 759  2025-08-16T00:24:55+0200 Elektronika, Elektromos eszközök VincentV
  Mi történt a Hardverker Online Kft-vel (bestmarkt.hu)? 192  2025-08-15T21:02:41+0200 Közösségi kerekasztal djtacee
  Roidmi károsultak fóruma (Roidmi csődbe ment, így nem használhatók tovább bizonyos eszközeik) 33  2025-08-15T20:29:50+0200 Közösségi kerekasztal Charybdis
  Egészségügyi dokumentumok listájának lekérése - Breakglass 381  2025-08-15T18:53:36+0200 Közösségi kerekasztal locsemege
  Proxmox Backup Server → BackBlaze (S3) Offisite mentés 12  2025-08-15T13:38:46+0200 Virtualizáció gyuri23
  Android Rage n+1 252  2025-08-15T11:48:36+0200 Android hnsz2002
  Unaloműző online játékok és azok eredményei #2 743  2025-08-15T08:21:29+0200 Játékok trey
  [SOLVED] Milyen mobilnetet backupnak, LTE képes routerbe? 14  2025-08-15T04:46:41+0200 Hálózati eszközök wowbagger
  HUP ismert hibák listája - 2025 198  2025-08-14T20:01:20+0200 HUP trey
  Fejlődnek a video driverek 126  2025-08-14T19:58:57+0200 VGA locsemege
  "The EU wants to decrypt your private data by 2030" 45  2025-08-14T16:18:37+0200 HUP cikkturkáló zitev
  Trump elküldte az Intel főnökét 45  2025-08-14T16:15:50+0200 HUP cikkturkáló Botond
  Miért van értelme saját szerveren futó AI-al sz*pni? (Kaotikusan sült el a GPT-5 modell bevezetése) 77  2025-08-14T16:09:45+0200 HUP cikkturkáló Ritter
  Debrecenben keresek üveget hegeszteni tudó kisiparost. - Megoldódott. 15  2025-08-14T10:35:20+0200 Hálózatok egyéb itan
  [megoldva]Zentyal lassú webes felület 2025-08-14T09:17:05+0200 Hálózatok egyéb theadam
  NIS2 tapasztalatok 62  2025-08-13T22:52:04+0200 Közösségi kerekasztal pentike
  [Megoldva] Color picker Ubuntu 2025-08-13T17:46:15+0200 Segédprogramok Balzamon
  JFFS2 fájlrendszer patchelése 20  2025-08-13T15:24:32+0200 Elektronika, Elektromos eszközök martonmiklos
  Csak olvasható adathordozó létezik még? 82  2025-08-13T14:15:31+0200 CD-R, CD-RW, DVD, és más optikai tárolók bzt

SUSE LINUX Enterprise Server 8 mint konszolidációs platform

Sajtóhír:

A Dél-dunántúli Gázszolgáltató Rt. (DDGÁZ Rt.) Magyarország dél-dunántúli területén, Baranya, Tolna és Fejér megyében több mint 250.000 kis- és nagyfogyasztót lát el földgázzal. A vállalatnál közel 600 fő dolgozik, a három megyében több mint 400 számítógépes munkaállomáson.A DDGÁZ különböző IT szolgáltatásokat ellátó Linux szerverein régebben több, egymástól eltérő Linux disztibúció, és azon belül is a több verzió futott. Ez a probléma jelentős többletmunkát eredményezett a rendszerfelügyeletet, rendszerkarbantartás végző munkatársak számára. Ezért Csizmadia Zoltán rendszergazda azt javasolta, hogy az erőforrások optimális felhasználása érdekében a cég csak egyetlen disztribúciót használjon az összes küldetéskritikus alkalmazásra. Lehetőség szerint olyan disztribúciót, amelyet több hardver- és szoftverszállító is minősített, amelyhez terméktámogatás is jár, amennyiben valamilyen hiba fordul elő. A DDGÁZ Rt. ezért vásárolta meg a SUSE LINUX Enterprise Server (SLES) 8 verzióját.

Forrás: www.suselinux.hu

AT&T bekeményít a SPAMmerek ellen

Címkék

Úgy fest, hogy az AT&T megelégelte a multimilliárdos nigériai királyfikat (akinek csak pár dollár kell, hogy neked több milliót küldjenek), és a ``penis enlargement sett'' gyártókat, mert felszólította a partnereit, hogy adják meg a mail szervereik IP címét.Az AT&T ugyanis arra az elhatározásra jutott, hogy csak a whitelist-en szereplő mail szerverektől fogad el a jövőben email-t. Amint azt a felhívásukban olvashatjuk, azok a cégek amelyek nem reagálnak azonnal a felhívásra, ki lesznek zárva az AT&T-vel folytatott levelezésből.

Az AT&T levele a partnerekhez itt.

Exec-shield -G4

Címkék

Molnár Ingo kiadta az exec-shield nevű patchének következő verzióját. A -G4-es kiadásban néhány hiba került kijavításra. Többek között javítva lett a 2.6-os patchben az a hiba, hogy néhány alkalmazás segfault-olt, ha a stack limit végtelenre volt állítva.

Az exec-shield -G4 letölthető a 2.4.22 és a 2.6.0-test8(-mm1) kernelekhez.Letöltés:

redhat.com/~mingo/exec-shield/exec-shield-2.6.0-test8-G4

redhat.com/~mingo/exec-shield/exec-shield-2.6.0-test8-mm1-G4

redhat.com/~mingo/exec-shield/exec-shield-2.4.22-G4

redhat.com/~mingo/exec-shield/exec-shield-2.4.22-ac1-nptl-G4

A stuff bekerült a 2.6.0-test8-mm1 (Andrew Morton-féle kernelfába). Mingo levele itt. Az exec-shield-hez kapcsolódó HUP cikkek itt.

udev 004

Címkék

Greg Kroah-Hartman bejelentése szerint megjelent a devfs utódjaként emlegetett udev 004-es kiadása. Robert Love-nak köszönhetően már elérhető .rpm-ben is. Az udev a devfs user-space implementációja, amely a sysfs-t és a /sbin/hotplug-ot használja. A futtatásához a 2.6-os kernelre van szükség.A udev egyre jobban nyomul, a devfs fejlesztése befejeződött, így már csak idő kérdése, hogy mikor cserélik le a fejlesztők a devfs-t.

A stuff letölthető:

kernel.org/pub/linux/utils/kernel/hotplug/udev-004.tar.gz

Greg bejelentése itt.

linux 2.6.0-t8 vs. matroxfb

Címkék

Gondoltam, kipróbálom megint a 2.6.0-os szériát, hátha kijavították már az SCSI drivert és egyéb régi problémákat, ami miatt az utolsó kísérletem meghiúsult.Ezúttal az SCSI rendben volt, viszont a matroxfb modulok betöltése után eltűnt a kép a konzolról, és piros kását kaptam helyette. Miután modul helyett fixen belefordítottam a kernelbe, legalább a konzol megmaradt, de az fbset már nem működött, így nem lehetett text módba kapcsolni, de felbontást váltani se.

Plusz poén, hogy a tty azt hitte magárol hogy 80x30, pedig csak 80x25 látszott belőle. Miután panaszaimat megírtam a matroxfb maintaniernek, Petr Vandrovec-nek, sokkoló választ kaptam. Egy James Simmons nevű kernel(vissza)fejlesztő úgy döntött, hogy javítja az FBDEV/FBCON layer hibáit. Szerinte 3 dolog okoz problémákat az fbdev-ben: a hardveres kurzor (ezért kidobta az egészet), a szöveges mód (ezért kidobta) és a hardveresen gyorsított FONT renderelés (nem találjátok ki: ezt is kidobta!). Ezen kívül az fbset utilt is dobta, szerinte ui. elég ha az stty-vel beállítható a szöveges felbontás, a refresh rate és a bpp (color depth) meg ki a f@szt érdekel?

Saját bevallása szerint is ettől lett broken többek közt a HUP-on sokak által imádott nvidia támogatása is, de ami engem inkább zavart, az hogy a matroxfb sem működik többet.

Petr Vandrovec ezért készített egy patch-et, ami reverseli James

(vissza)fejlesztéseit, így ismét használhatók a matrox kártyák:

ftp://platan.vc.cvut.cz/pub/linux/matrox-latest/matroxfb-2.6.0-test7.gz

a patch test7-hez készült, de simán ráment a test8-ra is.

A patch jól sikerült, így már minden a régi.

A'rpi

Linksys & GPL

Címkék

Úgy tűnik, hatott az előző levél a kernel listán, a Linksys (most úgy néz ki, tényleg) kiadta a forráskódot (v1.42.2), nem csak a WRT54G-hez, de a többi Linuxos futtató eszközéhez is. Sőt, még többet is adtak, mint amennyi kötelező lett volna, ott a loader forrása és a Broadcom-os toolchain is.

GPL Code Center

UHU beta3 (Safranek)

Címkék

Végre megjelent az UHU-Linux 1.1 harmadik béta változata.

Letölthető az ftp://ftp.uhulinux.hu/pub/uhu/1.1-beta3/ címről.

Fontosabb változások a beta2 kiadás óta: * Lehetőség nyílt az UHU-Linux 1.0 frissítésére. Részletek a CD-n lévő upgrade könyvtár alatt. Mivel béta kiadásról van szó, a frissítés menete is a tesztelendő dolgok közé tartozik, az ezzel kapcsolatos észrevételeket szívesen fogadjuk.

* Számtalan hibajavítás az UHU Vezérlőpultban.

* Gnome magyar fordítása több helyen frissítve, javítva. A Gnome legtöbb komponense a 2.4.1-es változatra frissítve.

* A gnome2-user-docs csomag immár csak a Gnome angol nyelvű dokumentációját tartalmazza. A magyar nyelvű dokumentáció a gnome2-user-docs-hu nevű új csomagban található meg.

* Új csomagként megtalálható az Enchant helyesírás-ellenőrző keretrendszer, amely a hunspell, myspell és ispell programok felé nyújt egységes felületet.

A szintén újonnan megjelent gnome2-spell csomag pedig Gnome alkalmazásokhoz illeszti az Enchant-ot. Ily módon lehetővé válik a Hunspell helyesírás-ellenőrző használata például az Evolution-ben, mindössze telepíteni kell az enchant és gnome2-spell csomagokat.

* A CD-re felkerült az XFce grafikus környezet

* Néhány fontosabb szoftverfrissítés:

- k3b 1.0, Qt 3.2.2, Opera 7.21 (az első CD-n nincs rajta), Complex Jogtár 2003.09.30., cdw 0.2.0-pre3, scribus 1.1.1 (a fonts-ghostscript-other csomagot el kell távolítani a scribus helyes működéséhez)

Uhu-Linux csapat

(forrás: uhulinux.hu)

Fejlődik az ULE

Címkék

Jeff Roberson levelében jelezte a -current listára, hogy szerinte egyre jobban fejlődik a FreeBSD ULE ütemezője (PDF, HTML), és szerinte annyira jó állapotban van, hogy megvizsgálja annak lehetőségét, hogy már akár a FreeBSD 5.2-ben megjelenhessen, mint alapértelmezett ütemező. A bejelentés egy hosszabb diskurzust váltott ki a listán. Eirik Oeverby tesztelte az ULE-t a notebookján (1GHz P3), amelyen ``make -j 20 buildworld''-öt futtatott és közben figyelte a rendszer reakcióidejét. A klasszikus egér és billentyűzet teszteket végezte. Közben a rendszer szerinte nagyon instabil volt, az egér furcsán viselkedett, a billentyűzettel pedig úgy írt, hogy nem látta a betűket.

Jeff Roberson kérte, hogy adja meg a sys/kern/sched_ule.c-nak a verzióját, és hogy ismételje meg a tesztet a régi SCHED_4BSD ütemezővel is. Eirik megismételte a tesztet, de a régi ütemezővel nem jelentkeztek a fent említett problémák.

Jeff ekkor átnézte a filet, talált néhány hibát és állított az ütemező paraméterein. Állítása szerint az ütemezőnek most sokkal jobbnak kell lennie. Ő tesztelte ``make -j16 buildworld''-del közben Mozillát használt KDE2 alatt, és olyan oldalakat scroll-ozott fel-le perceken keresztül, amelyek több MB képet tartalmaztak. Szerinte nagy javulásokon ment keresztül az ütemező.

Ezt mások is megerősítették. Peter Kadau szerint szépen működik a rendszer akár 4-es load alatt is, közben fut a gnome2, mozilla, evolution, mplayer és a kpdf. Megy a ``portsdb -Uu'' és fordul a kernel. Szerinte sokkal jobb, mint a 4BSD.

Mások szerint ez nincs teljesen így. A thread itt kezdődik.

I/O visszafejlődés a 2.6.0-test5 után

Címkék

Randy Hron küldött a kernel listára egy levelet, amelyben arról számol be, hogy szerinte 50%-os I/O visszafejlődés tapasztalható a 2.6.0-test kernelekben a 2.6.0-test5 óta. A feltevéseit tesztekkel is alátámasztotta.A tesztek alatt az 50%-os visszaesés a AIM7 job/minute mérésekben jelentkezett. A méréseket egy 4 utas P3 Xeon gépen végezte, és a tesztek alatt arra a következtetésre jutott, hogy a I/O regresszió nem függ a filerendszer típusától.

Feltette a kérdést, hogy vajon nem az I/O vagy az I/O scheduler okozza-e a teljesítményesést. Nick Piggin, az anticipatory I/O ütemező fejlesztője azt válaszolta, hogy szerinte ez I/O ütemező probléma, és azon gondolkozik, hogy hogyan lehetne javítani. Andrew Morton - a 2.6.0 jelenlegi karbantartója - szerint érdemes lenne megismételni a méréseket a régi ``deadline'' I/O ütemezővel is.

Egy későbbi levelében Nick azt kérte, hogy akinek van ideje, az tesztelje a 2.6.0-test5-ben levő as-iosched.c-t a későbbi kernelekben.

(megjegyzés: egy egyszerű notebookon is jelentkeznek a problémák, szemmel láthatóan kisebb a diszk teljesítmény)

A thread itt kezdődik.

Dragonfly BSD fejlesztési hírek

Címkék

Frissült a Dragonfly BSD oldalának az a szekciója, ahol nyomon lehet követni a fejlesztés jelenlegi fázisait. A naplóbejegyzésekból látszik, hogy nem tétlenkednek a fejlesztők. Olvasd itt.

Exec-shield a Linux 2.6.0-test8 kernelhez

Címkék

Portoltam Molnár Ingo exec-shield patchét a napokban megjelent 2.6.0-test8 kernelhez.

A stuffot letöltheted innen: exec-shield-2.6.0-test8

Az alábbi programokkal lett tesztelve:

libsafe-2.0-16.tgz, paxtest-0.9.3.tar.gz

Az exec-shield telepítése itt. Az exec-shield-hez kapcsolódó HUP cikkek itt.

Az eredmények:===========================================

gmicsko03:/home/trey/devel/exploit/libsafe-2.0-16/exploits# echo "2" > /proc/sys/kernel/exec-shield

gmicsko03:/home/trey/devel/exploit/libsafe-2.0-16/exploits# cat /proc/sys/kernel/exec-shield

2

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

libsafe-2.0-16 (exec-shield teljes védelem):

---------------------------------------------------------------------

gmicsko03:/home/trey/devel/exploit/libsafe-2.0-16/exploits# ./canary-exploit

This program tries to use printf("%n") to overwrite the

return address on the stack.

If you get a /bin/sh prompt, then the exploit has worked.

Press any key to continue...

Szegmens hiba

---------------------------------------------------------------------

---------------------------------------------------------------------

gmicsko03:/home/trey/devel/exploit/libsafe-2.0-16/exploits# ./exploit-non-exec-stack

This program demonstrates how a (stack) buffer overflow

can attack linux kernels with *non-executable* stacks.

This is variation on return-int-libc attack.

If you get a /bin/sh prompt, then the exploit has worked.

Press any key to continue...

Szegmens hiba

---------------------------------------------------------------------

---------------------------------------------------------------------

gmicsko03:/home/trey/devel/exploit/libsafe-2.0-16/exploits# ./t1

This program tries to use strcpy() to overflow the buffer.

If you get a /bin/sh prompt, then the exploit has worked.

Press any key to continue...

Szegmens hiba

---------------------------------------------------------------------

---------------------------------------------------------------------

gmicsko03:/home/trey/devel/exploit/libsafe-2.0-16/exploits# ./t1w

This program tries to use strcpy() to overflow the buffer.

If you get a /bin/sh prompt, then the exploit has worked.

Press any key to continue...

Szegmens hiba

---------------------------------------------------------------------

---------------------------------------------------------------------

gmicsko03:/home/trey/devel/exploit/libsafe-2.0-16/exploits# ./t3

This program will exec() a new program. The new program will

overflow the buffer using strcpy().

If you get a /bin/sh prompt, then the exploit has worked.

Press any key to continue...

Szegmens hiba

---------------------------------------------------------------------

---------------------------------------------------------------------

gmicsko03:/home/trey/devel/exploit/libsafe-2.0-16/exploits# ./t3w

This program will exec() a new program. The new program will

overflow the buffer using strcpy().

If you get a /bin/sh prompt, then the exploit has worked.

Press any key to continue...

Szegmens hiba

---------------------------------------------------------------------

---------------------------------------------------------------------

gmicsko03:/home/trey/devel/exploit/libsafe-2.0-16/exploits# ./t4

This program will fork() child process, and the child

will overflow the buffer using strcpy().

If you get a /bin/sh prompt, then the exploit has worked.

Press any key to continue...

parent process terminating

---------------------------------------------------------------------

---------------------------------------------------------------------

gmicsko03:/home/trey/devel/exploit/libsafe-2.0-16/exploits# ./t4w

This program will fork() child process, and the child

will overflow the buffer using strcpy().

If you get a /bin/sh prompt, then the exploit has worked.

Press any key to continue...

parent process terminating

---------------------------------------------------------------------

---------------------------------------------------------------------

gmicsko03:/home/trey/devel/exploit/libsafe-2.0-16/exploits# ./t5

This program tries to use strcat() to overflow the buffer.

If you get a /bin/sh prompt, then the exploit has worked.

Press any key to continue...

Szegmens hiba

---------------------------------------------------------------------

---------------------------------------------------------------------

gmicsko03:/home/trey/devel/exploit/libsafe-2.0-16/exploits# ./t6

This program tries to use scanf() to overflow the buffer.

If you get a /bin/sh prompt, then the exploit has worked.

Press any key to continue...

Szegmens hiba

---------------------------------------------------------------------

*************************************************

*************************************************

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

gmicsko03:/home/trey/devel/exploit/libsafe-2.0-16/exploits# echo "2" > /proc/sys/kernel/exec-shield

gmicsko03:/home/trey/devel/exploit/libsafe-2.0-16/exploits# cat /proc/sys/kernel/exec-shield

2

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

paxtest-0.9.3 (exec-shield bekapcsolva):

--------------------------------------------------------------------

gmicsko03:/home/trey/devel/exploit/paxtest-0.9.3# ./paxtest

PaXtest - Copyright(c) 2003 by Peter Busser

Released under the GNU Public Licence version 2 or later

It may take a while for the tests to complete

Test results:

PaXtest - Copyright(c) 2003 by Peter Busser

Released under the GNU Public Licence version 2 or later

Executable anonymous mapping : Killed

Executable bss : Killed

Executable data : Killed

Executable heap : Killed

Executable stack : Killed

Executable anonymous mapping (mprotect) : Killed

Executable bss (mprotect) : Vulnerable

Executable data (mprotect) : Vulnerable

Executable heap (mprotect) : Vulnerable

Executable shared library bss (mprotect) : Vulnerable

Executable shared library data (mprotect): Vulnerable

Executable stack (mprotect) : Vulnerable

Anonymous mapping randomisation test : 16 bits (guessed)

Heap randomisation test (ET_EXEC) : 13 bits (guessed)

Heap randomisation test (ET_DYN) : 13 bits (guessed)

Main executable randomisation (ET_EXEC) : No randomisation

Main executable randomisation (ET_DYN) : 12 bits (guessed)

Shared library randomisation test : 12 bits (guessed)

Stack randomisation test (SEGMEXEC) : 17 bits (guessed)

Stack randomisation test (PAGEEXEC) : 17 bits (guessed)

Return to function (strcpy) : Killed

Return to function (memcpy) : Executable shared library bss : Killed

Executable shared library data : Killed

Writable text segments : Vulnerable

gmicsko03:/home/trey/devel/exploit/paxtest-0.9.3#

BSD/OS 4.3.1 vs. FreeBSD 5.1 vs. BSD/OS 5 vs SuSE Linux 8.2

Címkék

Úgy látszik ez a nap ilyen valami vs. valami nap. Találtam még egy érdekes tesztet, amelyen a fent említett operációs rendszerek vettek részt. A teszt inkább a desktop felhasználás oldaláról közelíti meg az OS-eket. A tesztekben DivX és MPEG-2 fileokat állított elő a tesztet végző felhasználó. A tesztekhez MPlayer-t is használt.

A teszthez használt gép egy dual Athlon MP-2800 rendszer volt (1GB memória, ATA100 diszk drive). A tesztekhez cserélhető keretbe épített diszeket használt, hogy a teszteket pontosan ugyanazon gépen lehessen elvégezni.

Két különböző tesztet végzett. Az egyikben egy nem threadelt tesztet hajtott végre, a másikban pedig threadelt alkalmazást használt.

A programokat és a kapcsolódó könyvtárakat frissen szedte ki a CVS-ekből így biztos, hogy mindegyik rendszeren ugyanaz a program futott. A felhasznált programok:

  • http://www.mplayerhq.hu
  • http://libdv.sf.net
  • http://ffmpeg.sourceforge.net/index.org.html
  • http://www.audiocoding.com/ (AAC encoder)
  • http://mpeg4ip.sourceforge.net/

    Az első teszt alatt az alábbi filet alakította 320x240 Quicktime/Mpeg-4 formára:

    -r--r--r-- 1 sms staff 1555440000 Sep 7 08:53 redhotridinghood.dv

    Az első tesztben a SuSE 8.2 nyert. A második a BSD/OS 4.3.1 lett, a harmadik a FreeBSD 5.1 és a sereghajtó a BSD/OS 5 lett.

    A threaded tesztben nyilván nem MPlayer-t használt az illető. Ebben a tesztben az input file ugyanaz volt, és az alábbi programokat használta:

  • http://mjpeg.sourceforge.net
  • http://libdv.sf.net
  • and smilutils (part of Kino) :pserver:anonymous@cvs.sourceforge.net:/cvsroot/kino

    (checkout /cvsroot/kino/smilutils)

    Az encoder ebben az esetben threaded. A következő parancsot futtatta:

    decode the raw DV file into 4:2:0 | buffering program | encoder

    Az eredmények: Az első a SuSE 8.2, második a BSD/OS 4.3.1, a harmadik a FreeBSD 5.1 és az utolsó a BSD/OS 5.

    Mielőtt még valaki elfogultsággal vádolná az illetőt: a teszt a BSD hírlevélben jelent meg, és a tesztet végző illető BSD felhasználó.

    A tesztet megtalálod itt.

  • Linux 2.4 vs Linux 2.6 vs. FreeBSD 5.1 vs. NetBSD 1.6.1 vs. OpenBSD 3.4

    Címkék

    Benchmarking BSD and Linux

    A legjobb a Linux 2.6, második a FreeBSD 5.1. A NetBSD átlagos, az OpenBSD pedig katasztrófa.



    Egy nagyon érdekes tanulmány bukkant fel az Interneten a minap. A tanulmány célja az volt, hogy kivizsgálja a napjaink Unix alapú (és Unix-szerű) operációs rendszereinek a hálózatos skálázhatóságát egy általános célú PC hardveren.

    A vizsgálódás arra irányult, hogy hogyan lehet egy webszervert úgy létrehozni, hogy az a legskálázhatóbb legyen. Melyik operációs rendszert kell ahhoz választani, hogy túl lehessen élni akár a Slashdot Effektust is.

    Lássuk:A tesztekben az alábbi operációs rendszerek vettek részt:

  • Linux 2.4.22
  • LInux 2.6.0-test7
  • OpenBSD 3.4-Current
  • FreeBSD 5.1-RELEASE
  • NetBSD 1.6.1-RELEASE

    A tesztek alatt számos izzasztó próba várt az operációs rendszerekre. Például a socket meghívása tízezer alkalommal, megadott porthoz bindelés, fork, mmap benchmark, fragmentáció mérés, kapcsolódási latency mérése, HTTP latency mérése.

    A tesztgép egy Dell Inspiron 8000 volt, 900 MHz-es Pentium 3 processzorral és 256 MB RAM-mal. A hálózati csatoló egy MiniPCI Intel eepro100 kártya volt, amely jól támogatott mindegyik operációs rendszer alatt.

    Az eredmények:

    A Linux 2.6-os kernel minden tesztben jól teljesített. A tesztet készítő arc szerint ha 2.4-es Linux kernelt használsz, akkor itt az ideje, hogy válts 2.6-ra.

    A FreeBSD is meglehetősen jó eredményeket produkált. A tesztet végzők meglepődtek, hiszen azt hitték, a BSD bizniszben az összes szereplő hasonlóan fog majd teljesíteni. Nem így lett. A NetBSD és az OpenBSD gyengébbek voltak. Az OpenBSD lett a abszolút utolsó. A FreeBSD majdnem olyan jól teljesített, mint a Linux 2.6. A készítők szerint ha BSD-t használsz, akkor FreeBSD-t kell választanod.

    A Linux 2.4 sem rossz, viszont rosszul skálázódik az mmap és a fork hívásoknál.

    A tesztek szerint a NetBSD jól teljesített, de van még mit javítani a skálázhatóságán. A tesztelő a stabil verziót tesztelte, így nem tudja, hogy milyen eredményeket produkálhat a NetBSD jelenlegi fejlesztői kódja.

    Az abszolút vesztes az OpenBSD 3.4 lett. A tesztelő szerint telepítési procedúra rossz, a diszk teljesítmény rossz, a kernel instabil és a hálózatos teljesítményét felülmúlta a nagypapi NetBSD 1.6.1. A tesztelő véleménye: ha OpenBSD-t használsz, itt az ideje váltani.

    A tesztek alatt használt kódokat ki lehet nyerni CVS-ből:

    % cvs -d :pserver:cvs@cvs.fefe.de:/cvs -z9 co libowfat

    % cvs -d :pserver:cvs@cvs.fefe.de:/cvs -z9 co gatling

    ha Liuxot használsz kell a következő is

    % cvs -d :pserver:cvs@cvs.fefe.de:/cvs -z9 co dietlibc

    A teszteredményeket, grafikonokat megtalálod itt. (ez nem az eredeti hely, a dolog iróniája, hogy az eredeti weboldal lepukkant a /. effektus alatt).

  • Készül a Solaris új TCP/IP stack-je

    Címkék

    A Sun Microsystems szerdán elérhetővé tette a Software Express szolgáltatásán keresztül azokat a Solaris kódokat, amelyek már az új TCP/IP stack-be is bepillantást engednek. Az új stack mind az x86 mind a Sparc64 vasakhoz meg fog jelenni.

    A Software Express for Solaris egy új kód kiadási mechanizmus, amelynek segítségével a fejlesztők és tesztelők hozzájuthatnak az új Solaris kódbázisához. Ahhoz a Solaris kódhoz, amely a 2004. őszén megjelenő Solaris alapja lesz. Ezzel a módszerrel snapshotok formájában követhető az operációs rendszer fejlesztése.Az újraírt TCP/IP stack sokkal nagyobb sebességet ígér a felhasználóknak. Az új stack kódneve Fire Engine. Az új TCP/IP alrendszerben ahelyett, hogy ``brute force algoritmust'' használna a csomagok továbbitásához, a Sun kifejleszetett egy csomag osztályozó engine-t, amely sokkal hatékonyabban tudja a különböző típusú csomagokat kezelni, mint a elődje. Emelett az hálózati kártya több processzoros rendszer esetén képes kihasználni a több CPU-ban rejlő lehetőségeket, így gyorsabb lehet a hálóhaz kezelése, mint egy uniprocesszoros rendszere. A fejesztők szerint a Solaris új stackja 30%-kal kevesebb CPU használatot mutat fel a Linux-hoz képest (x86 hardware-en).

    Az új stack-ről bővebben itt.

    Magas rendelkezésreállás és terhelés elosztás

    Címkék

    Nagyszerű új funkcióval bővült a biztonságosságáról híres OpenBSD. Olyan új kódot hagytak jóvá a -current-ben a pfsync mellé, amely a CARP (Common Address Redundancy Protocol) névre hallgat, és amelynek feladata, hogy több hostnak is lehetővé tegye, hogy egy IP-n osztozzanak.Ezekkel a funkciókkal olyan új jelzőket társíthatunk az OpenBSD mellé, mint a ``high availability'' és a ``load balancing''.

    Bővebben itt és itt.

    FreeBSD 4.9 RC3 (i386, alpha)

    Címkék

    Murray Stokely a FreeBSD Release Engineering Team tagjának bejelentése szerint számos olyan hibát sikerült a FreeBSD csapatnak kijavítania, amely a FreeBSD 4.9 RC2-ben mutatkozott be. Ennek örömére ma kiadták a harmadik kiadásra jelölt verziót (RC3). A FreeBSD 4.9 RC3 i386 és alpha platformokra érhető el. Olvasd el Murray és Wilko Bulte bejelentéseit.Date: Sat, 18 Oct 2003 00:04:33 -0700

    From: Murray Stokely

    To: stable@freebsd.org

    Subject: FreeBSD 4.9 RC3 (i386) now available

    --zYM0uCDKw75PZbzx

    Content-Type: text/plain; charset=us-ascii

    Content-Disposition: inline

    A number of the issues brought up with RC2 have been resolved, and the

    latest release candidate (RC3) is now available for i386 (alpha coming

    soon) :

    ftp.FreeBSD.org/pub/FreeBSD/releases/i386/4.9-RC3

    ftp.FreeBSD.org/pub/FreeBSD/releases/i386/ISO-IMAGES/4.9-RC3-i386-disc1.iso

    MD5 (4.9-RC3-i386-disc1.iso) = a8fc7f9b86865004a02ab7a805cddbf0

    We are especially interested in hearing reports from users using IPFW2

    after Kirk's recent fix. Please send us a note if you are able to

    test IPFW2 in any substantial way. The firewire module loading issue

    has been resolved, but the SATA issue has not. John Baldwin has a

    patch posted at http://people.freebsd.org/~jhb/patches/sata.patch

    (thanks to everyone on this list who helped debug this)

    Thanks,

    Release Engineering Team

    --zYM0uCDKw75PZbzx

    Content-Type: application/pgp-signature

    Content-Disposition: inline

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

    Date: Sat, 18 Oct 2003 17:24:05 +0200

    From: Wilko Bulte

    To: freebsd-stable@freebsd.org, freebsd-alpha@freebsd.org

    Subject: FreeBSD 4.9 RC3 (alpha) now available

    Folks,

    A number of the issues brought up with RC2 have been resolved, and the

    latest release candidate (RC3) is now available for alpha as well:

    ftp.FreeBSD.org/pub/FreeBSD/releases/alpha/ISO-IMAGES/4.9-RC3-alpha-miniinst.iso

    The minininst is up on ftp-master now and will soon be mirrored on

    ftp.freebsd.org

    MD5 (4.9-RC3-alpha-miniinst.iso) = e7deec9ac11e7501890d9f6277201550

    I'm uploading the ftp tgz now, when done it will be available from

    ftp.FreeBSD.org/pub/FreeBSD/releases/alpha/4.9-RC3

    thanks,

    Wilko (for re-alpha@)

    --

    | / o / /_ _ wilko@FreeBSD.org

    |/|/ / / /( (_) Bulte

    Linus Torvalds: Linux 2.6.0-test8

    Címkék

    Linus kiadta a nyolcadik test kiadást a 2.6.0 kernelsorozatból. Mint írja, kicsit több lett a változás, mint szerette volna (a test8 és test9 a stablilizáció jegyében kerül kiadásra), de a változások többnyire egészen kicsik. Mi változott?- megjavult a /proc/PID/stat oops

    - workaround került a kernelbe az AMD Athlon prefetch bughoz, amely esetenként ál ``page fault'' hibához vezethet

    - javításra került a ServerWorks chipset PIO (programmed IO) autotuning

    - javításra kerül néhány CPU frekvencia kalkulációt végző kód

    - működik az NFS O_DIRECT

    Letölthető patch-2.6.0-test8.bz2, FULL

    Linus levele a változások listájával itt.

    GCC 3.3.2

    Címkék

    Mark Mitchell, a GCC (GNU Compiler Collection) projekt kiadásokért felelős embere (Release Manager) bejelentettte a GCC 3.3.2-t, a legújabb bugfix kiadást.Elmondása szerint a következő kiadás már a GCC 3.4 lesz, amely olyan új funkciókat fog tartalmazni, mint az előre fordítótt (pre-compiled) header-ek, új C++ parser, és javított optimalizációk. Mint mondta nehéz megjósolni a GCC 3.4 kiadásának időpontját, de a legvalószínűbb jelen pillanatban a 2004. március 1-i dátum. Ha a GCC 3.4 sokáig húzódna, elképzelhető még egy GCC 3.3.3 kiadás is.

    A bugfix listát megtalálod itt. A projekt honlapja itt. A release oldal itt.

    A világ legnagyobb Origin szuperszámítógépe a légierőnél

    Címkék

    Az USA légierők Wright-Patterson Air Force bázisa ad otthont az SGI legnagyobb installált Origin szuperszámítógépének

    MOUNTAIN VIEW, Calif. (2003. október 14.) Az SGI bejelentette, hogy az amerikai légierő egyik legfontosabb kutatóbázisán az Aeronautical Systems Center Major Shared Resource Center (ASC MSRC) Wright-Patterson Air Force Base-n befejezték és október 6-án ünnepélyes keretek között átadták az eddigi legnagyobb SGI® Origin® 3000 szuperszámítógépet.

    A nem mindennapi installáció egy 2048 processzoros szuperszámítógép, amelyhez adattárolásra egy SGI® InfiniteStorage diszkrendszert illesztettek. A diszk alrendszer önmagában 2 TeraByte (TB) gyorsító memóriát és 40 TB tárhelyet tartalmaz speciális data management lehetőséggel. Az új számítógéppel megduplázták a kutatóközpont számítási kapacitását. Nézzük meg közelebbről miből is áll a gép. A 2048 processzor 700MHz R16000™ MIPS®, amelyhez processzoronként 1GB memória tartozik. A 4 nodeból álló konfiguráció nodeonként 512 processzoros shared memóriás környezetet biztosít a kutatóknak. Ezzel lehetővé vált, hogy az eddigieknél lényegesen nagyobb modelleket is kezelhetnek. Az SGI® NUMAflex™ architektúra rendkívüli előnyöket biztosít bármely más számítógépes környezettel szemben. A napjainkban egyre elterjedtebb cluster technológiákhoz képest, sokkal egyszerűbb adminisztrálni, üzemeltetni és sokkal hatékonyabb programok fejleszthetők. Míg a clusteres program elkészítése nagyon komoly programozói munkát igényel a shared memóriás környezetben az igazi problémákra lehet fókuszálni, amivel hatékonyabb és eredményesebb a kutatás. A gép percek alatt átkonfigurálható a kutatási igényeknek megfelelően, míg a clusteres megoldás esetén ez a munka komoly szervezést és akár több napig tartó üzemszünetet is jelenthet.

    További fontos szempont lehet, hogy az Origin 3000 processzoronként tizedannyi energiát használ fel, mint egy PC, ezzel sokkal kevesebb hőt termelve nagyban egyszerűsíti a megfelelő hűtést. Így adott területen lényegesen több processzort helyezhetnek el, egy rack akár 128 processzort is tartalmazhat.

    Forrás: www.sgi.hu

    Bejelentették a Pegasos II-t

    Címkék

    Úgy tűnik, hogy a Genesi bejelentette a Pegasos II platformot. Hogy miben tér el a Pegasos II a Pegasos I-től? A Pegasos II főbb jellemzői:

  • MicroATX alaplap (236 mm x 172 mm), szabványú házakkal kompatibilis
  • Open Firmware
  • MV64361 Discovery II System Controller a Marvell-től
  • G3 vagy G4 PowerPC CPU az IBM/Motorola párostól
  • PC2100 RAM, két foglalat DDR-266 RAM-okhoz, max. 8GB memóriáig
  • AGP slot
  • PCI alrendszer (32bit, 33MHz), opcionális Riser Card foglalat
  • IEEE1394/Firewire (100, 200 vagy 400 megabit adatátvitel)
  • Gigabit ethernet (Marvell Discovery II MV64361-ben)
  • 10/100 megabit ethernet (VIA Rhine kontroller)
  • USB alrendszer két külső és egy belső csatlakozással (VIA 8231 chipset)
  • SPDIF digitális audio csatlakozó
  • AC97 hang alrendszer + mikrofon bemenet, vonali ki/be és fülhallgató csatlakozó (Sigmatel STAC 9766 codec)
  • IRDA
  • ATA100-kompatibilis IDE támogatás, két csatorna, max 4 ATA eszközhöz (VIA 8231 chipset)
  • két PS/2 csatlakozó a standard PS/2 egér és billentyűhöz
  • Soros (RS232) port
  • Párhuzamos (Centronics) port
  • Gameport a PC-kompatibilis joystick-okhoz
  • Floppy csatlakozó
  • két operációs rendszer: MorphOS és Debian GNU/Linux Mac-on-Linux-szal

    Látogasd meg a Genesi és a Pegasos honlapját a bővebb infóért.