A FreeBSD-STABLE branch (a fejlesztői branch a 4-STABLE-hez) forrás fája fagyasztott állapotba került, készülve a FreeBSD 4.7 kiadásra.

Gentoo Linux telepítési útmutató

Ez a howto leírja azt, hogy hogyan telepítsünk a Gentoo Linuxot CD, illetve reboot nélkül. Személy szerint Debian segítségével telepítettem fel Gentoot egy másik merevlemezre. Erre azért volt szükségem, mert az eredeti Gentoo ISO nem támogat ADSL-t és semmilyenféle ppp alapú Internet kapcsolatot. A Gentoo 1.4 Betat telepítettem GCC 3.2-vel. Előre is sok szerencsét. A telepítéshez szükséges tar.gz csomagokat a http://www.ibiblio.org/pub/Linux/distributions/gentoo/

releases/build/1.4_beta/ URL-ről töltheted le.

1. Partícionálás

2. Mountolás

3. Stage kitömörítése

4. Rsync

5. Stage1 - Stage2

6. Stage2 - Stage3

7. Időzóna

8. Kernel és System logger

9. További csomagok telepítése

10. /etc/fstab | passwd | grub

11. Telepítés befejezése---------------------------------------------------------------------

1. Partícionálás

Gentoo Linuxot akármilyen filerendszerre telepíthetünk, amit kernelünk támogat. Személy szerint ext3-at válaszottam. (/dev/hdd2 re)

Először is hozzunk létre egy swap partíciót, illetve az is tökéletesen megteszi, ha mindkét rendszerünk ugyanazt a swap partícót használja. Én a külön partíciót válaszottam (/dev/hdd3)

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

#mkswap /dev/hdd3

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

Ezután létrehoztam a root (/) filerendszeremet.

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

#mke2fs -j /dev/hdd2

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

2. Mountolás

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

#mkdir /mnt/gentoo

#mount /dev/hdd2 /mnt/gentoo

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

3. Stage kitömörítése

A letöltött stage filet tömörítsük ki az újdonsült root filerendszerünkre.

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

#cd /mnt/gentoo

#tar -xjvpf /home/thuglife/stage1-x86-1.4_beta.tbz2

#mount -o bind /proc/ /mnt/gentoo/proc

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

Ezután chroot-tal "lépjünk" be a Gentoo Linuxba. Előtte ne felejtsük átmásolni az /etc/resolv.conf fileunkat.

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

#cp /etc/resolv.conf /mnt/gentoo/etc

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

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

#chroot /mnt/gentoo /bin/bash

#env-update

#source /etc/profile

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

Ezek után már "bent" is vagyunk.

4. Rsync

Ezeket után töltsük le a Portage-t. Ez kb. 10 MB

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

#emerge rsync

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

5. Stage1 - Stage2

Ha stage3 tarballt használtál stage1 helyett, akkor az 5. és a 6. pontot hagyd ki! De mivel mi itt stage1-et használtunk ezért jobb, ha te is ezt teszed. Mivel mostmár van egy működő másolat a Portage tree-ről, azok akik stage1 tarballt használtak, nekiállhatnak a "bootstrap"-elésnek. Először is szerkesszük át az /etc/make.conf filet. Ebben a fileban megadhatod a USE flageket amiket majd a fordító (gcc) fog használni. A fileban találsz példákat, de a mellékelt screenshoton az én beállításaimat láthatod.

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

#nano -w /etc/make.conf

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

Ezután lépjünk bele a Portage tree könyvtárába, és hajtsuk végre a bootstrap-et.

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

#cd /usr/portage

#scripts/bootstrap.sh

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

A bootstrap időtartama a gépedtől függ. Egy 900 MHz-es AMD-én kb. 1 óra. A bootstrap lefordít pár alap dolgot: binutils, gcc, gettext, glibc. A bootstrap után stage2 stádiumban leszel.

6. Stage2 - Stage3

Itt az idő, hogy feltelepítsük az alap rendszert.

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

#export CONFIG_PROTECT=""

#emerge --pretend system (ez nem kötelező! A telepítendő csomagok listája)

#emerge system

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

export CONFIG_PROTECT azért szükséges, hogy a régi config fileok felül legyenek írva. (Fontos!!!!)

7. Időzóna

Ezen a ponton már stage3 rendszered van, ami készen áll a végleges konfigurációra.

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

#ln -sf /usr/share/zoneinfo/Europe/Budapest /etc/localtime

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

8. Kernel és System Logger

Töltsünk le egy kernel forráskódot az emerge segítségével.

gentoo-sources : Gentoo által patchelt kernel-forrás -ac alappal. És XFS supportal.

vanilla-sources : Ugyanaz a kernel-forrás, mint amit az ftp.kernel.org-ról tölthetsz le. A stabil verzió. (én ezt válaszottam)

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

#emerge vanilla-sources

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

Ezután forgassunk kernelt.

FONTOS!!!!!!! DEVFS Support KELL a kernelbe mivel Gentoo devfs párti, és boot-nál szólni fog, ha hiányzik a devfs támogatás!!!

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

#cd /usr/src/linux

#make menuconfig

#make dep && make clean bzImage modules modules_install

#cp /usr/src/linux/arch/i386/boot/bzImage /boot/vmlinuz-vanilla-sources-2.4.19

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

A make install kihagyására azért van szükség, mert Gentoo nem Lilo-val települ, hanem GRUB-bal.

vmlinuz-vanilla-source-2.4.19 ez akármi lehet, ezt a nevet csak én válaszottam.

Ezután telepítsünk fel egy kernel loggert és egy system loggert illetve, ha akarunk egy cront is.

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

#emerge sysklogd

#rc-update add sysklogd default

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

És ha cront is szeretnénk akkor:

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

#emerge dcron

#rc-update add dcron default

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

9. További csomagok telepítése

Például ha ReiserFS-t használunk, akkor szükségünk lesz a reiserfsprogs-ra, vagy ha XFS-t akkor az xfsprogs-ra.

Telepítsük fel ezeket ha szükség van rájuk.

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

#emerge reiserfsprogs

vagy

#emerge xfsprogs

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

10. /etc/fstab | passwd | grub

Most editáljuk az /etc/fstab filet.

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

#nano -w /etc/fstab

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

Remélem ehhez nem kell magyarázat. Átírjuk, hogy mi hol található, és hogy milyen típusú fs. Első sor a boot partíció. De mivel ilyet mi nem csináltunk, ezért én ezt a sort kommenteltem. (#)

Ezután állítsuk be a root jelszót.

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

#passwd

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

Majd hozzuk létre az /etc/hostname filet.

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

#touch /etc/hostname

#nano -w /etc/hostname

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

Ide a hostnevet írjuk be nekem például : Gentux

Szerkesszük az /etc/hosts filet is.

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

#nano -w /etc/hosts

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

Az alap file így néz ki:

127.0.0.1 localhost

Ezt egészítsük ki így:

127.0.0.1 localhost Gentux

Persze a Gentux helyére a saját hostnevedet írd.

Ha szükséges boot-kor modulokat betöltened, például hálókártya modult, akkor azt az /etc/modules.autoload-ban teheted meg.

A hálózatot az /etc/conf.d/net-ben állithatod ( ip cím stb.)

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

#nano -w /etc/conf.d/net

#rc-update add net.eth0 default

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

Ha ADSL-ed van akkor:

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

#emerge rp-pppoe

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

Keymap:

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

#nano -w /etc/rc.conf

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

Ebben a fileban beállíthatod a KEYMAP-odat. Ha ezt nem teszed meg, akkor angol lesz. US-t írd át HU-ra. :)

Hdparm:

Ha DMA-t szeretnél használni, akkor azt állitsd be a /etc/conf.d/local.star fileban

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

#nano -w /etc/conf.d/local.start

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

Nekem így néz ki:

hdparm -d 1 /dev/hda

hdparm -d 1 /dev/hdb

Grub:

Add ki a parancsot:

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

#grub

vagy ha nincs floppy a gépedben akkor:

#grub --no-floppy

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

Legnehezebb dolog Grub-ban a partíciók és a merevlemezek megnevezése. Pár példa:

/dev/hda1 = (hd0,0)

/dev/hdb3 = (hd1,2)

/dev/hdd7 = (hd3,6)

Miután bent vagyunk a grub shell-ben, állítsuk be.

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

grub> root (hd3,1)

grub> setup (hd0)

grub> quit

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

Nekem a root partícó a hd3,1 mivel /dev/hdd2. És hd0 pedig azt jelenti, hogy a hda MBR-jébe telepítődjön.

Hozzuk létre a grub menu.lst filet, és szerkesszük azt.

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

#touch /boot/grub/menu.lst

#nano -w /boot/grub/menu.lst

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

Példa a confighoz:

default 0

timeout 30

splashimage=(hd0,0)/boot/grub/splash.xpm.gz

title=My example Gentoo Linux

root (hd3,1)

kernel /boot/kernel-vanilla-source-2.4.19 root=/dev/hdd2

title=Windows 98

root (hd0,0)

chainloader +1

11. Telepítés befejezése

KÉÉÉÉÉÉÉÉÉSZ!!!!!!!!

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

exit

cd /

umount /mnt/gentoo/proc

umount /mnt/gentoo/

reboot

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

További információ és segítség:

www.gentoo.org

irc.openprojects.net #gentoo.hu

Illusztráció:
after_resync, bent, bootstrap, filesystem, make.conf, portage, proc, resolv, rsync, stage1

A NetBSD 1.6 a kilencedik nagyobb kiadása lesz a NetBSD operációs rendszernek, és jelenleg a kiadás előtti állapotban van.A netbsd-1-6 CVS branch jelenleg a 1.6_RC1-nél tart. Ez egy release candidate kiadás, tulajdonképpen már csak a kritikus bugok lesznek benne frissítve a végső kiadásig.

Ha gondolod fel tudod építeni a NetBSD-t forrásból, vagy használhatod a napi snapshotokat.

Megjegyzés: A NetBSD 1.6 jelenleg elég stabil állapotban van, de a fejlesztők mégsem ajánlják produktív rendszeren való alkalmazását.

Bővebb információ itt.

Mivel sok "játékos" hír van itt a hup-on, ezért gondoltam ez érdekelhet egy pár embert.

Tehát létezik egy SimCity klón linuxra. Mobility a neve és elég faja játék. Egyetlen kis hibája, hogy csak susés rpm-ekben van terjesztve, szóval kénytelen-kelletlen alien-ezni kell.Egész igényes grafikával van megáldva, és nagyon élvezhető. A pénz euróban van benne számolva (ha jól emléxem).

A nevéből kitűnik, hogy nem annyira a gazdaságon van benne a hangsúly (bár az is van benne rendesen), hanem a közlekedésen.

Szóval mindenkinek tessék kipróbálni!

Itt egy link:


http://linux.mobility-online.de/

Jó étvágyat! :)

Újabb fejlesztői kernel, Linus feladta a küzdelmet a floppy driverrel, amely már elég régen nem működik a 2.5 kernelben megfelelően. Mint mondta, kipróbálta 2 floppy diszkkel is, egyiket tökéletesen beolvasta, a másik 90%-nál hibát jelzett. De mint mondja elégedett, mert többet nem is várt egy 5 éves floppy lemeztől. Tehát a floppy kódot tesztelni kell, folytatódik az IDE munka, pár hálózatos anyag. NTFS, JFS, és természetesen USB frissítések.

Letölthető patch-2.5.33.gz

Változások ChangeLog-2.5.33

Az OnLamp-on jelent meg egy érdekes cikksorozat Emmanual Dreyfus tollából, amely a NetBSD-n megvalósított Irix bináris kompatibilitást feszegeti. Ennek a cikksorozatnak jelent most meg a második része. A témák: Unix program indulása, a verem felállítása a program indulásához, az ELF kiegészítő tábla, a CPU regiszterek beállítása az indításkor.

A elolvashatod itt.

Jó lenne, ha az /etc/issue-ban a legfrissebb unixos hír lenne mindig? (az /etc/issue jelenik meg a login prompt előtt)


A megoldás:

Hozzávalók: w3m, perl, állandó netkapcsolatEgy perl programra hárul a feladat, hogy a HUP mobilinternet változatából a megfelelő sort nyakon csípje(az első friss hírt) és kirakja a program kimenetére. Biztos meg lehetne oldani kényelmesebben is ezt a feladatot más nyelven. (shell script is elég lenne)


Ez a következő:

/usr/bin/levag.pl

----------

$i=0;


while () {

$i++;

if($i==6) {

print;

}

}

----------


Ezután a megfelelő bootscriptbe kell beleírni (épp linux from scratch disztriben írom ezt, úgyhogy mindenki keresse meg a saját disztribjében a megfelelő helyet):


w3m -dump www.hup.hu/modules.php?name=PDA | perl /usr/bin/levag.pl > /etc/issue


Így minden rendszerindításkor friss hír fogad. Ha akarod, a cron-ba is beteheted, ami akkor célszerű, ha a gép soha nincs kikapcsolva (szerver).

Novák Áron

Újabb AC patch a legújabb prepatch kernelhez.

Letölthető patch-2.4.20-pre5-ac1.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]

Resync and collect up the main stuff. The IDE stuff Andre sent me isn't in - its going back for another debug phase before its considered. Caution is still advised with the IDE and ide-scsi is known to cause crashes.

Linux 2.4.20-pre5-ac1

Resync with 2.4.20pre5

o Fix IDE compile (me)

o Update defconfig (Niels Jensen)

o Various warning fixes (Niels Jensen)

+ Remove epat debug printk that escaped (Moritz Barsnick)

o Fix PPC build for pre4-ac (Ben Herrenschmidt)

o Fix hang in Matrox DRM (Jonny Strom)

o Backport 2.5 LDT allocation improvements (Manfred Spraul)

+ Lp tidy and printk levels (Lucas Correia Villa Real)

o Update yenta region size patch (Manfred Spraul)

+ Fix an i2c bus leak on the acorn pcf8583 (Silvio Cesare)

+ Fix e100 phy build (Linus Torvalds)

o Further i810 audio updates (Juergen Sawinski)

+ Tidy ver_linux output with gcc 3.x (Steven Cole)

o ppp_generic fixes for building on boxes (Bjorn Helgaas)

with out* as macros

o pdc4030 updates (Peter Denison)

+ Forte sound driver updates (Martin Petersen)

o Fix AMD7441 PCI ID error

o Tighten asm-ia64 io macros (Andreas Schwab)

portigris (tigris@1984.hu) barátom egy ulog netfilter bugot talált, amihez már a netfilter-devel listán elkészült a patch, de ezidáig -pre kernelekbe nem került bele.

A 2.2-es kernel is fejlődik, igaz nem olyan ütemben mint a 2.4, de azért AC néha ránéz erre is. Itt az -rc2, mert az -rc1 óta napvilágot látott néhány helyi biztonsági hiba, amelyet a Solar Designer és más fejlesztők találtak a kódban.

Letölthető patch-2.2.22-rc2.gz

Változások:This is going straight to rc1 because it contains a lot of security fixes for local security problems found by Silvio's audit Solar Designer and a couple of other folks. The other stuff is minor and is the entire 2.2 pending queue anyway.

Special thanks go to Openwall who did pretty much all of the security backporting work. This is mostly their kernel update not mine.

2.2.22-rc2

o Fix isofs over loopback problems (Balazs Takacs)

o Backport 2.4 shutdown/reset SIGIO from 2.4 (Julian Anastasov)

o Fix error reporting in OOM cases (Julian Anastasov)

o List a 2.2 maintainer in MAINTAINERS (Keith Owens)

o Set atime on AF_UNIX sockets (Solar Designer)

o Restore SPARC MD boot configuration (Tomas Szepe)

o Multiple further sign/overflow fixes (Solar Designer)

o Fix ov511 'vfree in interrupt' (Mark McClelland)

Christoph Hellwig egy patchet postázott, mely az alábbiakat tudja: "a patch az SGI XFS filerendszer alap funkcióit tartalmazza a Linux 2.5.32-höz. Nem tartalmazza az olyan változásokat, mint: Posix ACL-ek, dmapi, kdb és egyéb kódokat, amelyek megtalálhatóak az XFS CVS fában".

Remélhetőleg ez a dolog kikövezi az XFS 2.5-be való integrálását.From: Christoph Hellwig

To: linux-kernel

Subject: [PATCH] XFS core for 2.5.32

Date: Wed, 28 Aug 2002 03:12:22 +0200

This patch includes only the core functionality of the SGI XFS filesystem for Linux 2.5.32. It does NOT include changes for Posix ACLs, dmapi, kdb or other code included in the XFS CVS tree.

The patch adds the self-contained XFS code and makes almost no modifications to existing kernel code. Diffstat output with new files stripped:

Documentation/Changes | 16

Documentation/filesystems/00-INDEX | 2

MAINTAINERS | 8

fs/Config.help | 66

fs/Config.in | 9

fs/Makefile | 1

include/linux/sched.h | 1

include/linux/sysctl.h | 2

kernel/ksyms.c | 1

Please send any comments to the patch or xfs code to linux-xfs@oss.sgi.com. We know that there are still issues left that need addressing, but feel free to add your items.

The patches can be found at:

ftp://ftp.kernel.org/pub/linux/kernel/people/

hch/patches/v2.5/2.5.32/linux-2.5.32-xfs.patch.gz

ftp://ftp.kernel.org/pub/linux/kernel/people/

hch/patches/v2.5/2.5.32/linux-2.5.32-xfs.patch.bz2

Szerdán írtam az Intel által kifejlesztett Hyper-Threading (HT) technológiáról. A technológia lényege, hogy egy fizikai CPU képes azt "hazudni", hogy ő valójában több (többnyire 2), és képes ezen az egy fizikai processzoron a több szálon futó alkalmazásokat párhuzamosan futtatni. Így akár 40%-os teljesítmény-növekedést is kaphatunk egyes alkalmazásoknál. Molnár Ingó, az O(1) scheduler készítője készített egy patchet, amely lehetővé teszi, hogy az O(1) ütemező is kihasználhassa a HT technológiát.

"A Hyper-Threading technológia egy érdekes koncepció, amely teljes támogatást érdemel szerintem." - írja Ingó.

Néhány szám a tesztelések során:

a floppy.c fordítása végtelen ciklusban, 2.55 mp-et vesz igénybe egy ciklus. Elindítva párhuzamosan két egyforma ciklust 2 fizikai, 2 logikai CPU-n (összesen 4 logikai CPU) egy P4 HT box az alábbi eredményeket adta:

2.5.31-BK-curr: - fluctuates between 2.60 secs and 4.6 seconds.

BK-curr + sched-F3: - stable 2.60 sec results.

A tesztek folytak kernelfordítással is:

kernelfordítás "make -j2"-vel:

2.5.31-BK-curr: 45.3 sec

BK-curr + sched-F3: 41.3 sec

Ez kb. 10%-os növekedés. Ez talán betudható az első patchnek, de a növekedés mindenképpen a 10-40% között reális valahol.

Ingó teljes levele:From: Ingo Molnar

To: linux-kernel

Subject: [patch] "fully HT-aware scheduler" support, 2.5.31-BK-curr

Date: Tue, 27 Aug 2002 03:44:23 +0200 (CEST)

symmetric multithreading (hyperthreading) is an interesting new concept that IMO deserves full scheduler support. Physical CPUs can have multiple (typically 2) logical CPUs embedded, and can run multiple tasks 'in parallel' by utilizing fast hardware-based context-switching between the two register sets upon things like cache-misses or special instructions. To the OSs the logical CPUs are almost undistinguishable from physical

CPUs. In fact the current scheduler treats each logical CPU as a separate physical CPU - which works but does not maximize multiprocessing performance on SMT/HT boxes.

The following properties have to be provided by a scheduler that wants to be 'fully HT-aware':

* HT-aware passive load-balancing: the irq-driven balancing has to be per-physical-CPU, not per-logical-CPU.

Otherwise it might happen that one physical CPU runs 2 tasks, while another physical CPU runs no threads. The stock scheduler does not recognize this condition as 'imbalance' - to the scheduler it appears as if the first two CPUs had 1-1 task running, the second two CPUs had 0-0 tasks running. The stock scheduler does not realize that the two logical CPUs belong to the same physical CPU.

* 'active' load-balancing when a logical CPU goes idle and thus causes a physical CPU imbalance.

This is a mechanism that simply does not exist in the stock 1:1 scheduler - the imbalance caused by an idle CPU can be solved via the normal load-balancer. In the HT case the situation is special because the source physical CPU might have just two tasks running, both runnable - this is a situation that the stock load-balancer is unable to handle - running tasks are hard to be migrated away. But it's essential to do this - otherwise a physical CPU can get stuck running 2 tasks, while another physical CPU stays idle.

* HT-aware task pickup.

When the scheduler picks a new task, it should prefer all tasks that share the same physical CPU - before trying to pull in tasks from other CPUs. The stock scheduler only picked tasks that were scheduled to that particular logical CPU.

* HT-aware affinity.

Tasks should attempt to 'stick' to physical CPUs, not logical CPUs.

* HT-aware wakeup.

again this is something completely new - the stock scheduler only knows about the 'current' CPU, it does not know about any sibling [== logical CPUs on the same physical CPU] logical CPUs. On HT, if a thread is woken up on a logical CPU that is already executing a task, and if a sibling CPU is idle, then the sibling CPU has to be woken up and has to execute the newly woken up task immediately.

the attached patch (against 2.5.31-BK-curr) implements all the above HT-scheduling needs by introducing the concept of a shared runqueue: multiple CPUs can share the same runqueue. A shared, per-physical-CPU

runqueue magically fulfills all the above HT-scheduling needs. Obviously this complicates scheduling and load-balancing somewhat (see the patch for details), so great care has been taken to not impact the non-HT schedulers (SMP, UP). In fact the SMP scheduler is a compile-time special case of the HT scheduler. (and the UP scheduler is a compile-time special case of the SMP scheduler)

the patch is based on Jun Nakajima's prototyping work - the lowlevel x86/Intel bits are still those from Jun, the sched.c bits are newly implemented and generalized.

There's a single flexible interface for lowlevel boot code to set up physical CPUs: sched_map_runqueue(cpu1, cpu2) maps cpu2 into cpu1's runqueue. The patch also implements the lowlevel bits for P4 HT boxes for the 2/package case.

(NUMA systems which have tightly coupled CPUs with a smaller cache and protected by a large L3 cache might benefit from sharing the runqueue as well - but the target for this concept is SMT.)

some numbers:

compiling a standalone floppy.c in an infinite loop takes 2.55 seconds per iteration. Starting up two such loops in parallel, on a 2-physical, 2-logical (total of 4 logical CPUs) P4 HT box gives the following numbers:

2.5.31-BK-curr: - fluctuates between 2.60 secs and 4.6 seconds.

BK-curr + sched-F3: - stable 2.60 sec results.

the results under the stock scheduler depends on pure luck: which CPUs get

the tasks scheduled. In the HT-aware case each task gets scheduled on a separate physical CPU, all the time.

compiling the kernel source via "make -j2" [under-utilizes CPUs]:

2.5.31-BK-curr: 45.3 sec

BK-curr + sched-F3: 41.3 sec

ie. a ~10% improvement. The tests were the best results picked from lots of (>10) runs. The no-HT numbers fluctuate much more (again the randomness effect), so the average compilation time in the no-HT case is higher.

saturated compilation "make -j5" results are roughly equivalent, as expected - the one-runqueue-per-CPU concept works adequately when the number of tasks is larger than the number of logical CPUs. The stock scheduler works well on HT boxes in the boundary conditions: when there's

1 task running, and when there's more nr_cpus tasks running.

the patch also unifies some of the other code and removes a few more #ifdef CONFIG_SMP branches from the scheduler proper.

(the patch compiles/boots/works just fine on UP and SMP as well, on the P4 box and on another PIII SMP box as well.)

Testreports, comments, suggestions welcome,

Ingo

A héten volt szó arról, hogy változik az MP3 licence, és hogy ennek hatására a Red Hat már el is távolította az MP3 lejátszókat a disztribúciójából.

A NewsForge megkereste a Thomson Multimedia-t, aki jelenleg az MP3 licenc jogok tulajdonosa, és feltette a kérdést: "Valóban megváltozik az MP3 licencelése?"

A kérdésre Dave Arland, a Thomson Multimedia egyik amerikai szóvivője elmondta, hogy az MP3 licencelése nem változott az elmúlt 7 évben, és legjobb tudomása szerint nem is tervez a Thomson Multimedia semmilyen változtatást a jövőben. Arland elmondása szerint, a Slashdot hírbeküldő tévedett, amikor azt állította, hogy újabban változott az MP3 licencelése.

Arland szerint nem fognak licenc díjat kérni a free lejátszók után. Arland elmondta, hogy a Thomson nem ebből él, hanem a kereskedelmileg eladott MP lejátszók után szedett licencdíjakból. A Thomson nem csak engedélyezi, hanem egyenesen bátorít az MP3 free lejátszók használatára.Arland elmondta, hogy a Thomson a Fraunhofer-rel partnerségben fejlesztette ki az MP3 technológiát. Ezt a technológiát ők licencelik. Ez nem ingyen van. Ez nem is lesz soha ingyen.

Ennek ellenére a "No license fee is expected for desktop software mp3 decoders/players that are distributed free-of-charge via the Internet for personal use of end-users." - sor nem lesz eltávolítva a licencből.



Eddig a cikk. A fent említett sort valóban el akarták távolítani. Arland elismerte, hogy gondolkoztak rajta. Most nem tudni, hogy a Thompson valóban nem akarta megtiltani a licencelést, vagy csak a nyomás és felzúdulás hatására döntöttek így?

A cikket elolvashatod itt. Szó van benne a GPL kérdéséről is, stb.

A hét elején írtam a naplózó filerendszerekről (XFS, ReiserFS, JFS) egy-egy HOWTO-t. Az egész sima text formátumban volt, ami ugye nem nevezhető standard HOWTO formának. Kocsis Attila [attila.kocsis@mailbox.hu] jóvoltából, ezek az írások rendes HOWTO alakra lettek formázva, így akár olvashatók is ;-)

A HOWTO-kat megtalálod az alábbi linkeken:

XFS-Root-Boot-HOGYAN, ReiserFS-Root-Boot-HOGYAN, JFS-Root-Boot-HOGYAN

Köszönet a konverzióért.

Csomag : python

Sebezhetőség : nem-biztonságose átmeneti fileok

Probléma-Típus : helyi

Debian-specifikus: nem

Zack Weinberg felfedezett egy biztonsági hibát a pythonban. A hibát az átmeneti fileok (temp files) nem biztonságos használatában találták. A hibát kihasználva akár tetszőleges kódot is lehet futtatni a helyi gépen.

A hibáról bővebben itt olvashatsz.

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

Az America Online (AOL), amely az internetes szervezeti egysége a multimédia óriás Time Warner Company-nak, bejelentette, hogy munkába akarja állítani a Netscape böngésző legújabb verzióját. Mostmár a bejelentés hivatalosnak is tekinthető, állítja több nagy külföldi internet site. A munkába állítás csütörtöktől kezdődik. Az AOL szerint a Netscape új verzióját május óta tesztelik felhasználók, és a böngésző gyorsabb, könnyebb böngészést ígér a Microsoft által gyártott Internet Explolerrel szemben.

A WebSideStory nevű kutatócég szerint a Netscape felhasználók száma egészen alacsonyra, mintegy 3.6%-ra esett vissza, szemben az IE 96%-os felhasználásával. (ez mondjuk érdekes mert nem hiszem, hogy a felhasználók 0.4% használna csak Operát, Mozillát, Konquerort, Lynx, Links és egyéb böngészőket)Mindenesetre az AOL ezzel a lépéssel ismét gyengíteni látszik a Microsoftot. Figyelembe véve az AOL felhasználói bázisát (34+ millió) , ha minden egyes felhasználójuk a Netscape-t kapja böngészőnek, akkor ez az arány nagy mértékben megfordulhat. Volt idő, amikor a Netscape uralta a böngésző piacot.

Viszont a Microsoft is megunhatta az "állandóan lyukas" IE-t érő szidalmakat, mert ha az információim nem csalnak, akkor a Windows XP következő szerviz csomagja már lehetővé teszi az Internet Exploler teljes eltávolítását.

Teljes sztori itt.

"Itt a pre5.

Főként merge Alannal és másokkal" - írta Tosatti.

Letölthető patch-2.4.20-pre5.gz

Változások Full Changelog

2002. július 08-án írtam ezt:

"A GNU/Linux világ egyik kedvelt 3D render szoftvere a Blender nehéz helyzetbe került. Fejlesztőcége a holland NaN pénzügyi problémákkal küzd, és így bizonytalanná vált a Blender jövője.

Úgy tűnik, hogy a Blender jó kezekbe kerül, és elmúlik a veszélyhelyzet a kiváló szoftver fölül:

Most úgy látszik, hogy a NaN Holding részvényesei végleg megegyezésre jutottak a Blender jövőjét illetően. Ez tulajdonképpen azt jelenti, hogy egy non-profit szervezet - a Blender Foundation (Alapítvány) - fogja a szoftver jövőbeli útját egyengetni. A részvényesek beleegyeztek, hogy a Blender Alapítvány végrehajtsa terveit, azaz a Blender fejlesztése open source körülmények között folytatódhat."

A Thomson és Fraunhofer Intézet, az mp3 zenei formátum jogtulajdonosa harakirit követett el. Megváltoztatott licencfeltételeik mostantól nemcsak az encoder programokra, hanem a lejátszóprogramokra is kiterjednek. Ennek megfelelően, a jelenleg fizetendő összeg csak 0.75 cent lejátszóprogramonként, ez viszont épp elég sok az egyébként nagy számban használt ingyenes shareware, freeware programok fejlesztőinek.Az Intézet elkésett ezzel a lépésével, nemrég jelent meg az 1.0-as vorbis codec, ami mind tömörítési hatékonyság, mind hangminőség terén felülmúlja az mp3-at. Mostantól a lustább zenebarát felhasználók is rákényszerülnek a váltásra, főleg ha a Fraunhofer Intézet, követve a BSA példáját fenyegető levelekkel buzdít majd, az úgy nevezett 'törvénykövető magatartás' érdekében.

Én csak arra vagyok kíváncsi, mostantól warez patch-re lesz szükségünk az mplayer-hez és az xmms-hez, ha le akarjuk játszani régebbi (természetesen saját;) zenéinket, illetve még mp3 hanggal kódolt (home) videóinkat?

Az encoderek-re már régóta kiterjed a Fraunhofer licence, ezért tűntek el shareware, kereskedelmi mp3-kódoló programok. Az Open-source lame viszont megmaradt és folyamatosan jönnek ki új verziói.

Kiadták a Midnight Commander (mc) egy új 4.6.0-pre1 kiadását, ami csak azért érdekes, mert január óta nincs új a nap alatt mc-éknél.

Mint tudjuk az Intel szerverekbe szánt új processzora - az Intel Xeon MP - több technológiai újítást is hoz(ott). Ezek közül az egyik Intel NetBurst mikroarchitektúra, a másik pedig a Hyper-Threading technológia. Az LKML-en (Linux Kernel Mailing List) többen is kérdezték, hogy mit jelent ez, hogy lehet ezt használni, mire jó, és hogy lehet megnézni, hogy egy processzor támogatja-e a Hyper-Threading technológiát? Hát lássuk.

Az első megjelenő Intel P4 processzorok nem támogatták az SMP-t, azaz a multi-processzorozhatóságot, vagyis nem tudtott két P4 processzor egymással együtt dolgozni egy alaplapban. Az új P4 (Xeon) processzorok már támogatják ezt a lehetőséget, így egyre több szerver-gyártó épít ezekre a processzorokra szervert. A Hyper-Threading technológia egy alapvetően új elgondolás az Intel részéről.

A Hyper-Threading technológia jelenleg már az Intel teljes Intel Xeon processzorcsaládjába beépítésre került. Ez a műszaki újdonság lehetővé teszi, hogy az operációs rendszer egyetlen fizikai processzort két logikai processzorként lásson, amelynek eredményeképpen lényegesen megnövelhető a szerver reakciókészsége, a tranzakciók sebessége és a hasznos munka teljesítménye.



Hogyan lehet ezt munkába fogni egy Linux rendszeren?Hogyan lehet ellenőrizni, hogy egy processzor rendelkezik-e a HT tulajdonságokkal?

Linux alatt kérjünk egy processzor információt:

#cat /proc/cpuinfo

processor : 0

vendor_id : GenuineIntel

cpu family : 15

model : 1

model name : Intel(R) Pentium(R) 4 CPU 1.70GHz

stepping : 2

cpu MHz : 1694.907

cache size : 256 KB

fdiv_bug : no

hlt_bug : no

f00f_bug : no

coma_bug : no

fpu : yes

fpu_exception : yes

cpuid level : 2

wp : yes

flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge

mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm

bogomips : 3381.65

Ha látjuk a flagek között a ht jelzést, akkor biztos, hogy a processzor HT technológiával rendelkezik.

Mit is kaphatunk a HT-től? Az operációs rendszer egy processzor helyett kettőt lát. Azaz, egy processzorra tudunk SMP kernelt fordítani. A HT technológia lehetővé teszi, hogy a többszálú alkalmazások a szálakat párhuzamosan hajthassák végre, azaz párhuzamosan futhassanak minden egyes processzoron. A HT-vel ellátott processzorok tartalmaznak egy ún. thread-level-parallelism (TLP) funkciót, és ez teszi lehetővé a párhuzamos végrehajtást. A mérések szerint a HT-képes processzorokon futó, ezt kihasználni tudó alkalmazások akát 40%-kal gyorsabbak is lehetnek így.

Hogyan is tudjuk ezt kihasználni a Linux rendszerünkben?

Egyszerűen. Tegyük fel, hogy van egy P4 Xeon processzorunk HT technológiával. Hogy a szimulációt bekapcsolhassuk, egy sima SMP támogatással rendelkező kernelt kell fordítanunk:

cd /usr/src/linux

make menuconfig

Processor type and features --->

[*] Symmetric multi-processing support

Ezen kívül kapcsoljuk még be az ACPI rendszer támogatást:

General setup --->

[*] ACPI support

Azt tudnunk kell, hogy a technológia kihasználásához a BIOS-nak támogatnia kell ezt a funkciót.

Mentsük el a kernel konfigurációt, majd szokásos módon fordítsük le a kernelt.

Rebootoljunk.

Ha a reboot után a rendszerünk két processzort mutat, akkor a processzorunk Hyper-Threading-képes.

Jelenleg tesztelés alatt van nálam egy szerver, amely 2 darab 1.8GHz-es Xeon processzorral rendelkezik (ez ugye 4 processzornak látszik majd). A processzorok HT-képesek, tervezek egy összehasonlító tesztet. Mondjuk sima kernellel, és mondjuk SMP kernellel. Kíváncsi vagyok, az eredményre.

FreeBSD kernelfordítás mini-HOWTO

Micskó Gábor trey@hup.hu - Hungarian Unix Portal

v.1.0, 2002. augusztus. 28 - Copyright © Hungarian Unix Portal

0. Ez nem az!

1. Miért?

2. Előkészületek

3. A kernel konfigurálása

4. A kernel fordítása

5. Reboot

6. Parancsok összefoglalása

7. Copyright, licenc, visszajelzés és ilyesmi0. Ez nem az!

Ez a HOWTO nem egy teljes referencia, hanem egy gyors összefoglaló arról, hogy hogyan tudsz egyedi FreeBSD kernelt fordítani. A HOWTO számos dologra nem tér ki, nem megy bele a részletekbe, egyszerűen csak megmutatja az utat, hogy hogyan is kellene hozzákezdeni a fordításhoz. A FreeBSD kernelt - mint ahogy a Linux kernelt is - ezerféleképpen le lehet fordítani. Mindenki fordítsa le úgy, ahogy neki a legmegfelelőbb. Arról, hogy hogyan tudsz FreeBSD kernelt fordítani, találsz egy teljes összefoglalást a FreeBSD Handbook-ban, a "Building and Installing a Custom Kernel" címszó alatt, amelyet megtalálsz a http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/

kernelconfig-building.html URL alatt.

1. Miért?

Hogy miért fordítsuk újra a FreeBSD kernelt? Több okunk is lehet arra, hogy egy operációs rendszer kernelét újra fordítsuk. Egyik ok lehet az, hogy új drivereket, funkciókat akarunk a kernelbe építeni, a másik fő ok éppen ennek az ellenkezője, azaz ki szeretnénk szedni minden felesleges funkciót, drivert a kernelből. A jelen esetben tételezzük fel, hogy azért fordítunk új kernelt, hogy aktiváljuk az SMP (Symmetric Multi Processing) támogatást a FreeBSD kernelben. Tesszük mindezt azért, mert olyan számítógéppel rendelkezünk, amelyben mondjuk 2 CPU van.

2. Előkészületek

Amikor úgy döntesz, hogy újrafordítod a FreeBSD kernelt legyél biztos benne, hogy rendelkezel BOOTDISK-kel. Amire még szükséged lesz, az egy kernelforrás. Ellenőrizd a fordítás megkezdése előtt, hogy rendelkezel-e a FreeBSD kernel forrásával. Ezt megteheted így:

# cd /sys

ha nincs meg a forrás, akkor futtasd root-ként a

# /stand/sysinstall

programot, és válaszd a "configure"-t, következőnek a "distribution"-t, majd az "src"-t és végül a "sys"-t. Ezzel telepítheted a szükséges forrásfile-okat a /usr/src/sys könyvtárba.

Configure Do post-install configuration of FreeBSD

Distributions Install additional distribution sets

[ ] src Sources for everything

[ ] sys /usr/src/sys (FreeBSD kernel)

[OK]

Ahhoz, hogy elkezd a kernel fordítással kapcsolatos kalandjaidat, válts munkakönyvtárat a /usr/src/sys/i386/conf könyvtárba. Két filet kell találnod ebben a könyvtárban. Ezekre szükségünk lesz, a fileok a GENERIC, és a LINT nevű fileok.

GENERIC alapkonfiguráció, erről készített kernet bootolsz ha a "gyári rendszered" van

LINT kibővített, "advanced" konfigurációs file, még több hardver és eszközmeghajtó támogatással

3. A kernel konfigurálása

Az első dolog legyen amit csinálsz, hogy készítesz egy másolatot a GENERIC fileról, mondjuk NEWKER néven:

# cp GENERIC NEWKER

NE TÖRÖLD LE A "GENERIC" VAGY A "LINT" fileokat, mert később megbánhatod, szükséged lehet még rájuk!

Szerkeszd az új kernel filet (jelen esetben a NEWKER nevűt) a kedvenc editoroddal (vi a barátod). Végezd el a szükséges változtatásokat (kommentezd ki a # karakterrel a szükségtelen dolgokat, vagy épp ellenkezőleg, távolítsd el a # karakert az elől a sor elől, amit be szeretnél építeni a kernelbe). Jelen esetben az SMP támogatás megvalósításához a következőket végezd el:

# To make an SMP kernel, the next two are needed

#options SMP # Symmetric MultiProcessor Kernel

#options APIC_IO # Symmetric (APIC) I/O

a változtatás előtt, és utána így nézzek ki:

# To make an SMP kernel, the next two are needed

options SMP # Symmetric MultiProcessor Kernel

options APIC_IO # Symmetric (APIC) I/O

végezd el a szükséges beállításokat, majd mentsd el a NEWKER file változásait.

Most joggal kérdezheted, hogy nem kell a LINT file?

A FreeBSD nem detektálja a hangkártyát magától például, azt neked kell beletenni a konfigba! Hogy hozzáadd a hangkártya támogatást, nézd meg a LINT filet. Talán abban megtalálod a számodra megfelelő sort.

Következő, amit el kell végezni, hogy futtatni kell a ``config filenev" parancsot.

#config NEWKER

Ha közben bármilyen hibát kapsz, valamit elrontottál a konfig fileban, menj vissza és javítsd ki!

4. A kernel fordítása

A kernel fordításához be kell lépned az új kerneled konfigjának nevét viselő könyvtárba, azaz a /usr/src/sys/compile/FILENEV, ahol a FILENEV a kernelkonfig neve, jelen esetben NEWKER.

#cd /usr/src/sys/compile/NEWKER

A befejezéshez már csak három lépést kell megtenned. Az alábbi parancsokat kell kiadnod:

#make depend

#make

#make install

Ez a dolog egy kicsit hosszabb időt vesz igénybe, itt az ideje, hogy rendelj egy pizzát, vagy igyál egy kávét ;) Pár szóban, hogy mi is történik ilyenkor: a make depend scriptek sorozatát futtatja, amelyek összegyűjtik a fordításhoz szükséges forráskódokat. A make segítségével fordul le maga a kernel. A make install telepíti tulajdonképpen a root könyvtárba "/" a kernelt, és nevezi át a jelenlegi kernelt, a kernel.GENERIC-et kernel.old-ra, és teszi a helyére az új kernelt.

5. Reboot

Ha kövtetted a felsorolt lépéseket, és mindent jól csináltál, akkor most rebootolhatsz. Hacsak nem rontottad el nagyon a konfigurálást, nagy valószínűséggel be is fog bootolni az új kernel.

6. Parancsok összefoglalása

# cd /usr/src/sys/i386/conf

# cp GENERIC NEWKER

# vi NEWKER

# config NEWKER

# cd /usr/src/sys/compile/NEWKER

# make depend

# make

# make install

# reboot

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

Micskó Gábor trey@hup.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 szerzõvel, mielõ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@debian.szintezis.hu email címre várok.

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

http://www.hup.hu/old/freebsd-kernel/ URL-en keresd.

Sok szerencsét!

"Expert demonstrates Microsoft hack" - olvashatjuk a ZDNet oldalain. Biztonsági szoftvereket széles körben használnak a bank szakmában, e-commerce-ben. Úgy tűnik, hogy azok a bankok, webes áruházak bajban vannak, akik a Microsft termékeit használják.

Egy svég biztonsági szakértő - aki eltitkolta ugyan nevét, de secutity körökben jól ismert - a Reuters-nek bemutatta, hogyan is lehet megtörni pár perc alatt a Microsoft által gyártott Web szervert. A szakértő bemutatta, hogy hogyan lehet feltörni a bankok biztonsági rendszerét. Pár perc alatt betört a 4 legnagyobb svéd bank közül háromba. Utána bemutatta, hogy hogyan tünteti el a nyomait, hogy nehéz legyen felfedezni a betörést.A cracker-szakértő a két hete ismertté vált biztonsági hibát használta ki a Microsoft SSL implementációjában.

"Ez egy olyan protokol, amelyen nagyon könnyű keresztülmenni. Ez nem nyújt semmilyen biztonságot az ügyfeleknek." - mondta a szakértő.

A Microsoft reagált a hibára, elmondásuk alapján kiderült, hogy már készítik a javítást a hibára.

Kérdés, hogy ez alatt az idő alatt mennyi károsult ügyfél lesz?

A cikket elolvashatod itt.

Megjelent a Debian közösség szokásos heti hírlevelének, a DWN-nek az ez évi 33-dik száma.

A témákból: OpenLDAP és TLS/SSL, az új GCC 3.2, Python 2.2, GNOME2 támogatása, új Sun Documentation licenc, az első Bug Squashing party, stb.

A hírlevelet elolvashatod itt.

Egy nagy patch, Molnár Ingó végre fixálta a HT-only MTRR bugot, természetesen benne van az IDE kód visszaállítás (a 2.4 IDE kód forward port), USB frissítések, stb.

Letölthető patch-2.5.32.gz

Változások logja itt.