Notebook pro vývojáře v Javě

[Kit]

Pro desktop bývá výhodnější i7.

Myslím normální stanici na vývoj. Takže tam běží třeba 20 serverů, build by měl být rychlý a normální práce také. Myslím, že i7 by měla být lepší, ale zase větší cache dřív bývala vždy výhoda. Dnešní architektura je ale trochu jiná. Všude v práci jsem míval i7, což je v pohodě, ale Xeon láká.

Pokud hodláš Xeon využívat sólo, tak jsou to vyhozené peníze.

Xeon má význam až ve dvojici či ve čtveřici, protože pak se ty procesory začnou chovat jako jeden mnohojádrový procesor. Toho s i7 nedocílíš.

Dělal jsem na obojím - 4× Xeon i 1× i7. Jednovláknová javovská aplikace běžela na i7 mnohem lépe - síla Xeonu je v meziprocesorové komunikaci. Naproti tomu se i7 na dálku konfiguruje docela blbě, ale to není tvůj problém.

[Reklama]

[javaman ((]

Myslíš, že je lepší Xeon s více jádry, více cache paměti a menší taktem a nebo i7 s vyšším taktem může být na Javu stejné? Bych nerad pořídil na takové to domácí vyvíjení Xeon za 30 a byl by stejný jako i7 za půlku

IMO je od nějakých 4 jader lepší vyšší rychlost než počet jader. V panelu mám applet vytížení CPUs a nad 4 jádra to vyleze jen při kompilaci/spouštění (to si pak vezme všech . Ale bohužel zatím moc nepoužíváme stream().parallel a podobné, abychom vytížili ostatní jádra. Na produkčním serveru máme 32 jader a taky se to fláká. Jen při startu aplikace to na nějakých 25 jader jede...

...

Super, dík za info. Právě aplikace píšu vždy dost paralelní a build je také paralelní, tak si říkám, jestli třeba 10 jader s menším taktem to netrumfne, ale nevím. Zase by to bylo dobré na testování.

Pro desktop bývá výhodnější i7.

Myslím normální stanici na vývoj. Takže tam běží třeba 20 serverů, build by měl být rychlý a normální práce také. Myslím, že i7 by měla být lepší, ale zase větší cache dřív bývala vždy výhoda. Dnešní architektura je ale trochu jiná. Všude v práci jsem míval i7, což je v pohodě, ale Xeon láká.

Pokud hodláš Xeon využívat sólo, tak jsou to vyhozené peníze.

Xeon má význam až ve dvojici či ve čtveřici, protože pak se ty procesory začnou chovat jako jeden mnohojádrový procesor. Toho s i7 nedocílíš.

Dělal jsem na obojím - 4× Xeon i 1× i7. Jednovláknová javovská aplikace běžela na i7 mnohem lépe - síla Xeonu je v meziprocesorové komunikaci. Naproti tomu se i7 na dálku konfiguruje docela blbě, ale to není tvůj problém.

Ale jednovláknové aplikace nikdo nepoužívá. Právě protože se používá masivní paralelizace, tak by Xeon mohl mít výhodu.

[Kit]

Ale jednovláknové aplikace nikdo nepoužívá. Právě protože se používá masivní paralelizace, tak by Xeon mohl mít výhodu.

To bys musel vysvětlit tomu autorovi aplikace, který na nějakou masivní paralelizaci zvysoka ...

[Ondra Satai Nekola]

Xeon neni jenom  poctu jader (i u i7 se da dostat 10C/20T) ale i to takovych tech nezajimavych zkratkach jako je ECC.

(btw: existuji i Xeony pro notebooky odvozene od Skylake H)

[Ondra Satai Nekola]

Ale jednovláknové aplikace nikdo nepoužívá. Právě protože se používá masivní paralelizace, tak by Xeon mohl mít výhodu.

To bys musel vysvětlit tomu autorovi aplikace, který na nějakou masivní paralelizaci zvysoka ...

Napriklad vim az do minuleho mesice, ze?

[Reklama]

[Kit]

Ale jednovláknové aplikace nikdo nepoužívá. Právě protože se používá masivní paralelizace, tak by Xeon mohl mít výhodu.

To bys musel vysvětlit tomu autorovi aplikace, který na nějakou masivní paralelizaci zvysoka ...

Napriklad vim az do minuleho mesice, ze?

Zase provokuješ, co? Pokud vím, tak Vim jede jen v jednom vláknu a stačí to.

[to_je_jedno]

Zase provokuješ, co? Pokud vím, tak Vim jede jen v jednom vláknu a stačí to.

To jen protoze jsi jim zatim neukazal ten jediny spravny objektovy pristup s kvalitnim navrhem a nevyhazel getry a setry.

[Kit]

Zase provokuješ, co? Pokud vím, tak Vim jede jen v jednom vláknu a stačí to.

To jen protoze jsi jim zatim neukazal ten jediny spravny objektovy pristup s kvalitnim navrhem a nevyhazel getry a setry.

Ukazoval jsem to na fóru několikrát. Akorát jsem se setkal s nepochopením.

[Ondra Satai Nekola]

Zase provokuješ, co? Pokud vím, tak Vim jede jen v jednom vláknu a stačí to.

Ve vimu to uz castecne fixnuli. (predtim to fixnul uz neovim)

[gl]

Zase provokuješ, co? Pokud vím, tak Vim jede jen v jednom vláknu a stačí to.

Ve vimu to uz castecne fixnuli. (predtim to fixnul uz neovim)

AFAIK jen přidali možnost asynchronní komunikace s podprocesem.

[Martin Holy]

Určitě, DB to zabila
http://blog.carlesmateo.com/2014/10/13/performance-of-several-languages/

Tím, že někdo udělá test na nějaké cykly, jasně upřednostní imperativní jazyky, jakým je např. Java. Vsadil bych se, že v testu nebyl použit ani jeden objekt, proto jsou ty výsledky zcela nesmyslné.

Přesně. Chudák objektový Bash, vůbec se nedostal ke svému

Ono se to moc nevi, a vlastne se neni cemu divit, ale on "existuje" i OOP bash:
http://hipersayanx.blogspot.cz/2012/12/object-oriented-programming-in-bash.html

Mimochodem, povedlo se celkem vtipne overeni tohoto prispevku:
https://postimg.org/image/8wseux7bn/

[Ondra Satai Nekola]

Zase provokuješ, co? Pokud vím, tak Vim jede jen v jednom vláknu a stačí to.

Ve vimu to uz castecne fixnuli. (predtim to fixnul uz neovim)

AFAIK jen přidali možnost asynchronní komunikace s podprocesem.

Tak, tak.