Journaling filerendszer állapotjelentés

DragonFly BSD

Matt Dillon jelentős lépéseket tett annak érdekében, hogy a DragonFly BSD legyen az első olyan BSD terjesztés, amelyik korszerű naplózó filerendszerrel rendelkezik majd a jövőben. A napokban két levélben részletezte, hogy hol tart a journaling FS fejlesztése...A kód már egész működőképes. A kernel már képes szinte az összes logot előállítani a ``forward'' journaling-hoz. A jscan segédprogram segítségével képesek vagyunk tükröt készíteni a naplózott filerendszerről. A journaling képességet Matt jelenleg ``testing only'' jelzővel illette. A beszámolóból kiderül, hogy milyen teljesítménnyel működik a filrendszer, hogy a ``reverse'' journaling implementálása még hátra van, de az eddigi eredmények is ígéretesek....

Bővebb infó ebben és ebben a levélben.

( avoros | 2005. 07. 06., sze – 09:45 )

Linux kezdő kérdés:

a linuxos fájlrendszerek ezeket a funkciókat tudják, nem?

( dyn | 2005. 07. 06., sze – 09:56 )

Na itt is egy buta kerdes :) Reiser4-et portolni rosszabb otlet lenne mint sajatot irni vagy nem kivitelezheto (miert nem)?

( godot v | 2005. 07. 06., sze – 10:11 )

Nagyon várom már a 2.0-ás DFLY-t ....

Nem teljesen ide tartozó kérdés..

Hogy áll a Natív (SUN) Java támogatás BSD fronton?

Utolsó infóm szerint 1.3-as JRE van csak, felette linux bináris + emuláció.

Üdv

Godot

dyn wrote:
> Na itt is egy buta kerdes :) Reiser4-et portolni rosszabb otlet lenne mint
> sajatot irni vagy nem kivitelezheto (miert nem)?
Nem tudom Dillon fájlrendszere mennyire kompatibilis az UFS-sel, de ha
igen, akkor itt a válasz. Ha nem, akkor meg millió egy:
- sajátot írni nagyobb fun
- a reiser nem BSD licenszű, tisztaszobás portolást (újraírást) meg
nehezebb csinálni
- patent pending, mittudomén
:)

godot wrote:
> Hogy áll a Natív (SUN) Java támogatás BSD fronton?
> Utolsó infóm szerint 1.3-as JRE van csak, felette linux bináris + emuláció.
Mire is gondolsz?
file /usr/local/jdk1.4.2/bin/java
/usr/local/jdk1.4.2/bin/java: ELF 32-bit LSB executable, Intel 80386,
version 1 (FreeBSD), for FreeBSD 5.2 (502128), dynamically linked (uses
shared libs), stripped

Uhh, de régen fordítottam. Már van 1.5-ös és FreeBSD 6-ot használok. :)

On 2005-07-06, Nagy Attila <bra@fsn.hu> wrote:
>
> godot wrote:
>> Hogy áll a Natív (SUN) Java támogatás BSD fronton?
>> Utolsó infóm szerint 1.3-as JRE van csak, felette linux bináris +
> emuláció.
> Mire is gondolsz?
> file /usr/local/jdk1.4.2/bin/java
> /usr/local/jdk1.4.2/bin/java: ELF 32-bit LSB executable, Intel 80386,
> version 1 (FreeBSD), for FreeBSD 5.2 (502128), dynamically linked (uses
> shared libs), stripped
>
> Uhh, de régen fordítottam. Már van 1.5-ös és FreeBSD 6-ot használok. :)

Az egy pont otos jdk is ott figyel a port faban, szepen le is fordul,
de csak a bongeszo plugin nelkuli forditas van tamogatva.

Cs.

Érdekes, hogy ez a téves infó kb hetente egyszer előfordul itt a hup különböző fórumkérdései között. Tisztázzuk le egyszer-s-mindenkorra:

van egy diablo-jdk13/diablo-jre13, ami natív _bináris_ Java (1.3.1), de csak 4.x és 5.2.1-ig futóképes, 5.3 és 5.4 (pláne újabb verzión) nem működik.

1.1.8

1.2.2

1.3.1

1.4.2

1.5.0

verziól a jelenleg elérhetőek a ports fában. Ami némi alapot adhat erre a tévinformációra, az a következő:

A Sun jelenlegi licence alapján, mivel az ő tesztjükön más nem ment át, a bináris terjesztés tilos (kivéve a fenti diablo-jdk-t) - következésképpen nincs bináris natív Java.

Ezzel szemben a bináris natív Java-t mindenki előállíthatja, viszont egy zseniális ötletnek köszönhetően a bináris előállítása egy működő bináris Java-t igényel (mint ahogy Pascal-ban van írva egy Pascal fordító, Modula-2 -ben egy Modula-2, vagy C-ben egy C-fordító; például a GCC). Ez kicsit róka fogta csuka, amit a FreeBSD alatt úgy kerülnek ki, hogy:

- feltelepítesz egy (X, Y, és Z helyről szabadon és legálisan letölthető) linuxos natív Java-t

- ennek futtatásához felteszed és belövöd a linuxemu-t

- majd ennek segítségével előállítod és feltelepíted a natív FreeBSD-s Java-t.

- ez után már nyugodtan kidobhatod a linuxos Java-t, és a linuxemu-t

- csinálsz egy csomagot magadnak (a pkg_create -b paranccsal pl.) a FreeBSD-s Java-ból, amit bármikor újratelepíthetsz, de nem adhatod tovább.

- és ráadásul ha már van egy (akár az előzőekben előállított) natív Java -d, akkor már azzal is előállíthatod a következő verziót.

Gyakorlatilag akik használnak (márpedig vannak jópáran) Java-t FreeBSD-n, azok valószínűleg mind így jártunk el. (Természetesen ha az embernek katasztrofálisan lassú gépe van, akkor biz ez így elég húzós, ez ügyben tessen a Sun-nál panaszkodni a licence-re. Vagy lehet keresgélni, ugyanis a neten rendszeresen feltűnnek X, Y és Z verziójú FreeBSD-re előállított natív Java-k. A szemét szoftverlopó banda!)