A HP "érezhető" UNIX fejlesztéseket ígér a HP-UX 11i v3-ba

Hewlett-Packard

A Hewlett-Packard arra készül, hogy új biztonsági és virtualizációs fejlesztésekkel egészítse ki UNIX operációs rendszerét, továbbá ezen fejlesztéseken túl ígéretet tett arra is, hogy most már valóban látszani fog a régóta ígért, Itaniumban rejlő teljesítmény-előny.

Nick van der Zweep, a virtualizációért és az Integrity szerverek szoftvereiért felelős igazgató azt nyilatkozta, hogy az új fejlesztések többsége a HP-UX 11i version 3-ban fog érkezni, amely már ebben az évben szállításra kerül, de amelyet még körülbelül három hónapig hivatalosan nem jelentenek be.

Ennek ellenére a C|net úgy tudja, hogy az egyik biztonsági szolgáltatás - amely fileok tárolási időben történő automatikus titkosítását teszi lehetővé - már beépítésre került a HP-UX 11i version 2-be.

A teljesítmény-növekedéssel kapcsolatban van der Zweep elmondta, hogy az alkalmazott fordítóprogramban (compiler) történt változtatásoknak köszönhetően az Itanium processzoron futó HP-UX 11i v3 operációs rendszer még versenyképesebb lesz. A HP korábban azt ígérte, hogy az Itanium-ra készült kifinomultabb fordítóprogramok gyorsabban végrehajtható kódokat eredményeznek majd, de bebizonyosodott, hogy a kitűzött célt a vártnál nehezebben tudják megvalósítani. Viszont mostanra elkészültek, és a cég szerint kifizetődött a befektetett munka. A fordítóprogramban eszközölt változtatásoknak (optimalizációk) köszönhetően mintegy 25-35 százalékkal gyorsabb program-végrehajtásra lehet számítani, de a Java programok még ennél is többet mutatnak.

A virtualizáció terén a v3-ba érkező változtatásoknak köszönhetően (amelyek nem feltétlenül a megjelenéssel egy időben mutatkoznak be) - egyebek mellett - az ügyfelek még hatékonyabban tudják majd rendszereiket felosztani, és az erőforrásokat még hatékonyabban tudják majd a "partíciókhoz" rendelni.

A HP-UX 11i v3-ban bemutatkozó egyéb újdonságokról és biztonsági fejlesztésekről bővebben itt.

( -Atis- | 2006. 12. 04., h – 20:33 )

ha így haladnak, évek kérdése és nemsokára a HP-UX is tudni fogja, amit a halálra ítélt tru64...

( mizu v | 2006. 12. 05., k – 08:25 )

Istenem, ez a HP. Egy rakás.. Én még ezektől normális szoftvert nem láttam. Az, amit ők unix-nak akarnak nevezni lassan kevesebbet tud, mint az 1.0-ás BSD.. Komolyan sajnálom azokat, akiknek ilyennel kell dolgozniuk.

Az egyik győri nagyvállalat 4 HP PA-RISC szervert használ, ebből van olyan, ami minimum 10, de lehet, hogy 15 is van már egy helyben (ha legközelebb megyek megkérdezem). Az egyik operátor mesélte, hogy az egyik szerver a sarokban ott áll a kezdetek óta. A több mint egy évtized alatt egyetlen egyszer állították le, akkor is csak azért, hogy kifújják belőle a port. :)

Jók ezek a legendák. :)

--
trey @ gépház

ugy velem 11.11 koruli webszervered van. kiprobalnad?
$ date +%s

Jo ez volt a trefa.
Ami viszont nekem nem jon ossze:
itanium gepen, vg00 Ignite menteset visszaallitani _barmely_ halokartyan keresztul (mivel redundans),
LVM tukorre, oly modon, hogy mindket diszk bootolhato legyen.
Az eddigi eredmeny, hogy cXtXdX eszkozt s2 nelkul hozzacsapta a vg00-hoz.
Kezzel megoldanam - de _megkerdezi_ a telepito, mely diszkekbol alljon a VG?
Aztan ezt allitja elo :o) 

 
# strings /etc/lvmtab
/dev/vg00
/dev/dsk/c2t1d0s2
/dev/dsk/c2t0d0

Na ez jol jonne ;-P

"$ date +%s"
Mi lenne az elvárt reakció? Én csak ennyit kaptam:
"date: bad format character - s"
Igaz, a munkaállomásomon próbáltam ki, de ez talán mindegy.

Az Ignite-os kérdésed érdekesebb, bár éppen arra nem mutat rá, mit nem tud a HP-UX. De mindegy, derítsük ki mi a probléma. Milyen gépet akarsz visszaállítani? Milyen gép és OS az Ignite server-ed? Milyen verziójú az Ignite és milyen patch-eket installáltál rá?
Bootolni elméletileg bármelyik interface-edről bootolhatsz, ami az EFI-ben látszik.

Ave, Saabi.

tudod olyan wannabe GNU/Linux guru vagyok ;)
ezt szeretnem latni (11.23 mar tudja)
rka@rkanote:~$ uname
Linux
rka@rkanote:~$ date +%s ; perl -e 'printf "%d\n", time();'
1165399514
1165399514

bár éppen arra nem mutat rá, mit nem tud a HP-UX

En a megvasarolt Ignite-UX termeket is a HP-UX reszenek tekintem.
Nem tud LVM tukorot visszaallitani Ignite mentesbol, ami nem baj
- de _megprobaja_ - na ez nem tetszik.
Nem gondolom, hogy patchset kerdese lenne, mivel a INSTALL teved.
(Ismert hiba. Legalabbis, mintha Zahy most igy oktatna :-P)

Mivel HP-UX alatt a date nem GNU termék, miért kellene ugyanazt tudnia? Én meg linux alatt szeretnék egy ioscan-t, de nincs. Pedig nagyon hasznos dolog.

Az Ignite letölthető innen , nem kell érte fizetni.
Nos, valóban kell egy kicsit konfigurálni, ennek mikéntje megtalálható az Ignite-UX and MirrorDisk/UX című doksiban. A probléma onnan ered, hogy az Ignite-UX nem tárolja el a tükrözési információkat: "The make_tape_recovery command creates a recovery tape for a system with mirrored disks but it will not preserve the mirror configurations. After booting from the system recovery tape, disk mirrors are lost and must be reconfigured using LVM commands."
Szóval ez egy olyan feature, amire valószínüleg igény már mutatkozott - hisz ez a doksi is megszületett - de automatikus megoldás még nincs rá.

Ave, Saabi.

Nem kellene ugyanazt tudnia, csak lehetoleg mukodhetne hasonloan, marmint hasonloan magahoz.
11.11 nem tudja, a 11.23 tudja - a 11.23 POSIX maskent nez ki.
A gondom az, hogy 2006-ban a 11.11 is tudhatna
(vagy van ra patch?, tavaly azt a valaszt kaptam hasznaljak 11.23-t)

en is szeretnek ioscan-t, bar onlinejfs-t jobban.
ioscan -> hwinfo

olyan feature, amire valószínüleg igény már mutatkozott

Nem az Ignite konfiguralasaval van bajom.
Nem igenyelnem a tukroket sem. Felhozom kezzel, az nem gond; Orulok, hogy a megvan a mentes.
A problemat abban latom, hogy NE PROBALJA meg, ha nem tudja megycsinalni.
Ez is csak egyszer okoz gondot, azota mar tudom ;-P mindosszesen a kicsit provokativ kerdesedre
probaltam valaszolni - szerintem ezt tudhatna.

Mas _gondolkodasbeli_ problema(m), az osszes - altalam latott - telepito script es dokumentacio 


# mount -a

paranccsal hoz fel 1 db ujonnan eloallitott mountpointot;
Ne tegye, lehet nem veletlenul nincs mind felcsatolva. 


# ping $IPADDR

paranccsal ellenorzi - pl. az Ignite telepito! - a szerver megletet;
Ne tegye, folosleges - veszelyes/infoszivargas... - icmp tipus nem tamogatott

Volna meg, de minek soroljam - nem lehet _teljesen_ a szam ize szerint faragva.
Orulok, hogy neked tetszik!

Mas _gondolkodasbeli_ problema(m), az osszes - altalam latott - telepito script es dokumentacio
# mount -a
paranccsal hoz fel 1 db ujonnan eloallitott mountpointot;
Ne tegye, lehet nem veletlenul nincs mind felcsatolva.

Ezzel vitatkoznék. Ha nem véletlenül nincs felcsatolva, akkor legyen kikommentezve az fstab-ban, mert egy reboot esetén úgyis kapcsolódik. Amúgy alapesetben az swinstall is ellenőrzi, hogy minden, az fstab-ban látható csatolás él-e. Mondjuk ez kikapcsolható. Én egyetlen esetben látom értelmét hogy szerepel egy csatolás az fstab-ban és mégsincs csatolva, mégpedig a CD/DVD esetén. De mivel ilyesmit ritkán használok, inkább kihagyom az fstab-ból és inkább beírom a mount parancsot kézzel, ha szükség van rá.

# ping $IPADDR
paranccsal ellenorzi - pl. az Ignite telepito! - a szerver megletet;
Ne tegye, folosleges - veszelyes/infoszivargas... - icmp tipus nem tamogatott

Mondok én ennél csúnyábbat is. Alapesetben be van kapcsolva egy "dead gateway detection" nevű csoda, ami a default gateway pingelését jelenti. Ha a gateway nem válaszol, akkor nem arra mennek a csomagok. Tiszta marhaság, szerencsére könnyen kikapcsolható.

Vannak ilyen dolgok, de szerintem egy OS se tökéletes.

Orulok, hogy neked tetszik!

Mondjuk nekem "kötelességem", hogy tetszen, de ettől függetlenül is kedvelem, mert ha értő kézzel nyúlnak hozzá, akkor nagyon megbízható tud lenni.

Ave, Saabi.

Az még hagyján, hogy naív, de milyen bosszantó, amikor az embernek nem ugrik be azonnal, miért nem megy a kommunikáció kifele. És persze ilyenkor az se mindig ugrik be, mit kell beállítani az nddconf-ban. :-(
De ez legalább egy olyan "feature", amit ismerünk és tudjuk hogyan kell védekezni ellene.

Ave, Saabi.

> Mondjuk nekem "kötelességem", hogy tetszen, de ettől függetlenül is kedvelem, mert ha értő kézzel nyúlnak hozzá, akkor nagyon megbízható tud lenni.

Szerintem szeretned me'g ceg-policy szerint se kell, legfeljebb egy kicsit lehetsz elfogodottabb vele szemben. Az erto kez meg rka-val szemben nem erv, van egy olyan gyanum, hogy o ugyanezt allitja a Linuxrol, sot hallottam embereket, akik winrol is ezt allitjak. Pedig vegre itt az ideje megtanulni, hogy ez a FreeBSD-re illik legjobban ;-)

Ezt speciel én is így gondolom. Windows-hoz _értő_ embertől - kevés az ilyen - sose hallottam, hogy "elromlott" volna a windows-a "magától". A linux-ok "nem működésével" kapcsolatos problémák se a hozzáértőktől jönnek. _Szerintem_ aki ért egy OS-hez, az tisztában van annak hibáival és ezen hibák elhárításának módjával. Vagy legalább sejti merre kell a megoldást keresni.

Ave, Saabi.

Nem a date azonos mukodese volt a lenyeg
(--date '3month(s) ago' tipusu finomsagokkal nem jottem
mellesleg az februar korul teved, mert 30 nappal szamol ;).
A POSIX lib kuzd kihivasokkal 11i1 alatt.
Ez: 

perl -e 'use POSIX; \
print POSIX::strftime("%s # %H:%M, on %D\n", localtime());'

is elteroen viselkedne 11.11 es 11.23 alatt.

> (Ismert hiba. Legalabbis, mintha Zahy most igy oktatna :-P)

Szörnyű, hogy egyesek ilyen pletykásak a kollegáid közül. Nincs 1 mapja, hogy mondtam :-)

De annyit azért hozzáteszek, hogy főleg a peccsek által javított "hülyeségek" témakörében mindig el vagyok maradva ...