Właśnie na tym polega myk, że ani jedna linijka używanej na co dzień funkcjonalności OO nie została napisana w Javie. Java jest wykorzystywana tylko w silniku bazy danych Base (HSQLDB*) i kilku mniej istotnych dodatkach w pozostałych aplikacjach pakietu.

*) I tu użycie Javy było bardzo dobrą decyzją – wg testów, które kiedyś robiliśmy HSQLDB jest **znacznie** szybsze od PostgreSQL i MySQL dla prostych zapytań.

Musisz uwierzyć na słowo. Ale HSQLDB nie jest ACID, i trzyma wszystko w RAMie backupowanym logiem update'ów więc z automatu ma dużo łatwiej. Domyślnie używaliśmy tego kiedyś na JBossie jako storage do JMS, ale później musieliśmy przełączyć na PostgreSQL, właśnie ze względu na transakcje. Różnice wydajności było widać bardzo wyraźnie (była co najmniej kilkakrotna).

Problem w tym, że Postgres/MySQL/SQLite wrzucony na ramdysku zgubi wszystkie dane, jak tylko siądzie prąd, a HSQLDB nie. Akurat z ACID literka "D" została w HSQLDB zaimplementowana. Inna rzecz, że nawet PostgreSQL czy MySQL z bazą danych, która się cała zbuforuje w pamięci, nadal nie bardzo nadąża za HSQLDB – bo po prostu nie były projektowane do takich zastosowań. W przypadku naszych eksperymentów z JMSem, kolejki rzadko były dłuższe niż kilkanaście komunikatów i wszystko w RAMie się ładnie mieściło.

Mi też MS Office 2000 chodzi szybciej pod wine, niż jakikolwiek Openoffice.

Tylko te argumenty nie docierają do większości ludzi, którzy i tak bezmyślnie odpowiadają, że Windows ładuje 90% bibliotek do pamięci już przed uruchomieniem Office, więc dlatego pod Windowsem MS Office chodzi szybciej 😉 A jak im uświadamiesz, że przecież mówiłeś o wine, to nabierają wody w usta i dyskusja się urywa.

tak samo jak napisałem cos więc jestem zajebiście mądry 🙂
Trzeba wiedzieć co do czego i jak użyć

A skąd wiesz, że nie dopisuje się do programów startowych wine (tak, wine już od kilku(nastu) wersji obsługuje programy ładowane przy starcie).