Aktív DragonFly BSD felhasználók száma a HUP-on 2007-ben

Címkék

Használok aktívan DragonFly BSD-t
0% (0 szavazat)
(csak az eredmény érdekel)
100% (1 szavazat)
Összes szavazat: 1

Hozzászólások

Mielőtt még valaki elszontyolodna: igen, lesz ilyen szavazás *-gal és igény szerint mással is.

FAQ:

Q: Miért nem egyben?
A: Azért, mert akkor nem lehet többszörös lehetőséget választani.

Q: Mit jelent az, hogy "aktívan"? Ha én egyszer feltettem VMware-be, VirtualBox-ba, izébigyóba, hogy megnézzem, az "aktív" használat?
A: Nem, az nem az, kérjük ne szavazz. Az aktív használat az, hogy huzamosabb ideig, élesben (desktop, szerver, stb.) használod.

Q: Miért van "(csak az eredmény érdekel)" opció, amikor meg lehet nézni az eredményt máshogy is?
A: Mert vannak olyan fórumtársak, akiknek ez leküzdhetetlen kihívás.

Q: Meddig tart a felmérés?
A: Egy hétig, aztán jön a következő.

(*) Mivel már operációs rendszerre nem érkezett kérés eddig, várhatóan ez az utolsó szavazás a témában. Amennyiben lesz újabb kérés e szavazás végéig, abban az esetben folytatódik a szavazássorozat.

--
trey @ gépház

AROS... Ami "Amiga Research OS"-rol eppen most valtoztatta a nevet "AROS Research OS"-re (igen, rekurziv ezis), miutan az Amiga Inc. egy recent jogi f#?szkodasban az AmigaOS4 korul megemlitette es "probably illegal"-nak titulalta az AROS-t. Ami nyilvan baromsag. A MorphOS-t is kineztek maguknak egyebkent (ami nem mellesleg reszben AROS forrasokra epul), bar meg csak kostolgatnak, meg celozgatnak, de mi allunk elebe. Kb. annyi eselyuk van az AROS es ellenunk is, mintha az M$ a WINE-t es a Cedega-t probalna betiltatni. Retardalt hulyek.

-=- Mire a programozó: "Na és szerintetek ki csinálta a káoszt?" -=-

hehe, eddig senki nem használ

-------------------
2.6.17-gentoo-r4

Mit várok el egy szerver OS-tól:

1. Jó SMP (threading) teljesítmény (apache, mysql)
2. Valamilyen natív virtualizáció támogatása (Ez azt jelenti, hogy Host OS ként IS lehessen használni a rendszert, a JAIL nem ér)
3. Modern SCSI/SAS RAID vezérlők támogatása

Mit tudnak a BSD-k "szerintem":

FreeBSD: semmilyen hivatalos virtualizációs támogatás nincs, kisérleti xen dom0,domU van SMP kb rendben SCSI rendben
Netbsd: 4.0-beta -ban van xen 3 domU, dom0, SMP közepes, SCSI közepes
OpenBSD: Virtualizációs támogatás hivatalosan nincs, kisérleti domU van, SMP használhatatlan, SCSI közepes
DragonFlyBSD: Saját virtualizációs megoldás : vkernel (like UML)ennek háránya,hogy a "guest" csak DFly-lehet, SMP közepes, SCSI használhatatlan.

Ebből én azt látom, hogy a NetBSD a legigéretesebb. :)

Üdv
Godot

"1. Jó SMP (threading) teljesítmény (apache, mysql)"

Mivel Gabucinót Trey egy időre kitiltotta, ezért magyar hangja, Drastik fogja neked megmondani a frankót, hogy ezek mennyire nevetséges, nem enterspájz rendszerek és komoly helyen ilyet nem használnak, ezért szempont sem lehet. :))

Azért a hiányzó virtualizációhoz hozzátenném, hogy létezik jail is, ami ugyan nem az, de azért félig igen. :)

--
Sokan nincsenek tudatában annak, / hogy egyszer mindenki meghal. / Akik ráébrednek erre, / azonnal abbahagyják az ellenségeskedést.

Köszi, majd beiktatom a programba. Sajna egy ideje nincs időm és energiám követni a változásokat rajta, a család lefoglal. :)

--
Sokan nincsenek tudatában annak, / hogy egyszer mindenki meghal. / Akik ráébrednek erre, / azonnal abbahagyják az ellenségeskedést.

Mivel Gabucinót Trey egy időre kitiltotta, ezért magyar hangja, Drastik fogja neked megmondani a frankót, hogy ezek mennyire nevetséges, nem enterspájz rendszerek és komoly helyen ilyet nem használnak, ezért szempont sem lehet. :))

Hint: Egyrészről Enterprise-szintű megoldás nem volt a kívánalmak között, másrészről drastik többekközt FreeBSD user, ezért valószínű nem teljesen úgy gondolkozik, mint ahogy elképzeled... ;)

gondolom mast fejleszteseken van a hangsuly, nem az SMP-n
hogy miben nyilvanul meg? pl ultrasparcra abszolut nincs is smp support
na de majd mond valaki olyan is velemenyt, aki velem ellentetben tenyleg ert is hozza :)

--
Those who do not understand Unix are condemned to reinvent it, poorly. (based on true story)

A Giant Lock azt jelenti (kb.), hogy a kernelben egyszerre csak egy thread fut (SMP-rendszereken is), és ugye egyetlen threadet nem lehet 2+ procin futtatni. Az újabb implementációk esetén több párhuzamos thread fut, nem pedig várnak egymásra a threadek. Az OpenBSD-ben Giant Locking van. Unix-like rendszerek közül DragonFly ennél picivel jobban skálázódik több processzoron, a NetBSD még jobban, aztán a FreeBSD, és a legjobban (AFAIK) a Linux.
More info here
It doesn't matter if you like my song as long as you can hear me sing

Aktív DragonFly BSD felhasználók száma = Aktív DOS 0.0001 felhasználók számával. .... uszkve...