XCHAOS: A ze se programator v C++ lisi od programatora v cemkoli jinym z hlediska prescasu a penez, co si za to rekne, to by chtelo nejaky solidni data, abych tomu zacal verit.

REDGUY: Ja zas s nostalgii vzpominam na Marušku :)

Jinak ty alternativni alokacni techniky nejsou zas tak nova vec, ne? Nabizi se https://secure.wikimedia.org/wikipedia/en/wiki/Slab_allocation, https://secure.wikimedia.org/wikipedia/en/wiki/Obstack, a https://secure.wikimedia.org/wikipedia/en/wiki/Memory_pool . Samozrejme nevim, co to ma ve finale byt, ale ne na vsechno je malloc/free idealni. Je samozrejme otazka, jestli to dava smysl jako genericky alokacni nastroj, to se pozna podle toho, jak to Xchaos napise, ze :)

XCHAOS: Ten paper k tomu neni nezajimavej, asi to stoji za precteni. Genialni je asi dost silny slovo, ale nektery ty optimalizace, ktery tam pro C++ delaji, jsou celkem zajimave. Z velke casti je to o organizaci dat v pameti (zmeny v tom, jakou strukturou co reprezentujes) abys mel co nejlepsi lokalitu a nemel tam zbytecny ukazatele. Optimalizace pro C by imho vypadaly dost podobne.

XCHAOS: ještě se divíte, že chci vyvíjet remeber {} a forget {} makra - myslim ze nejsem sam kdo se velmi tesi na tvuj design. Obcas mi se mi stejska po tom, jak jsi nam pred par rokama vysvetloval tvuj kontextovej alokator, nebo jak se to jmenovalo. Uz mas nejakej navrh? Na cem budou postaveny? Co budou umoznovat? Proc budou lepsi nez malloc/release?

SKIM: heh: "The Java version was probably the simplest to implement, but the hardest to analyze for performance. Specifically the effects around garbage collection were complicated and very hard to tune. Since Scala runs on the JVM, it has the same issues."

tenhle článek jako kdybych psal já ! ještě se divíte, že chci vyvíjet remeber {} a forget {} makra ? :-)

SKIM: no mě programátoři v C++ právě nepřipadají jako extra geniálnější, než právě třeba (dobří) codeři v C. Některé konkrétní algoritmy určitě vyžadují genialitu, aby je někdo vymslel, to je bez diskuze... ale spíš bych programátory v C++ klasifikoval třeba jako letecké dispečery: ti také dělají něco, v čem se točí velké peníze, a jsou tedy dobře placení - protože když to udělají špatně, tak mohou způsobit spoustu škody. a společné mají i ty noční přesčasy a tak.

REDGUY: cituji to z odkazu, pod kterým jsme napsal "cituji:" - ale chápu, že očekávat od tebe takovou míru dovtipnosti by bylo moc ...

XCHAOS: C is closest to ASM and thus can be (theoretically) optimized best - nevim odkud to citujes, ale je to nesmysl. Jak obecne (to ze je jazyk blizky ASM ani nahodou neimplikuje ze by mel byt nejlepe optimalizovatelny), tak konkretne (nektere vlastnosti C komplikuji optimalizaci ve srovnani s jinymi jazyky).

ANT_39: momentálně v trunku nic použitelného nemám.

byly předchozí dva "releasy", z čehož ten 0.6 byl inspirovaný spíše mým chatrným povědomím jak vypadá Perl, a už dávno mě bylo jasné, že je to slepá ulička.

verze 0.7 je v repository taky - ale i když už jsem tam zamířil výrazně lepším směrem, tak jsem pod vlivem setkání s Pythonem usoudil, že je to příliš košaté a neystémové.

v současnosti chci začít od začátku, vtípky s then buddhismem nechám až na konec (nějaký aprílový release, nebo tak něco), a chci to postavit na for_each() {} , try { fail() } except() {} a liberálním garbage collection v rámci celých scope pomocí remember{} a forget{}

pokud se mi podaří omezit pro začátek počet nově zabraných klíčových slov tak třeba na 20, tak budu opravdu spokojený. předchozí verze byla moc košatá, to nebylo v duchu C.

C++ the Clear Winner In Google's Language Performance Tests - Slashdot
http://developers.slashdot.org/story/11/06/15/0242237/C-the-Clear-Winner-In-Googles-Language-Performance-Tests
C++ clear winner in Google language tests - 06 Jun 2011 - Computing News
http://www.computing.co.uk/ctg/news/2076322/-winner-google-language-tests

... safra safra, to bych se na to podíval tedy... to by mě zajímalo, jaké použil benchmarky (no ok, ten můj byl taky trochu trapný...).

cituji C is closest to ASM and thus can be (theoretically) optimized best but it's a pain in cross-platform world then. - a o to se právě snažím já - chtěl bych nad C udělat něco takového, jako je JQuery nad Javascriptem

ANT_39: ok, i tohle tam asi nebude. jako že jo... mě nejdřív inspiroval ten obfuscated code contens.

ale teď mě zajímají spíš iterační makra a memory management. lidé se s časem mění :)

_BENNY: no z těhle pozic jsem už trochu ustoupil... bude to o něčem trochu jiném :)

XCHAOS: kuš už - to neni moc silny argument. Mam to chapat tak ze zacnes zase brzo rozdavat bany za pokracovany debaty, kterou jsi ty sam zacal?

C++ je kategorie sama pro sebe... já myslel spíše takové ty "konzumnější" objektově orientované jazyky - v tom pripade jsi se velmi spatne vyjadril a neni divu ze ti neni rozumnet. Mluvil jsi o "objektovem programovani", bez nejakych privlastku a doufam ze se shodneme na tom, ze C++ je typickym a dost mozna nejznamejsim prikladem objektoveho jazyka. Nicmene budiz, kdyz ted (opet) menis to co jsi rikal, preformuluji otazku:

Kdyz si zkusim zkompilovat neco objektoveho, rekneme Objective-C/Javu/Python(pouzivany objektove) nebo treba OCaml(opet, pouzivany objektove), tak to neni projev "zvídavého analytického přístupu"?

A doplnim - je ten "zvidavy analyticky pristup" vazany na kompilaci? Co kdyz se budeme bavit o interpretovanych jazycich? Kdyz misto "Zkusim si zkompilovat zdrojak C" bude "Zkusim si pustit perlovy script", meni to neco?

XCHAOS: A kdyz si zkusim zkompilovat neco objektoveho, rekneme C++, tak to neni projev "zvídavého analytického přístupu"?