- Az ULE ütemező az alapértelmezett ütemező mostantól az amd64 és i386 architektúrák GENERIC kernelében
- Az OpenSolaris-ból importálásra került a DTrace keretrendszer
- Új, fejlettebb NFS Lock Manager (NLM) kliens
- A boot loader egyebek mellett már lehetővé teszi az USB és a GPT-labeled eszközökről való bootolást
- Megjelent a cpuset(2) rendszerhívás és a cpuset(1) parancs, amelyek API-t biztosítanak a thread-ek CPU-hoz kötéséhez (binding), a CPU erőforrás csoportosításhoz (resource grouping) és kijelöléshez (assignment)
- KDE 3.5.10, GNOME 2.22.3
- DVD méretű média az amd64 és i386 architektúrákhoz
A bejelentés elolvasható itt. További információk találhatók a kiadási megjegyzésekben és az ismert hibákkal, késői megjegyzésekkel foglalkozó Errata-ban.
- A hozzászóláshoz be kell jelentkezni
- 2387 megtekintés
Hozzászólások
ULE, jaja. Valamelyik nap jobb hijjan kernel konfigot olvasgattam valamelyik pre gepemen, es majd hanyatt estem, hogy SCHED_ULE-t lattam a jo kis SCHED_BSD helyett. Az a baj, hogy gozom nincs, hogy ettol jobb lett-e nekem, mert semmilyen modon nem vettem eszre a jelenletet. Nem lett gyorsabb az egermozgatas, nem szaggat (se elotte, se azutan) a dvd-nezes, a parancssorban is ugyanolyan csigamod halad a kurzor balra. Szoval jo :-)
- A hozzászóláshoz be kell jelentkezni
Mondjuk ez a cpuset erdekel, de persze kene valami, amivel lathatova teheto, hogy attol nekem jo ha raragasztok valamilyen processzt a C2D egyik magjara. Persze attol tartok, igazan ez is Bra-nak lesz jo, aki mar latott a top kimeneteben F jelu processzort is (es innen tudjuk, hogy a FreeBSD top hexaban irja ki a processzorok azonositojat).
Szoval most komolyan, milyen terhelessel lehetne ezt jol lathatoan vizslatni?
- A hozzászóláshoz be kell jelentkezni
Elsősorban Zahynak, ez még mindig nem bootol HPVM-ben:
...
cpu0: on acpi0
cpu1: on acpi0
Timecounters tick every 1.000 msec
Waiting 5 seconds for SCSI devices to settle
fatal kernel trap (cpu 0):
trap vector = 0x14 (Page Not Present)
cr.iip = 0xe0000000049ed850
cr.ipsr = 0x1010080a2010 (mfl,ic,dt,dfh,rt,cpl=0,it,ri=0,bn)
cr.isr = 0x80400000000 (code=0,vector=0,r,ei=0,ed)
cr.ifa = 0x1
curthread = 0xe000000004be8460
pid = 0, comm = swapper
[thread pid 0 tid 0 ]
Stopped at pmap_switch+0x120: [M0] ld4 r14=[r17],0x4
Ave, Saabi.
- A hozzászóláshoz be kell jelentkezni
ellenben virtualboxban igen es viszonylag normalisan mukodik ha beallitod neki az intel halokartyat
- A hozzászóláshoz be kell jelentkezni
Viszont a virtualbox nem fut hp-ux alatt, tehát számomra érdektelen.
Ave, Saabi.
- A hozzászóláshoz be kell jelentkezni
De azt ugye tudod, hogy legalább a Xen-nek van IA64-es portja? Annak azé' utánanézhetnél egy kicsit!
- A hozzászóláshoz be kell jelentkezni
Nem sikerült felcsigáznod. :-P
Ave, Saabi.
- A hozzászóláshoz be kell jelentkezni
hm. attansic l1 driver továbbra sincs :/
- A hozzászóláshoz be kell jelentkezni
Erdemes lenne elolvasnod a fent hivatkozott errata -t :-)
"[20090105] The Release Notes for 7.1-RELEASE should have mentioned changes that the age(4) driver has been added to provide support for Attansic/Atheros L1 gigabit Ethernet controller."
Es a most frissitett rendszeremben (legalabbis a man 4 age szerint) van tamogatas.
- A hozzászóláshoz be kell jelentkezni
vicces, mert pont az errata volt az első amit nézegettem, de egy idő után meguntam, az l1-re meg csak a hw notes-ban kerestem rá :)
kösz az infót, még a végén érdemes lesz kipróbálni (ismét) :)
- A hozzászóláshoz be kell jelentkezni
epp most importalom svn-bol git-be 7-STABLE branchet :)
___
info
- A hozzászóláshoz be kell jelentkezni
- A hozzászóláshoz be kell jelentkezni
hagyjad, neki a git a maniaja.
lassan gittegylet is lehet.
- A hozzászóláshoz be kell jelentkezni