IBM e Sun: i tempi dell'annuncio sono vicini?

[Redazione di Hardware Upg]

Link alla notizia: http://www.hwupgrade.it/news/busines...ini_28593.html

Potrebbe essere vicino l'annuncio dell'acquisizione di Sun da parte di IBM; una manovra da 6 miliardi di dollari USA di controvalore

Click sul link per visualizzare la notizia.

[maurilio968]

Speriamo che lo sviluppo di solaris e open solaris non si arresti. In particolare per l'ottimo ZFS.

[ally]

...veramente è di oggi la notizia che l'accordo sembra stia saltando...link1 link2...fonte della vostra notizia?...

...ciao Andrea...

[islandofjava]

Infatti l'accordo è saltato.
Su PI han fatto la stessa cappella.

[GByTe87]

In effetti anche su testate estere si legge che l'accordo è più vicino alla rottura che alla conclusione positiva...

[S4t0r1]

"una posizione di cache compatibile con questo investimento"

lol, vabbè che siamo su un sito di informatica ma penso che qua si intenda il vile cash

[vegeta13_1]

MA LOL!!!!!
bella questa precisazione straquoto

[Barra]

@maurilio968
io spero che si chiusa l'affare proprio per questo.

Opensolaris morirà nel giro di poco tempo e ZFS viene integrato in linux grazie al rilascio come GPL2

[DKDIB]

Mi auguro che non salti, dato che sarebbe un vero peccato veder sparire Sun Microsystem ed il suo portafoglio software.

[maurilio968]

Originariamente inviato da Barra

@maurilio968
io spero che si chiusa l'affare proprio per questo.

Opensolaris morirà nel giro di poco tempo e ZFS viene integrato in linux grazie al rilascio come GPL2

Speriamo! Ext4 ha diversi problemi di "solidità" di scrittura dei dati.

[gondsman]

Adesso non esageriamo, EXT4 ha un problema di affidabilita' (risolto dal kernel 2.6.30) solo in occasioni di eventi traumatici che ne evitano l'unmounting (tipo cali di tensione). Credo che per utilizzo non mission critical vada benissimo...

[maurilio968]

Originariamente inviato da gondsman

Adesso non esageriamo, EXT4 ha un problema di affidabilita' (risolto dal kernel 2.6.30) solo in occasioni di eventi traumatici che ne evitano l'unmounting (tipo cali di tensione). Credo che per utilizzo non mission critical vada benissimo...

Peccato che il prossimo ubuntu 9.04 ha il kernel 2.6.28 quindi bisogna passare allo scaricamento dei sorgenti del kernel e della patch per effettuare una bella ricompilazione di tutto il sistema.

Oppure si disattiva la dealyed allocation "in teoria" con l’opzione nodelalloc nel mount

/dev/sdb13 / ext4 defaults, noatime,nodiratime, nodelalloc

"in teoria" è d'obbligo viste le scarse info.

[Fx]

Originariamente inviato da maurilio968

Speriamo! Ext4 ha diversi problemi di "solidità" di scrittura dei dati.

che io sappia tra i filesystem che usano lo stesso approccio di ext4 e che quindi sono potenzialmente soggetti a questo tipo di problemi c'è proprio ZFS

[maurilio968]

Originariamente inviato da Fx

che io sappia tra i filesystem che usano lo stesso approccio di ext4 e che quindi sono potenzialmente soggetti a questo tipo di problemi c'è proprio ZFS

Il fatto che ZFS impementi la delay allocation NON vuol dire che abbia di questi problemi.

With ZFS you never have to run fsck again, nor do you need the overhead and complexity of journaling, because the filesystem is always in a consistent state. ZFS uses copy on write (COW). This means live data is never overwritten; instead, it writes data to a new block before changing the data pointers and committing the write. Thus, you can pull the plug as much as you want without a care.

And that's not all COW does; using COW means you can take all manner of instant snapshots (read-only copies) and clones (read/write copies). So backups and rollbacks are dead-easy and fast, and clones provide a space-efficient method of storing copies of shared data, like diskless clients and new client installs.

ZFS also checksums everything, so it's constantly on the lookout for data corruption. Changes are transactional, so related changes succeed or fail as a whole.

Se vuoi farti una cultura in merito vai sul sito sun.ZFS on sun

[PGI-Bis]

Originariamente inviato da DKDIB

Mi auguro che non salti, dato che sarebbe un vero peccato veder sparire Sun Microsystem ed il suo portafoglio software.

E' vero che non è più la Sun degli anni d'oro ma tumulare un'azienda che fattura 15 miliardi di dollari con un utile netto da 400 milioni è un tantinello prematuro.

[S4t0r1]

Originariamente inviato da maurilio968

Peccato che il prossimo ubuntu 9.04 ha il kernel 2.6.28 quindi bisogna passare allo scaricamento dei sorgenti del kernel e della patch per effettuare una bella ricompilazione di tutto il sistema.

Oppure si disattiva la dealyed allocation "in teoria" con l’opzione nodelalloc nel mount

oppure e molto più semplicemente non fai niente visto che ext4 non viene usato di default.

[maurilio968]

Originariamente inviato da S4t0r1

oppure e molto più semplicemente non fai niente visto che ext4 non viene usato di default.

ed è bene che sia così visto quello che loro stessi scrivono.

Se leggi vedi che dicono:

supports the option of installing the new ext4 file system. ext3 will remain the default filesystem for Jaunty, and we will consider ext4 as the default for the next release based on user feedback.There has been extensive discussion about the reliability of applications running on ext4 in the face of sudden system outages. Applications that use the conventional approach of writing data to a temporary file and renaming it to its final location will have their reliability expectations met in Ubuntu 9.04 beta; further discussion is ongoing in the kernel community.

Potevano ritardare l'uscita, integrare il kernel 2.6.30 e abilitare ext4 di default (come loro stessi prospettano di voler fare in seguito) oppure,meglio, non mettere per niente il supporto a ext4.

[Dcromato]

Ma si fate a meno.usatelo alla prox release ext4

[jappilas]

è notizia odierna che IBM avrebbe ritirato l' offerta...

[filippo1980]

Ma la SUN sta messa così male da rischiare il fallimento?
Se si, spero che IBM riesca a comprarsela, altrimenti meglio lasciarle separate IMHO....