Perl 6 - the future is here, just unevenly distributed

IRC log for #divine, 2014-04-11

| Channels | #divine index | Today | | Search | Google Search | Plain-Text | summary

All times shown according to UTC.

Time Nick Message
02:26 spito left #divine
09:19 xstill mornfall: vidím to na to, že algoritm bude mít allokátor (a v něm pool), visitor dostane celý alokátor (on stejně má algoritmus) a graf dostane alokátor v successors, což znamená, že fronta musí být parametrizovaná alokátorem
09:22 mornfall nezapomeň na initial
09:23 mornfall hm, a teda propagovat alokátor jako parametr bude občas dost hnusný
09:23 mornfall (protože ten alokátor potřebuješ aj na čtení ze stavu, ne jen na alokaci)
09:24 xstill hm
09:25 xstill jo no
09:27 xstill alternativně by se musal graf částečně aplikovat takovým způsobem jako visitor
09:27 xstill jinak by tam byla kruhová závislost
09:28 xstill hm, ale čtení je kde kromě stuccessors, intials (a slack v algoritmu)
09:29 xstill asi si budu muset nakreslit závisloti šablon
09:29 mornfall no, v celým tom podstromě successors
09:30 mornfall jakože alokace se dělá třeba na jednom místě, ale na spočítání successors se volá desítky fcí
09:30 mornfall který potřebujou číst
09:30 xstill to už nebude problém, tam se to rozbalí
09:30 mornfall co znamená rozbalí?
09:30 xstill chci udělat strukruru který zpřístupní slice z blobu
09:31 xstill a už nebude potřebovat pool
09:31 xstill k přístupu
09:31 mornfall no, to ale znamená podávat si 3 pointry místo jednoho?
09:31 mornfall (pool, blob a offset?)
09:32 mornfall (nevím jestli to je nebo není problém...)
09:32 xstill je to problém pokud si to jen podáváš jako parametry? Dereference taky něco stojí a podle mě víc než větší parametr)
09:33 xstill (obsahovalo by to už dereferencovanej blob)
09:36 mornfall hmm, znamená to že alokace bude vracet 2 hodnoty (jako v cesmi)? nebo půjde ze slice rekonstruovat blob?
09:38 xstill spíš to druhý
09:39 mornfall hm, to zní dost draze
09:39 mornfall spočítat z dereferencovanýho blobu do kterýho bloku patří, tím myslim
09:40 xstill no teda myslel jsem to tak, že ten slice bude obsahovat i původní blob (hm, to vlastně spíš odpovídá tomu, že to vrací 2 hodnoty)
09:41 mornfall ono to je trochu jako vertex/handle/...
09:42 mornfall nebylo by lepší to řešit na téhle úrovni?
09:42 xstill teď tě nechápu
09:42 mornfall no, my podobnej problém už řešíme ve store
09:43 mornfall kdy to co dáváš do successors není to stejný co ukládáš do tabulky
09:43 mornfall resp. to co ze successors vypadne
09:45 mornfall tzn. že visitor dostane handle, z handle vyrobí vertex, z vertexu blob (a z blobu teď ještě slice)
09:46 xstill jo no
09:46 mornfall možná by bylo smysluplný successors dát rovnou ten store
09:59 xstill joined #divine
10:04 xstill__ joined #divine
10:04 mornfall (resp. mu dávat vertex, kterej si store nese interně)
10:04 mornfall hm, jseš nějakej nestabilní
10:04 xstill__ jo
10:04 xstill__ nevím co ti došlo
10:04 mornfall nic
10:04 xstill__ ok
10:04 mornfall naposeld „no jo“ 11:46
10:04 xstill__ přepošlu
10:04 xstill__ "hm ten by se tam musal taky dát jako
10:04 xstill__ parametr a navíc nemůže jednoduše obsahovat
10:05 xstill__ alokátor"
10:05 xstill__ (sorry za ten bordel okolo)
10:05 mornfall hm, proč nemůže obsahovat alokátor?
10:05 xstill__ ještě tohle: ale je tam moc vrstev to máš pravdu
10:05 mornfall resp. být alokátor...
10:05 xstill__ protože alokátor musí znát algoritmus
10:05 xstill__ store nezná algoritmus
10:05 mornfall proč?
10:06 mornfall hm
10:06 xstill__ kvůli extension
10:06 mornfall ty vlastně chceš aby se volal konstruktor
10:06 mornfall nj
10:06 mornfall ale ten konstruktor se nemusí nutně volat při alokaci
10:06 mornfall klidně se může volat na výsledek ze successors, ne?
10:07 xstill__ to mi příjde ošklivý
10:07 mornfall tzn. že Extension by byl natypedefovanej v setupu k visitoru
10:08 mornfall a visitor by volal placement new na to co vypadne ze successors
10:09 mornfall mně to asi přijde lepší než dotlačit znalost toho Extension až dovnitř successors
10:09 xstill__ hm, to by možná šlo
10:10 xstill__ ještě to budu muset rozmyslet
10:11 xstill joined #divine
10:11 xstill (že by)
10:11 mornfall každopádně to může být ortogonální vůči tomu jak se srovnáme se slack-em
10:11 mornfall xstill: teď to je aspoň vidět :)
10:12 xstill zdá se že se to konečně chytlo
10:12 xstill freenode nemá nějak rád můj domácí server
10:12 mornfall není to jen haprující IPv6?
10:12 xstill nebo to ten chudák nedává (s těma jeho 10MB volné paměti)
10:13 xstill hm to by mohla být
10:13 xstill možná bych to měl nastavit ať to jede jen přes ipv4
10:13 xstill nevíc co s tím ten náš poskytovatel dělá
10:13 xstill *nevím
10:51 xstill unix má ale dost dlouhý vedení
11:25 spito joined #divine
15:17 xstill hm, zdá se mi to nebo normální store posílá při MPI každej stav 2x?
15:22 mornfall myslíš protože se posílaj hrany?
15:22 xstill ne podle toho jak je napsaná serializace vertexu
15:23 xstill jenže já jsem slepej
15:23 xstill on handle se totiž posílá jako číslo
15:23 xstill takže je to v pořádku
15:23 mornfall :-)
15:23 mornfall ale zarazil jsem se taky

| Channels | #divine index | Today | | Search | Google Search | Plain-Text | summary