Vállalati felhasználás: Linux vagy BSD?

Annak semmi koze hozza. A kernel csak is azert panicol el mert nekem modositott forrasaim vannak. Amelyek teszteles alatt vannak.

Nos a vegere ertunk a dolognak. A ServeRaid Mylex alapu és mivel OpenBSD ben jelenleg nincs Mylex driver. Mas minden tökéletesen mukodik. Azert nincs support mylex hez mert Marco Peereboom nak nincs se dokumentacioja ezekrol a kartyakrol se hardware. Feel free to donate.

És kik lesznek azok a "bizonyos emberek"?

Én is szeretnék közüttük lenni.

:-)

hello,

igazan semmi bajom a BSD-kkel, sot - amig "nagyvallalatnal" dolgoztam, hasznaltam is joparat.

De.

Tfh, hogy felmegy mindegyik rendszer csont nelkul.

Es a "nagyvallalat" eloall valami ilyesmi keressel:

- Oracle

- SAP

- Lotus Domino

- ...

(azert a listat meg lehet folytatni...)

Es megegyszer: szerintem nagyon jo rendszer akarmilyen BSD, de vannak "kereskedelmi" korlatai (hivjuk igy:)).

a.

thx

f00b4r :-/ Majd jovore :-)

miert, Sarge talan supported pl ora altal?

OpenBSDbol es FreeBSDbol is van csontuj, de NetBSDbol nincs. Ez ugye nem szandekos? :P

Elso nekifutasra ilyet talaltam: http://coolbox.homeunix.net/~matthias/NetBSD-2.0_BETA-i386.iso

De szerintem ez sem fog elindulni. :)

Jó ötlet volt ez az összevetés... Kár, hogy a BSD nem támogatta rendesen a RAID vezérlőt, így gondolom valamivel részletesebb összevetést is lehetett volna készíteni. Szívesen olvasnék olyan összehasonlításról esetleg benchmark-ról, ahol mindkét oprendszer alatt megy minden... Esetleg tud valaki ilyenről?

waiter

lol :)

Meg tobb ilyen tesztet.

hello,

speciel az Ora-t nem tudom, 8.0-ast bizton fel lehet tenni (libc trukivel).

Lotust ket hete tettem fel Sarge-ra.

De IMHO tok mindegy, most epp egy Sarge volt fent, de ha az ugyfel nagyon ragaszkodik az alkalmazashoz, legfeljebb raksz fel RedHat-et, v SuSE-t... (szerintem azok is felmennenek erre a vasra. :)

a.

Te...

Lehet egy indiszkret (koltoi) kerdesem?

Van teneked testvered?

Mert egyedul nem lehetsz ilyen hulye....

Nemertem, sokan mert nem veszik le a szemellenzot...

Vagy csak en ertettem felre a cikk mondanivalojat?

Na jó azért ez fordítva is elsülhetett volna.

Mondjuk ez is egy vélemény.

Kicsit felrevezetett a cim, igy ugy ereztem a vegen, hogy a bevezetonel megszakadt a cikk: a vallalati felhasznalas nem er veget a setupnal. A fenti rendszereket egy komoly vallalati infrastrukturaban max egy (akar nagy terhelesu) db-backendkent tudnam elkepzelni.

orat freebsdre is fel tudsz rakni, nem ez volt a kerdes.

thuglife szemelyesen is odafert a gephez, hogy eloben probaljon eletet lehelni bele, vagy csak tavolrol volt lehetosege?

> Ez a szerver nyugdijba ment, ...

Jut eszembe, az ilyen szervereknek mi a sorsa? Eladjatok, mint hasznalt vasat, vagy alkatresznek/kisebb igenyu helyre atkerul?

Hát ez egy kicsit szánibánira sikeredett. Az isp támogatást FreeBSD-ben már mióta hazudják. Bár én kipróbálnám 5.2.1-RELEASE-zel is.

De tényleg nem fejeződik be telepítéskor az adminisztráció. Szerintem próbálj ki egy standard gépet is (egyszerű SCSI3, szoftveres RAID), ott talán több eredményed lesz :)

s/w-raid, lol

ja.

hegesztopisztollyal...

(bocs, ugyebar Te is a Linux emulaciora gondolsz?)

Es a tobbi?

a.

Hat te nem vagy komplett, az alapjan megitelni egy OS-t, hogy tamogatja-e az xyz raid vezerlot...

Szerintem kovetkezo lefekvesnel tegyel az agyad melle egy pb gazpacakot, es intenziven inhalalj...

Ennyit a HUP.HU 8bites aggyal rendelkezo staff-jarol.

erdemi hozzaszolas meg nem tortent reszedrol.




http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/disks-encrypting.html




"FreeBSD offers excellent online protections against unauthorized data access."





protections against unauthorized data access

tehat szted a handbook hujeseget ir. irj majd a doc listara h javitsak mar ki, meg figyeljenek oda h mien hujeseget hordanak ossze.

uff

Teljesen igazad van. De ha a Notes csak vindozra menne fel, akkor arra lennel kenytelen telepiteni, mert vallalati kornyezetben ugyfel azt kivanja. Akkor vindoz a jo, mert felmegy az egzotikus hw-re? Mindig lehet talalni olyan hw-t, amivel valami nem megy tokeletesen, vagy abszolut nem. BSD is megy sokcsatornas raid tombokkel, stb. Igaz oracle nem megy rajta, meg notes se. Arra ott a Sun meg a tobbi unix, az legalabb skalazhato. Felreertesek elkerulese vegett a teszt szerint a BSD bukott vallalati kornyezetben. Nem akarom hulye helyzetbe hozni az itt regisztralt egyik tagot, aki egy nivos cegnel IBM LSI logic scsi vezerlo miatt egy napig szivott a Debian installal. Es nem azert, mert szakmailag nulla. Tovabbi jo tesztelest.

Sorry, es nem azert nem ment az install, mert a Debian ilyen vagy olyan. Nehogy belemkossenek itt mar :-)

Amugy vallalati kornyezetben olyan cuccok mennek, ami mogott van jogi szemely. Ez csak pelda volt, mas szempontok is vannak... Nagyon mentegetozni nem akarok, furcsa ez a teszt nekem, jol ki lett valogatva a mezony, hogy pont az egjen be, aminek be kell egnie. De biztosan nem szandekos a dolog. Jo inhalalast :DDDDDD

A hardware tamogatasat lehet ezzel megitelni. Persze hozzateszem, hogy egyetlen ezkozt nem tamogatott, (igaz az kritikus volt) s mindenki tudja a raidvezerlok igen kenyes temakor tamogatottsag teren. Az uzleti eletben bizony gyakran elofordul, hogy egy igeny, hadrware, vagy software megkivanja, hogy az ember linuxot hasznaljon, akkor ertelem szeruen nincs mas jo valasztas. Az pedig izles dolga, hogy mas helyzetben melyik rendszert valasztja az ember. En a magam reszerol linuxokkal dolgozom ahol muszaj, ahol nem ott pedig azert hasznalok bsdket, mert anno mikor atallitottam oket salakrol, ugyereztem megerte, s azota is ugyerzem kevesebb bajom van, egyszerubben tudok problemat megoldani, kevesebb a security problemam, es mindent osszevetve kenyelmesebben kell kevesebbet dolgoznom. Ja es termeszetesen nem azert mert a slackware gyengebb kepessegu lenne mint barmelyik masik distribucional.

Ki ki dontse el maganak mivel tud magasabb szinvonalu szolgaltast nyujtani, s mivel lesz emellett konnyebb az elete.

Ehh.

Végülis jobb később mint soha, de már leírtam, hogy milyen kapcsolatban van egymással a ServeRaid verziószáma és a {Mylex,LSI,Adaptec} chipset.

Egyébként meg ha Marco-nak lenne is doksija Mylexről, max kitörölhetné vele, mert ServeRaid teljesen más a szervízprocesszoros heggesztések miatt.

(lásd: freeBSD-nek van elég széles skálán Mylex supportja, mégsem tudtak mit kezdeni az IBM ServeRaidjével a zárt kód ismerete nélkül...)

KJ.

Megprobalok mindent megtenni annak erdekeben, hogy mukodjon a gep OpenBSD vel. Az ilyen hardware tamogatasokkal az a fo problema, hogy a fejlesztok nem rendelkeznek ilyen hardwarel. Mivel ezek tenyleg draga dolgok ezert az emberek nem is szivesen donatelnek ilyesmit. Tehat nem meglepo, hogy nem is mukodnek. Linuxon miert is mukodnek? Valszeg azert mert nagyon sok olyan distro van amit cegek fejlesztenek. (RedHat, SuSE) es ok megtehetik azt hogy ilyen gepeket vasarolnak es fizetik a fejlesztoket, hogy dolgozannak rajta.

illetve mindez multidoben, 2.2.x idejen

Ehez csak annyit fuznek hozza, hogy vallalati szinten mar bekapcsol a 9. bit, es kihasznaljak az internet adta elonyoket. Nyilvan eloszor azt nezik meg, hogy milyen feladatokat kell ellatni, es azutan azt tontik el, hogy ezeket melyik operacios rendszerrel tudjak leghatekonyabban kivitelezni, es ezutan valasztjak aki a hw-t. Bar lehet ez igy ebben a formaban kicsit bonyolultnak tunik.

Imho meg kéne kérdezni (egy dmesg output-tal megfűszerezve) az openbsd-misc listán hogy mit lehet tenni az ügyben.

1. Szívesen segítenek a fiúk.

2. Közeleg a release

3. lehet hogy ők is örülnek ha sikerül életre lehelni

thuglife és trey ezt így nektek célzom ;-)

Mindig lehet talalni olyan hw-t, amivel valami nem megy tokeletesen, vagy abszolut nem.

ez igy van.

Erre irtam, h ha fel is megy a rendszer, meg mindig ott van a hasznalando alkalmazas, melyben a BSD kicsit el van maradva.

Ne csak egy hw alapjan iteljunk meg egy rendszert - es en pont erre akartam utalni az elso hozzaszolasomban.

a.

A problema gyokere mar megvan. Es mar rajta vagyok :)

Jozsiba' es Gizike samba-nyomtaszervere nem "vallalati szint". A standard h/w profilba senki nem fog a vilag minden gyartojatol osszevalogatott vasat keverni, mert a nyari gyakorlatos IT-srac azt olvasta az ircen, hogy az XY-bsd sokkal biztonsagosabban szolgaltatja a nagy semmit, mint a Z-linux.

Kar hogy a nagybetus cikked nem errol szolt. Szerintem 2x gondold meg, hogy belekezdesz-e meg egy cikk megirasaba hasonlo temaban, eleg vicces hogy mar a fel ircnet rajtad rohog... Ha teszel egy debian logot a cikk aljara, `sponsored by:` felirattal, akkor meg talan ertheto...

greylisting -et használnak az openbsd lev szerverei, így talán egy fél nap is lehet mire felkerülsz a fehérlistájukra.

Már átvette a levelet a szerverük? ha nem akkor érdemes megrugdosni -> sendmail -q

nekem az első alkalommal 1 nap késéssel érkezett meg a levelem.

Szerintem a `standard h/w profil` szegmenseben is leteznek rendszerek, amikkel elboldogul egy bsd is.

Na mindegy.

A lenyeg ha mar az a cikk cime, hogy `Vállalati felhasználás: Linux vagy BSD?`, akkor az ember valami komolyabbra gondol, minthogy a szerzo leteszteli-e egy adott hw-en, hogy melyik rendszer telepul fel ra.

sorry h nem irtam ki vegig, gondoltam leszel annyira intelligens h a szovegkornyezetbol rajossz h mirol beszelek.

erdemi hozzaszolas tovabbiakban sincs reszedrol. :))

nah ugylatom ez nem is fog valtozni

off

Nezd meg Apple cuccokat, macos-x, akar renderfarmra is jo. BSD azis szerintem. A linux smp szerintem sgi altix, igaz specko cucc, de miert kellett sgi-nek belenyulni a kernelbe konyekig. 2.6 kernel vallalati kornyezetben meg elegge leszerepelne jelen allapotaban. Ha BSD-nek tekintem a macos-x rendszert, akkor attol a linux is nagyon messze van...

Alapproblemara visszaterve drukkolok, hogy felmenjen ra az openbsd, es akkor legorbul a szad. Ha nem jar sikerrel az sem baj, most Te gyartottad a flame-t.

orvendetes viszont, hogy ilyen kirejedt felhasznalobazisa van a BSDknek (gondolom tudjak is kb, hogy min rohognek):

global 120064 users, 4 services, 45 servers

Jovan, de nem lattam, amit kozben irtal :-)

namost minden bizonnyal szamtalan kozepvallalat hasznal renderfarmokat, nekem viszont a vallalati kornyezetrol a kovetkezo dolgok villannak be: 100% Windows kliens allomany, tobbszaz user tobb telephelyen, ertelmesen kozponti csoportokba szervezve, a userek nem 8 karakteres nikkel loggolnak be, es nem max 16/32 csoportnak tagjai, nem kell napi 180-szor ujra authentikalniuk, ha kulonbozo tipusu szolgaltatasokat akarnak igenybe venni, es 2004-ben mar termeszetesenek veszik, ha tudnak ekezetes fajlnevekkel dolgozni (meg meg sokminen mas, de lehet, hogy totalisan el vagyok tevedve).

ha most poccre felment volna a tesztgepre az osszes rendszer, akkor kb ugyanott lennenek ebben a kornyezetben: gondolkozni kene, hogy hogyan eroltesd be oket

A Dell PERC vezerlok hibatlanul mennek OBSD alatt, ha jol tudom a Compaq SmartArray-ok is, ha van lehetoseg ilyennel kellene probalkozni. Ez a teszt igy baromira nem sok mindent mond el a vallalati felhasznalasrol, azon kivul, hogy a BSD-k nem ismerik a gepbe levo vezerlot.

viszont ha thuglife osszehoz ennek hatasara vmit, akkor mar megerte felvetni a temat, es kepet kaphatunk arrol is, hogy remek support van OpenBSD-hez

> Kar hogy a nagybetus cikked nem errol szolt.

Érdekes, hogy a kérdésre elfelejtettél válaszolni...

Trey!

Ha szépen megkérlek, tudnál csinálni boot -v -vel generált, elérhető, a képernyőfényképnél használhatóbb (pl. soros portra dugott loggolo minicom, vagy hasonlók) FBSD-s logot? Konkrétan az 5.3B2-es érdekel, hátha lehetne elérni valamit most a tesztfázisban. Írtam az egyik fejlesztőnek, választ még nem kaptam, de azért bízom benne. Amúgy pedig egy levél a freebsd-current listára? Persze ahhoz is kellene a fentinél egy picit komolyabb log.

Egyetertek, csak engem most jobban izgat, hogy mit tud a 4 procis geppel kezdeni, tekintve, hogy ez lesz az elso kiadas MP supporttal. A levlistak egyebkent most is MP patch-ekkel, hiba/sikerjelentesekkel vannak tele, szoval folyamatosan dolgoznak rajta a sracok.

Ezt most nem nagyon fogom, én sima soros konzolra gondoltam, illetve ha precíz akarnék lenni, akkor "dual console" módra - azaz dugsz a soros portjára egy szimpla soros kábalt, melynek túlsó végét bedugod a linuxos laptopodba (rendszermérnöknek van soros port a laptopján :-), azon indítasz akármit a minicom/kermit/tökmindegy kategóriából ami tudja menteni a bejövő adatokat, majd elindítod azt a fránya szervert. Nem hhagyod teljesen butulni, hanem a boot-promptnál bekapcsolog a dual console módot (-D opció), a végeredményt a minicomból feldonod ide, vagy elpostázod a fent említett listára ...

Persze, hogy emlekszek, azert voltam kivancsi. A BSD-sek meg leginkabb akkor hozongenek, ha cukkloljak oket, amire sajnos eleg sok pelda van :-(

Mindegy, remelem sikerul valamit kezdeni a dologgal. Ha a levlistas dolog nem megy, talan erdemes irni Marco Peereboom-nak , o a diszk kontrollerek tudora.

Az MP support szerintem nagyon jo lett. Sajnos nincs fizikai hozzaferesem egyetlen egy tobb processzoros gephez sem, csak remote, azokhoz a build gepekhez amelyeket hasznalok.

Egy quad xeon es egy quad amd64. Folyamatosan nagy terheles alatt all mindket gep es szerintem sikerult egy hasznalhato kodot osszedobni.

trey, ez a valo eletben is igy van. sokan csak okoskodni tudnak, miutan latjak mas munkajat, hogy ok ezt 100x jobban meg tudtak volna csinalni. de amikor helyzet lenne akkor eltunnek es lapitanak.

elvileg minden switch/router -hez jár ilyen.

IMHO a Cisco -hoz való jó hozzá (márha van ilyened).

Off:

nemrég találkoztam egy alaplappal ami hasonszörű módon nem rendelkezik soros porttal. Viszont csatlakozó sincs (rj45 kivezetés) pedig a Intel based serveren van ilyen csak szerintem nincs kivezetés az alaplapról a gép hátuljához. Ezt külön kell venni vagy kellett volna hogy járjon a géphez?

kösz

Szia!

Probald meg ACPI letiltassal. Nekem igy egy csomo IBM szerveren elindult.

A Linux-hoz akkor not meg jelentosen a hardwertamogatas, amikor a sajto elkezdett a IBM/HP/Motorolla/Dell/... Linux tamogatasarol irni. A gyartok egy resze elkezdte fontosnak gondolni, hogy legyen Linux-os drivere is.

A BSD-krol meg nem jelennek meg ilyen cikkek. Addig meg marad a fejlesztoi kozosseg, es a reverse engineering. Ezt meg behatarolja a fejlesztoi kozosseg merete. Ebben is utol kene erni a Linux-ot a BSD-nek. Addig meg maradnak az olcso hardverek, azokkal is sok problemat meglehet oldani, peldaul jo kis failover tulajdonsaggal rendelkezo loadbalancing clusterekkel.(meg veletlenul sem failover onmagaban)

Hajra, hajra.

Nem értem miért piszkáljátok trey-t.

Akart egy tesztet ,de a BSD nem jutottal tovább aRAID vezérlőn. Ezért nem vitte tovább. Ennyi.

Az ircnet nálam se mérvadó. Nem irczek ,de attól még lehet véleményem. Ugyanígy valóságsókat és brazil szappanoperákat se nézek. Sőt! Nem olvasok bulvárlapokat sem :-)

Vonalban az általam elért FreeBSD fejlesztő, valamint a meghajtó karbantartója. Epedve várunk valami használhatóbb infót a pánikról, illetve a korábban emlegetett boot -v kimenetet. Azt hiszem lassan jobb lenne, ha összekötnélek benneteket.

Ha összeadom azt, hogy a múltkori személyes üzenetemre sem voltál hajlandó válaszolni, meg ezt a mostani cikket is elolvasva elég kiábrádultam az opensource-hoz való hozzáállásádból. Ennél még windows-linux is összehasonlítás is sikeresebb lett volna.

Lehet ezzel a cikkel egy pár újonc BSD-ést megrémítettél de aki többet tudd az OS-ről az tudja, hogy a támogatottság sok mindentől függ és ha ezt vesszük a windowsnál nincs jobban hardwer támogatottsággal rendelkező OS de ez nem azt jelenti, hogy a legjobb operációs rendszer.

Azert csendben megjegyeznem, hogy otthon egy:

Dell PowerEdge 4100/200

Dual 200 Pentium Pro

4x 6GB SCSI Seagate Barracuda

Hardware Raid 0

256 Ram

Es csont nelkul megy a FreeBSD ..:)

Szoval nem teljesen igaz, hogy nem tamogatjak az SMP-t es a Raidet, inkabb amit thug irt, hogy a fejlesztoknek nem feltetlenul van szerencsejuk draga gepekre, anelkul pedig nehez valami ala fejleszteni.

Konkluzio? Kizarolag az osszehasonlitast tekintve dong a nyitott kapu. Koztudott, hogy a Linux skalazhato vertikalisan a legjobban. Ezert kar volt ez a topic...

Ez teves. A Windows nak egyaltalan nincs hardware tamogatasa. Persze ha az i386 onlyt annak veszed akkor miert ne.

fordits egy debug kernelt. aztan probald meg debugolni gdb vel agy kdb vel.

Jogos. SGI CXFS. Na, az mar aztan nagyvallalati. Egy negyprocis pc szerver az szerintem nem. Presze ezzel nem kimagyarazni akarom az alapproblemat, mely jelenleg is fennall.

Kicsit későn hívták fel a figyelmemet a topicra, de nem úsztok meg engem sem.

Meg kell mondanom, hogy kicsit csalódott vagyok. Nem azért mert az adott vezérlőt nem sikerült életrekelteni *BSD alatt, hanem azért mert hozzászoktam, hogy Trey színvonalas munkát véget, a HUP portálra büszkék lehetünk, legyen az linux vagy bármi más opensource, neadj'isten nem opensource téma.

Ezzel szemben a fenti cikk - köszönhetően a címének, a benne vázolt egyetlen szituációnak (egy adott hardver nem megy *BSD alatt) és a "Konklúzió? Vonja le mindenki maga" mondatnak köszönhetően egyszerűen csúsztatás. Az IBM ServeRAID vezérlővel kapcsolatos tapasztalatoknak a HUP fórumában a helye, a hardver topicban.

Csak néhány megjegyzés:

- Egy általános célú oprendszer (vállalati) felhasználhatóságával kapcsolatban nem vonható le semmilyen konklúzió egyetlen XY típusú eszköz (nem)működése kapcsán

- Biztos vagyok benne, hogy a szituáció egy másik hardver kapcsán fordítva is fennállhat

- Évek óta sokezer BSD rendszert futtatnak production környezetben, az vajon délibáb?

- "Van egy videóeditáló kártyám, Zoran chip van rajta. A hivatalos, gyártó által supportált driverrel a Win2000 és XP félóránként ledumpol, Linux alatt működik stabilan. Ugye, te is levontad a következtetést, hogy a Win* alkalmatlan multimédiás felhasználásra?"

Nem mondom, hogy mióta használok *BSD-t, és Linux-ot, mert lehet hogy valaki nagyképűségnek venné, de talán leírhatom tapasztalataimat:

- a *NIX rendszerek között (beleértve a kereskedelmi verziókat is) a Linuxnak van a legszéleskörűbb HW támogatása (talán a legnagyobb user bázis miatt?)

- a driverek technikai szinvonala oprendszertől függetlenül erősen hullámzó

- a feladathoz és a szoftverekhez kell a hardvert venni (akármennyire is gombhoz a kabát!)

- nincs az a máshol bevált hardver és szoftver, ami ne okozhatna váratlan meglepetést

- írj te jobb drivert

üdvözlettel,

Egerváry Gergely

Remélem megkaptad a HUP-os címre menő e-mailt és a továbbiakban a fejlesztőkkel együtt a dolog sínre kerül. (Amúgy mikor elkezdtem írni az előző választ, még nem volt kinn a részletes log. Mire befejeztem, odakerült. Ez van.)

Csinálnál boot -v -s kimenetet is?

_i386-only_ video-, hang-, tobbcsatornas scsi vezerlok, lapolvasok, wireless cuccok, tabletek, touchscreenek, modemek, nyomtatok, ...?

IRCNet userek IQ ját ismerve en nem tennek ilyen kijenelteseket. Mert ez kb olyan mintha egy maki kirohogne az embert. Amit sokszor is meg is tesz mint ahogy azt sok filmben latni lehet. Igen en is jarok IRCNet re de csak azert hogy a bepastolt URL eket megnezzem. pl: http://www.newstoday.com/_img/ntbimages/castin.mov

masert nincs ertelme.

ircnet Loooolll.... :)

Sok a hozzászólás, felénél meguntam, inkább leírom amit gondolok.

1. hardver: ha széleskörben használsz IBM vasat, egy idő után nemfogsz használni, csakha pénzügyi vonzata van. Totál függetlenül az OS-től, ami lehet win2k, win2k3, Linux, *BSD, az IBM hardvereknél a Sarok BT is jobb dolgot tud összeépíteni. Szóval ehhez csak annyit tudnék hozzáfűzni, hogy ismételd meg a tesztet akár egy tákolt géppel, akár a fentiekben már többek által említett dell-el. (egyébként is, ha vállalati szinten a hardvert is a célszoftverhez választják...)

OFF: Az IBM ServeRAID -nál nagyobb ringyót még nemalkotott cég a földön! és a többi IBM vas is aligmarad le mögötte...

2. szoftver: Hiányolom a Solarist. Egyrészt mert ha nagyvállalati rendszerről beszélsz, akkor nemértem miért jön szóba a *BSD a Solaris nélkül.

Ha vállalati alkalmazáson DB2,Oracle,Lotus,SAP,stb. az értendő, akkor gyökérség *BSD-t bevonni a tesztbe: lehet hogy elfut rajta ez-az, de közelsem olyan eredménnyel mint a célplatformokon... oylan mint egy Niva-t hasonlítani valami roadsterhez a kunsági terepen.

Ha a vállalati szoftverekbe olyanok is szóba jönnek, mint mysql, apache+tomcat, zeus, stb. akkor már van értelme *BSDvel játszani, de még akkor is hiányzik a Solaris.

...sőt akkor hiányzik csak igazán, ha komplex vállalati megoldásokról beszélünk.(pl. SUN JES)

Márcsak azért is, mert manapság a sun x86, amd64, sparc gépei is árversenyben vannak a hasonló másgyártós gépekkel, ráadásul ilyen esetben még a "dea solaris nemingyen van" sem igaz.

Ahh, egyszerűen fos a teszt.

KJ.

Hat ez tenyleg erdekes. Ez kinek nagyvallalati felhasznalas? Ez a cikk ugy nez ki mintha jatekautokba ontogetnek benzint melyik nyujt jobb teljesitmenyt. A masik problema, hogy tenyleg nem lehet ilyen tesztet felig elvegezve publikalni. Ez addig velemenyem szerint csak probalkozas. Szerintem teljesen ertelmetlen, kulonosen ilyen hozzaallasal. Es ha lehet ne keverjuk ossze az internetes kiszolgalo rendszereket nagyvallalati szerverfunkciokkal. Zooly 8-bites elmeletevel teljesen egyet ertek. Trey ha pereleni akarsz elotte gondold vegig, milyen alapon kivanod megtenni a kezdo lepeseket.

Pereljen a halál. Szerintem sem ideje, sem kedve nincs ilyen szánalmas hülyeségekre, melyeekte ti szítatok.

És azt sem vettétek észre (peddig elégég ki van hangsúlyozva), hogy ez egy vélemény. Nem szentírás, nem általánossás, "csak" egy vélemény. Ennyi, és semmi több, de ez is elég.

És az összes nagyszájúnak, aki támadólag lép fel, azt mondom: tessék emberek, ott a gép, mondjátok meg trey -nek, mit és hogyan telepítsen, hogy a gép összes alkotóeleme helyesen működjön. Azért azt jó, ha tudjátok, hogy nálatok nagyobb "agyak" is elvéreztek már rajta. Mert az is igaz, hogy amíg egy adott rendszer nem települ fel rá, addig szükségtelne (és csak zavaró) távolabbi felhasználásról beszélni.

Nagyszájúak...

Nem ertem miert lenne ez olyan rossz cikk. Maximum rossz volt a cimvalasztas, de ennyi.

Azt javaslom a cekk keruljon le a laprol, mert mar most lehet latni hogy nevelo, tanito, befojasolo hatasa a kepzetlenek, es gyakorlatlanabbak koreben igen eros. Szerintem etikatlan a felelosseget az olvasora haritani ilyen esetben, hogy dontse el O maga kulonosen ugy, hogy a latogatoi reteg fele nem is ert hozza. Trey helyeben a jo hirekre koncentralnek es forditanek par jo cikket, amig elul ez a kis vihar.

kellemes inhalaciot.

befolyasolo -- bocs csak megzavartak.....

Azt nem értem... hogy ha nem tetszik, miért olvasod...???

Mar ugyertem a mostani allapotahoz:).

Szvsz nem volt jó a cím. A helyes cím: Egy félbemaradt teszt. Ezesetben valszeg egyetlen BSD fan sem hisztizne itt. Báár, ha éppen ez volt a célod...

esetleg eleg lenne egyelore kicenzurazni, mondjuk mindenhol, ahol BSD szerepel, atirni A Masik Mosoporra

Haha, inkább vagyok troll, mint szánalmas *****.

Nemtudom boldogulsz-e a googleval, hogy előkeresd, miért istencsapása a serveRAID, vanpár IBM vs bsd thread, meghogy Linus mikor fikázza a zárt kódok hozzáheggesztését a kerneléhez miért kussolt pármilla hatására hogy IPS bekerüljön a kernelbe, és mekkora ugatások mentek mikor 2.4.0-tól ~2.4.8 -ig expoerimental volt... persze újabb pár milla dolcsi megintcsak elérte a hatását....

Még egyet az IBM hardverhez: A serveraid 4-ig talán Mylexek voltak. 5-ös LSI, 6-től meg megvette adaptec az egészet... össze-vissza-keresztbe gányolás.

...egyébként létezik(létezett, mertmár netfinity sincs) olyan IBM netfinity gép, melyen pontcsak linux nemképes futni...

> Hogy miert? LOL

Konstruktív, mondhatnám "troll"-os válasz. Elegendő lenne ha azt írod, hogy mert nemértesz hozzá (habár ezt nem hiszem), vagy mert a cikket az IBM tejelte és kérte SUN nelegyen benne. Vagymert egy tőled elég meglepő alacsony cikk megírása volt a cél?

Vagy nálad a vállalati szoftver kimerül a pine-ban? -bocs válaszod stílusa után ez nemvolt kihagyható.

Kovács János

mindegyik rendszer _nagyon_ jol jart, hogy itt felbemaradt a teszt

> És azt sem vettétek észre (peddig elégég ki van hangsúlyozva), hogy ez egy vélemény.

Mi is csak a véleményünket mondtuk el. Ez a cikk nemérdemli meg a "Vállalati felhasználás: Linux vagy BSD?" címet.

KJ.

hath amikor utoljara probaltunk orat debianra felvarazsolna az se volt olyan egyszeru muvelet, bsd-ne nem probaltam de nem hinnem h sokkal bonyolultabb lenne. amugy meg javaslom a http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/linuxemu.html attanulmanyozasat. jah es nem emulacio, binaris kompatibilitas.

szo se rola, ha ora kell vhova, en is linuxot hasznalnek, de vszinu nem debiant, foleg nem sarge-ot.

Ha ez egy vélemény, akkor ez nem portál, hanem blog. Nem?

uristen thug gondolkozz mar mielott irsz valamit:)

A másik mosópor nevében kikérem az aljas rágalmazást! :)

Nekem tetszett a cikk, bár a vasat el tudnám viselni itthon. Talán még BSD-t is hegesztenék rá :)

Ha összejön a teszt akkor kiváncsi leszek az eredményekre. Remélem, hogy a konklúzió az lesz, hogy mindenki azt használ amit akar, de már BSD-t is tud ilyen vason.

trey: esetleg ha elárulnád mit szeretnétek tesztelni, akkor imho páran megnéznék általuk nem "ócskavasnak" tartott gépen is...

Itt van egy-egy Sun v60x meg v20z. Esetleg ha olyan a feladat, akkor egy V440 is.

Várjuk a vállalati szoftver specifikációt. Esetleg hogy nelegyen nagy a lista:

IBM DB2 :

- Linux: ok (csak V8 threaded)

- *BSD: kaki

- Solaris: ok. (V7.2 is threaded)

IBM Lotus Domino:

- Linux: ok

- *BSD: kaki

- Solaris: ok

IBM MQ-Series (MQ+MQ Everyplace)

- Linux: ok

- *BSD: ok (csak Open és Free és csak az MQ 5.3-pre)

- Solaris: ok

SUN JES:

- Linux: ok (csak egyes komponensek) (threaded-e? Joel?)

- *BSD: ??

- Solaris: ok

KJ.

ugyanmar, hisz koztudott, hogy minden driver eloszor jelenik meg BSD-re (az is thuglife jovoltabol), majd par evtized kesessel dozerra.

wtf is ircnet :D

felviditottad a napomat :D

Szerintem jo a cikk, es a probalkozas is dicseretes.

Majd lesz folytatas, ha elindul a cucc.

Varom a folytatast.

Sajnos mi sem talaltunk olyan (olcso) hardveser raid kartyat, ami stabilan menne bsd alatt. Bezzeg a linux-os drivereket a cegek megirjak (pl. 3Ware).

PC eleve nem nagyvallalati, kar a listaert :-)

Beleolvastam a driverbe, es nem mertem belevagni...

Hat en meg (szerencsere) nem lattam magyarul beszelo backoffice alkalmazast.

A felhasznalok magyar nyelvu desktopot hasznalnak, a tobbseg, de a rendszergazdak szervernek valahogy mindig az angolt valasztjak.

Persze el tudok kepzelni angolul nem beszelo, de magat rendszergazdanak tarto szemelyt is, de ilyen emberre nem biznek ra sokmindent.

G

iirc kis/kozep volt a cikkbeharangozoban

nemtudom mitvártál ilyen gyenge alakítás után. nyílván téged is felb*szott, hogy *bsd nemment fel a hardverre, de azért eszedbe juthatott volna, hogy ez hardverhiba is lehet...

Az adatok nélkül flamelő emberek-hez nemtudok hozzászólni, mert nyílván nem minden bsd user próbált már heteken keresztül ráerőszakolni egy adott "vállalati" alkalmazást bsd-re, de nehidd, hogy mindenkinek életcélja lefikázni téged...

...ellenben a cikk mögött egy délutánnál több nemhiszem hogy megbújik. Kb ennyi időt kellett volna elvegyen a debian installod meg az, hogy megtaláld az IBM xyz support division veyetőjének levelét, hogy " A megkeresést köszönjük, de a ServeRAID vezérlők nem támogatottak az említett operációs rendszereken. Az IBM-nek egyenlőre nem is célja a ServeRAID kártyacsalád BSD rendszereken történő támogatása. Mindazonáltal amennyiben a cég jövőbeli fejlesztési irányzata szükségessé teszi, újraértékeljük a támogatás megvalósításának kérdését" ...valami ilyesmiről szólt.

...aztán ugye miután megvette a teljes hóbelebancot az adaptec, kicsit kinyílt a kód, de csak az LSI és Adaptec chipes kártyák támogatottak pl 5.x FreeBSD alatt, de csak azért mert a teljes 4 és 3-as sorozatban van néhány annyira elgányolt mylex, hogy ahhoz olyan kód kellene (szervízprocesszor-specifikus) ami még mostsem open!

KJ.

A fenti lista arra vonatkozott, amivel próbálkoztunk is (min 3-7 nap - kifejezetten az alkalmazással és nem OS/hardver szív*sok). Olyanról nemakartam írni, amit még toltam saját kezemmel... de hátha van az olvasók között akiknek saját tapasztalata van.

KJ.

Adaptec, Mylex, LSI... sorolható lenne még. mind-mind évek óta tökéletesen megy...

Persze megemlíteném, hogy az IBM xSeries család (pl: 345 ) backplaneja aligkompatibilis a fentiekkel... (nagyon kerberos szagú szabvány ezis) ezért itt vagy gányolsz, vagy dell, sun, hp, stb. gépet veszel.

KJ.

Hmmm...

Egy szakmai portálnak szerintem nem feladata igazságot tenni linux és BSD fanek között...

Egy szakmai portál a hitelességét veszíti el, ha pusztán provokációs célzattal készít egy "teszt"-et, amely hamis következtetésekre ad alapot.

Szerintem változtasd meg a címet.

Hehe, bugreportolj nyugodtan, vagy elolvashatod a ~2-3 éves bugreportokat, amik ponterről szólnak.

egyébként igazad van, hardverhiba helyett hardver hibája -t akartam írni...

KJ,

PC miért nem nagyvállalati? IBM szinte összes termékénél a Linuxos verzió már jóideje a preferált. És a linux zSeriesen meg x86-on kvázi hasonló...

Sőt! IBM small business pack, IBM small business suit, ... mindmind kisvállalati megoldások (DB2, Websheare, Domino, MQ) és csak x86-os linuxra...

Sőt! az IBM elhozta nemrég a MainFrame technológiát is a PC-k világába! ...egy 2/4 utas Xeon Linuxal vmwareval...

Megyek is és feldarabolom a S390-t, mert a mainframe technológia már a pc világban van!

KJ.

Köszi a "mérés"-t!

Trey, apróság, de jobbak lettek volna a képek, ha kikapcsolod a vakut a fényképezőn és lerakod valami sabil helyre (pl. asztalra) vagy állványra, mikor exponálsz.

Sajnos mi sem talaltunk olyan (olcso) hardveser raid kartyat, ami stabilan menne bsd alatt.

akkor nem kereshettel tul sokaig, nekem vagy 10 db smp + hw raid (ami megaraid, mylex, adaptec) gepen megy freebsd. nah persze kinek mi az olcso.

http://www.addel.hu/template/temp1/products.php?storeid=460&prcategory=3510

Ha játszani akarsz szerverrel:

IBM Netfinity 7000 4x Ppro 200Mhz, 1GB RAm 4x4.5GB UW SCSI HDD, RAID,

99.900Ft +áfa (nem én adom el őket mielőtt anyázna valaki)

Nemnemnem. Promise RM8000-esünk van, ez egy külső SCSI-ATA-RAID megoldás.

A 3ware kártyákkal voltak problémák FreeBSD alatt régebben, nem tudom most ez hogy áll.

Ki kellett fogni a jó revíziót és BIOS-t...

Hmm, build 63-as Solaris 10 beta-ban mar benne van x86-on is a Fiber Channel tamogatas, szerintem egy probat meger, ha folytatjatok a tesztet... Az legalabb egy gyarto altal tamogatott megoldas.

A build 63 most letoltheto Solaris Express-bol, de mondjuk X-et ne nagyon hasznaljatok vele, van benne par csuny memory leak...

TE arrol a mackos x -rol beszelsz ami nem bir ki talpon 20 percet ha hasznalom? Az nagyvallalati?

Azért azt mindenképpen érdemes megnézni, hogy kik azok, akik próbálnak segíteni, vagy hasznos, építő jellegű ötlettel szolgálni...

És ki azok, akik csak flame -lni tudnak, nyálfröcskölve...

No komment...

Szia!

esetleg JES+linux -ról pár szót? ...csak a vállalati alkalmazás végett.

Köszi, KJ.

...jaés mikorlesz amd64-re sol10 letölthető? Imho egy x345-nek simán versenytársa egy 20z. és még vállalatibb is...

KJ.

petyaaaaa!

azert rossz mert csusztatas, nem igaz meg csak reszben sem.

egyedul azt bizonyitja ezzel a cikk szerzoje h looser.

semmi mast.

>> azert rossz mert csusztatas, nem igaz meg csak reszben sem.

unalmas lehetett akkor Fatal trap felirattal diszelgo monitorokat rajzolni gimppel, csak a vicc kedveert

"Azért azt mindenképpen érdemes megnézni, hogy kik azok, akik próbálnak segíteni, vagy hasznos, építő jellegű ötlettel szolgálni...

És ki azok, akik csak flame -lni tudnak, nyálfröcskölve...

No komment..."

Hú aztán most megmondtad a frankót.

Az a sok hülye flémer öcsém...

Még jó hogy vannak olyan is akik nem

csak fikázni tudnak de csinálnak is valamit,

ebben egyetértünk...

DE

Azért megnéztem a Te saját hozzászólásaidat is a témában, a

teljesség igénye nélkül:

"> Kar hogy a nagybetus cikked nem errol szolt.

Érdekes, hogy a kérdésre elfelejtettél válaszolni...

És az összes nagyszájúnak, aki támadólag lép fel, azt mondom: tessék emberek, ott a gép, mondjátok meg trey -nek, mit és hogyan telepítsen, hogy a gép összes alkotóeleme helyesen működjön. Azért azt jó, ha tudjátok, hogy nálatok nagyobb "agyak" is elvéreztek már rajta. Mert az is igaz, hogy amíg egy adott rendszer nem települ fel rá, addig szükségtelne (és csak zavaró) távolabbi felhasználásról beszélni.

Nagyszájúak...

Azt nem értem... hogy ha nem tetszik, miért olvasod...???

"

Szal telleg no komment :)

Arra nem gondoltál még, hogy azért nem megyek bele mélyebben a témába, mert sem kedvem, sem időm nincs rá? Na meg minek pazaroljam értelmetlen vitákra, mikor már itt is kezd személyeskedésbe hajlani a dolog.

Én csak elolvasom. és jót röhögök azokon, akik olyan parasztok, hogy még az emberi viselkedés-kultúrának is hílyán vannak.

De a flame -n kivül maradok, minek nekem az...

Részemről ez a vita (is) lezárva... :)

Hat nemtom, velemenyem szerint a

korulmenyeknek koszonhetoen kicsit szerencsetlennek sikerult a cikk...

De azert koszonjuk a tesztet, meg az ezzel eltoltott munkadat Trey, es nem lenne rossz, ha egy hasonlio kaliberu vassal keszulne egy uj teszt, amit minde1ik szobanfogo os tamogat, es tenyleg a teljesitmeny meresre lehet koncentralni.

Megegyszer thx!

"SUN JES:

- Linux: ok (csak egyes komponensek) (threaded-e? Joel?)

- *BSD: ??

- Solaris: ok"

Linux: Effektive mindegyik threaded (ami Java-s az azert, ami nem az meg azert:)... Amugy a hianyzo komponensek a Sun Cluster agent-ek az egyes szolgaltatasokhoz, mivel Sun Cluster meg egy darabig csak Solaris-on van...

A JES kijon a nem tul tavoli jovobenl Win es HP-UX platformra is, de BSD nem tul valoszinu...

man scp elöször is...

Csak, hogy tisztázzuk a hozzáértésedet. Nem bántani akarlak, felre ne érsd, de talán először le kéne valamit rakni az asztalra és utána venni a batorságot arra, hogy leugass olyan embereket akik egy nap alatt többet "szakértenek" mint te egy egész évben...

:)

Figyelj én tényleg nem vitatkozni akartam.

Csak nem értettem a hozzászólásodat, hogy mennyi nagyszájú lúzer van itt,

csak beszélnek, beszélnek, és...

Érdemben az említett hardverek hiányában én sem tudok a témához semmit sem hozzáfűzni.

Amúgy meg nem akartam személyeskedni, csak a hozzászólásodat éreztem kissé "személyeskedőnek" hogy itt ez a sok...

Teljesen igazad van. ugyen megnéztem a manuált többször is, és nem működött vele (sőt, ha emlékszel, a többiek sem tudtak segíteni), de ez Téged ne zavarjon.

Más. Ahol le kell tennem valamit az asztalra, ott le is teszek. Lehet, hogy ezek egyelőre nem hangzatos dolgok, de ha azzá kell válniuk, akkor majd lesz annak is hírverése, és többen tudják, miről van szó. Ha akkor "ott" lettél volna, ahol a "man scp" volt, akkor pl. tudnád, miről van szó.

Szal, elhiheted, hogy sok helyre leteszek az asztalra, és nem a sáros cipőmet. Legfeljebb nem látszik, mert nem verem a mellem vele. Nem biztos, hogy mindig az a legnagyobb hozzáértő, aki a legjobban tudja a sarat dobálni, esetleg a leghangosabban döngeti a mellét...

Ez van.

Ennyit a "szakértésről"...

Jah,, és bár állt szándékomban válaszolni, de végülis megtettem. Viszont ezzel kezd megint offtopc lenni a téma... én szóltam...

ismered a német közmondást...?

Akinek nem Inge, ne vegye magára... :)

Ismerem, és nem vettem magamra:)

De valahol azokat is megértem, akik első

idegességükben kevésbé cizellált formában ragadtak billentyűzetet...

A tesztről egy előző hosszászólásomban már leírtam a véleményemet, csak annyit tennék hozzá, azért picit provokálónak is érezhetik egyesek.

Szóval egy másik hasonló kaliberű, min1ik szóban forgó ost támogató gépen _sokkal_ szerencsésebb egy ilyen teszt, hiszent ott tényleg elmerülhetünk a teljesítménymérés világában...

;)

Azért a thread-indító hozzászólást "új helyre", hogy senki se értse közvetlenül magára. Mert szerintem mindenki tudja, és érzi, melyik csoport alatt kikre is gondoltam.

Az idegesség pedig... érdekes, ezek az userek a 2.6.8.1 -es Linux kernelnél vígan röhögtek, hogy a BSD a király, és a Linux mekkora egy *****...

Magam sem értem, hogy most miért idegesek... csak nem felsültek egy picit? Hogy ezt a problémát nem tudják megoldani, pedig azért a 2.2 -es linux kernel (ami minden hardverelemét támogatta már) sem most volt...

Pedig csak annyit kellene belátni, hogy "mindent a maga helyére"... csak a legtöbb magát BSD "p0w3r-usernek" tartó egyén túlontúl elvakult ehhez...

Igaza van trey -nek abban is, hogy az eglész thread -ban alig 10 értelmes hozzászólás hangzott el, a többi pedig...

Hello Trey!

Köszi a cikket, remélem a *BSD-kre is feltápászkodnak a driver-ek.

Egy miatt írok néhány keresetlen szót és ezt nem a *BSD-k ellen (nekem tetszenek).

Érdemes megnézni a támogatottságotkat:

Suse SLES, IBM RedHat, *BSD-t hol találok (hivatalos Support)

Gyártói oldalról VAN támogatás Linuxra (IBM, Fujitsu-Siemens, Dell , HP ..., DB2, Oracle....)

Ha lesz *BSD-kre is, akkor ugyanolyan minőségű rendszereket lehet összerakni.

Ha támogatnák a *BSD-ket is, a tpc.org is mást mutatna (remélem).

hello,

a cikk cime:

Vállalati felhasználás: Linux vagy BSD?

itt ugyan egy Debian-t teszteltek, de Ora-ra, meg minden masra is van valamilyen Linux, amire a gyarto ajanlja a termeket.

Sajnos - oszinten sajnalom - ez meg egyik BSD-re sem all.

Ora-n kivul pedig van meg jopar alkalmazas, ami nem fut BSD-n, Linuxon meg igen (nem feltetlen Debianon)

A teszt tenyleg csak a hardvert teszteli, de ha egy Debian felmegy ra, akkor barmi felmegy :)

Valoban butasag ez alapjan megitelni egy vagy tobb rendszert, a hozzaszolasom arra iranyul, hogy nezzuk meg, mi van telepites utan.

Ahogy tobben is irtak: egy "nagyvallalat" nem eri be egy mailszerverrel, vagy egy sambaval - persze ezen feladatok nemelyikere a legjobb valasztas a BSD... :)

a.

Hi!

Sajna, eleg komoly flame gerjedt a cikkbol, de mi a tanulsag?

Ha valami okbol (amit most nem reszletezek, de biztos van hasonlo gondolkodasu user) BSD-t telepitenek megis, es at kell hidalni a draga esetleg nem tamogatott hardware problemajat, de elsodleges szempont a magas rendelkezesre allas es a hatekonysag mi a megoldas???

Szerintem a sok (olcso) lud disznot gyoz a jarhato ut. Olcso teljesen tamogatott megbizhato x86 alapu szamitogepekbol clustert epitek es BSD-t futtatok.

Nem fuggok a hardwaretol mert barmikor barhol potolhatom a kieso elemet, a leheto legredundasabb a megoldas, es hatekonyabb a "cold iron" modszertol hiszen a mukodo gepek teljesitmeny osszegzodik. Es a legrosszab szamitas szerint is negyedannyiba kerul mint a problemas szupi szamitogep. :)

Sajna nekem nem volt meg lehetosegem kiprobalni mik a realis lehetosegei egy ilyen megoldasnak, de ha lenne egy ilyen teszt, nagyon kivancsi lennek a vegeredmenyere.

Meng

A végeredménnyel egyetertek.

Maga a teszt azonban a divatos számítógépmagazinok tesztjei szinvonalának also harmadában mozog. Egy adott hardverre történő telepíthetőség még nem döntő érv, a vállalati felhasználhatóság mellett, vagy ellene.

Szubjektiv : A BSD-vel nem a tudása a legnagyobb probléma, hanem a licence.

Haliho,

Persze hogy igen, de aljunk ma' meg kerem szepen...az emlitett "nagyagyu" alkalmazasok eseten a "nagyvallalat" szepen be fog ruhazni egy "igazi" kereskedelmi UNIX-ra...

Te is bena voltal, hogy BSD-vel szarakodtal az emlitett helyen amikor rendelhettel volna egy utos AIX-ot, SGI IRIX-et pl. :)

Es megegyszer: szerintem nagyon jo rendszer akarmilyen BSD, de vannak "kereskedelmi" korlatai (hivjuk igy:)).

A BSD-ket akademiai kornyezetre terveztek es nem kereskedelmire. Az mas kerdes, hogy hol hasznaljak.

PC miért nem nagyvállalati? IBM szinte összes termékénél a Linuxos verzió már jóideje a preferált.

Mert _nem_ az. Egyszerûen az architektúrális különbségek miatt. Az IBM-nél a Linux propagálás érthetõ, hiszen azok mind marketinges fogások. Sokat fektettek a Linux-ba mostanában és annak vissza kell jönnie.

Sőt! az IBM elhozta nemrég a MainFrame technológiát is a PC-k világába!

És? A Mainframe azért mainframe marad annak elõnyeivel és tervezési különbségeivel együtt. A PC-k csak átvesznek egyes részeket.

..egy 2/4 utas Xeon Linuxal vmwareval...

Ugyfent. Marketing és pénz.

.Megyek is és feldarabolom a S390-t, mert a mainframe technológia már a pc világban van!

.

Jajj...hát te sem olvastál számítógép-archtektúrákról könyveket. Helyettük a 'hogyan buheráljam a PC-met' c. könyveket választottad...:)))

hello,

Persze hogy igen, de aljunk ma' meg kerem szepen...az emlitett "nagyagyu" alkalmazasok eseten a "nagyvallalat" szepen be fog ruhazni egy "igazi" kereskedelmi UNIX-ra...



vagy nem...

Te is bena voltal, hogy BSD-vel szarakodtal az emlitett helyen...

hol is?

mit emlitettem?

Te mit olvastal? :))

a.

jolertem h te egy opensource rendszeren probalod meg leverni azt h nem tamogatott a gyartok altal? (?????)

sztem azert nem jo ez a cikk mert nagyon kisarkit egy dolgot h egy konkret HWn nem megy a *BSD es ezert *****. sztem nem ilyen fekete feher a dolog.

ez kb. olyan mintha azt mondanam h a linux meg azert ***** mert a kernelt hujegyerekek fejlesztik es nezd meg h mennyi bug volt ra eddig es meg mennyi lesz. (nezzuk csak a local root bugokat)

amiert nekem szimpatikus a freebsd (ezt ismerem legjobban): mennyi security feature van(acl, mac, geom) az alap rendszerben. (kernelt kell csak porgetni). pl. az acl a trustedBSDbol portolt.

ezek mikor lesznek linuxra? (ilyen minosegben)

sztem egy olyan osszehasonlitasnak van csak ertelme amikor mindket os(ek) parametereit szepen lepesrol lepesre osszehasonlitjuk, rengeteg parametert figyelembe veve.

amugymeg: http://uptime.netcraft.com/up/today/top.avg.html

nah en befejeztem a flamet. (el sem kezdtem. :) )

opensource roxxx

Sajnos akkor megint a Flamelők győztek.

Kit érdekel mit szólnak hozzá, amikor (szerintem) a legtöbb olvasót érdekelnek az ehez hasonló tesztek. Ne érezdd úgy, hogy hiábavaló volt a munkád, Trey, én szívesen olvasnám a folytatás(oka)t. És szerintem a nagytöbbség így van ezzel.

üdv!

Hi,

ez a cikk inkább úgy néz ki, mintha egy 1998-as Forma1-es autóba töltenénk 35-os és 40-es keveréket, majd el szerefnénk indulni egy mai versenyen...

Trey egy ma már standard s kivont alapfunkciót követelt meg. Szerintem is most kicsit kilépett a megszokott világból, s kicsit vállalati szemmel nézte a dolgokat. Tudomásul kell venni, hogy vannak olyan helyek, ahol az IDE szóba se jöhet, s a síma SCSI is gázos.

Hi,

Azért egy több IBM szerverből álló VMware-es rendszer nagyon közelíti a mainframe szintet!

- a hardware és oprendszerkontroll megvan

- virtuális rendszerre is

- a gépek valóban virtuálisak - megakadás nélkül mozgathatók akár fizikai gépek között is

- 3 RU-ban 80-96 gép!

- új gép bekonfigolással automatikusan elvégezhető

- minden erőforrás-elérés szabályozható (kivéve - természetesen - a hálózat be irányt)

- a virtuális gépek clusteresíthetők virtuális ill. real gépekkel

- szinte teljesen rejtett hostrendszer, csak egy szűk felületen át konfigolható (/proc/vmware)

kisza

Hi,

percek alatt lekonfigurálható,

beárazható,

leszállítható,

telepíthető - ja, nem. Ide már kellhet egy hét,

konfigurálás - 3-4 hét vakrepülés a konfigfileok halmazában.

Aztán elvileg megy, csak senki ne nyúljon hozzá :)

kisza

Szerintem az üzleti felhasználás terén pont ezzel van a legkisebb gond. Nézd meg, mekkora háború, hogy xy gpl-es szoftvert hol adják pénzért forráskód nélkül, stb.

bsd-éknél hallottál már ilyen parádéról? bsd-t beépítesz egy mp3player-be, elkezded árulni és a kutya se fog utánadmenni, hogy add ki a forrást.

de ez egy másik thread témája.

Én örülnék, ha itt is olvashatnánk a folytatást.