Rozhovor s vývojářem Novellu o OpenOffice.org (diskuse)

[Milan Jurik]

Eh? http://www.abclinuxu.cz/zpravicky/je-vyvoj-openoffice.org-dostatecne-otevreny

[freshmouse]

Navíc v této zprávičce nebylo uvedeno, že se jedná o Meekse, což by mělo (jako varování).

[Ilfirin]

Varování, že se jedná o jednoho z předních vývojářů OpenOffice.org?
Aha, radši budem dělat rozhovory s lidmi, dělající marketing (víš koho myslím ), jejich slova se poslouchají lépe.

[freshmouse]

Jestliže Meeks nepodporuje marketing, pak nemá zájem o úspěch své práce.

[Drom]

Proc? Ja myslim, ze to je otazka uhlu pohledu.

[freshmouse]

Ještě dodám, že úspěchem jsem v tomto případě myslel rozšíření "jeho" produktu.

[Drom]

A ja se stejne ptam proc? Nemyslim, ze se uspech musi nutne merit rozsirenim.

Uspech je napriklad to, ze dany kus SW funguje jak ma a ten, kdo ho pouziva, je spokojen. A klidne to muze byt jeden clovek na svete.

Nebo muze byt uspechem to, ze se mi podarilo implementovat, co jsem chtel, povedlo se mi to hezky a mam toho dobrej pocit.

[freshmouse]

Nemyslim, ze se uspech musi nutne merit rozsirenim.

Proto jsem "úspěch" definoval výše.

Uspech je napriklad to, ze dany kus SW funguje jak ma a ten, kdo ho pouziva, je spokojen. A klidne to muze byt jeden clovek na svete.

Nebo muze byt uspechem to, ze se mi podarilo implementovat, co jsem chtel, povedlo se mi to hezky a mam toho dobrej pocit.

Ano, to je taky úspěch, ale rozhodně ne pro komerční společnost, kterou Meeks zastupuje (Novell). Obávám se, že úspěchem komerční firmy je zisk, a ten je v případě Novellu tvořen mj. šířením jejich produktů.

Pekař sice může upéct dobrý a krásný rohlík, do kterého implementoval zajímavou přísadu, ale k čemu mu to je, pokud ten rohlík neprodá? Z radosti se nikdo nenají.

[Drom]

A? On bude dostavat plat at ho ta prace stve a nebo tesi a uspech samotnyho programu mu muze bejt ukradenej. Konec koncu, on k tomu mohl prijit jako slepej k houslim, "proste tohle ted Novell chce vyvijet". A nebo naopak, protoze ho takova prace zajima a funkce, ktere ma nastarost funguje ok, takze uspech...

[Käyttäjä 11133]

Ano, to je taky úspěch, ale rozhodně ne pro komerční společnost, kterou Meeks zastupuje (Novell). Obávám se, že úspěchem komerční firmy je zisk, a ten je v případě Novellu tvořen mj. šířením jejich produktů.

Ano a proto jsou taky Meeksovy patche součástí OO.o, které je distribuováno spolu s Novellími produkty a Novellu může být vcelku fuk (připravuje se "jen" o bugreporty) jestli si Novellí OO.o stáhne i někdo z webu, nebo ne.

[IDR]

Meeks je naprosto OK, narozdil od toho hňupa Miguela de. I

[Luboš Doležel (Doli)]

To mi uniklo, sorry, ale když už je tu diskuze, tak to mazat nebudu.

[Peter Fodrek]

DerStandard.at: At the moment the Go-oo releases still trail the ones from OpenOffice.org quite a bit, are you going to improve on that?

Meeks: Yes. We've substantially improved on that recently actually. We are trying to get out concurrently with Sun. Clearly people don't want to be waiting around for bug fixes.

derStandard.at: Lot's of the work you have been doing in the past was focused around performance improvements and reducing the memory footprint. Is this an area where you are still able to make further substantial improvements?

Meeks: Yes, definitely. We have done a lot of work in partnership with AMD actually, because they wanted to get this done for ultra-mobile devices

Hlavne ma zaujima vztah k tomuto vyjadreniu AMD

"We've talked to a number of people in the HPC market about the need for specialized execution engines that run certain workloads where a specialized coprocessor is the right answer," said Hester. "A vector floating-point coprocessor is one example [think Cray]; XML and Java coprocessor accelerator chips are other examples. Being able to support them over the coherent HyperTransport link will be a big deal for people building these specialized types of HPC machines." Rozhovor so sfeom AMD vyskumu v roku 2006

Mne z toho vyplyva,ze XML a JAVA koprocesory(alebo OpenOffice.org koprocesor) k AMD CPU su na spadnutie...

ale to by bolo zaujimave...

[Daniel Kvasnička ml.]

No specializovany HW pro XML uz existuje, takze ty koprocesory by asi nebyly nic tak uplne prevratneho

[Peter Fodrek]

Pre XML? pre JAVA viem, ale pre XML nie

ale teraz som cital

o DRC a ich

DRC Reconfigurable Processor Units (RPU)

DRC offers a family of RPUs, each a complete hardware and software package that includes a Xilinx FPGA and the functional elements that allow the module to plug into an AMD Opteron™ socket and interface with the HyperTransport™ bus, the DDR memory and other motherboard resources.

RPU

The resulting speeds are typically 10x to 20x and, in some cases, 100x to 1000x faster than if the subroutines were run in software.

Wow

zaujimave je,ze DRC RPU je vlastne on-the fly programovatelny Xilinx Virtex

stare na Virtex-4

tu

a nove RPU s nazovom Accelium Coprocessors na Xil;inx Virtex-5 tu

hlavne ta AC2030 s 330 tis logickych obvodov, ktore sa pre OS tvaraia ako 36 500 vypoctovych jednotiek

do 4,5 GB internej RAM koprocesora a celkova kapacita prenosovych linike do RPU 25,6GB/s je "sranda" a Socket 1207 (Socket F)

Taky OS koporcesor na Linux by sa zisiel... :))))

[Daniel Kvasnička ml.]

http://en.wikipedia.org/wiki/XML_appliance

[deda.jabko]

tak toto uz je na me fakt moc... ja snad zalozim xml haters club, kde budeme podavat osvezujici napoje a budeme se smat takovym silenostem...

[Ladicek]

Existenci lispových mašin nepopřeš

[Cartman]

melo by na tom zarizeni byt varovani: "Pokud vase aplikace vyzaduje specializovany HW na zpracovani XML, mel byste hledat uplatneni v jinych oborech lidske cinnosti nez je vyvoj software. Dekujeme.".