From bcc1b92ab9e8f646d8d68ef522f7d81c2f7b62bf Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?Jakub=20Klinkovsk=C3=BD?= <klinkjak@fjfi.cvut.cz> Date: Sun, 7 Jul 2019 22:39:58 +0200 Subject: [PATCH] Removed TODO file Basically all useful items (and more) are already included in more recent lists online (Gitlab issues, Gootle docs). [ci skip] --- TODO | 50 -------------------------------------------------- 1 file changed, 50 deletions(-) delete mode 100644 TODO diff --git a/TODO b/TODO deleted file mode 100644 index 339a813a45..0000000000 --- a/TODO +++ /dev/null @@ -1,50 +0,0 @@ -TODO: -- pri zpracovani dat z MRI jde vetsinou o prilis male snimky na optimalni vyuziti GPU (ve 2D). Kdyby se ale pomoci CUDA streamu provadelo vice - vypoctu soucasne, mohlo by se dosahnout mnohem lepsiho urychleni - -TODO: -- objekt NeighborEnities by mohl vracet i lokalni index dane neighbor entity, coz je potreba pro spravne vkladani maticovych elementu, - ted se tyto indexy doplnuji rucne podle znalosti indexovani v gridu. Jelikoz neighbor entities mohou znat typ okoli/vzor numerickeho schematu, - dokazaly by se prizpusobit i ruznym patternum. To by pak vyresilo i skladani operatoru s ruznymi patterny. - -TODO: -- pridat execution policy https://github.com/harrism/hemi/blob/master/hemi/execution_policy.h - -TODO: - - implementovat tnlMixedGridBoundaryConditions, kde by se pro kazdou stranu gridu definoval jiny zvlastni typ - okrajovych podminek - - dalo by se tim resit i skladani zpetnych a doprednych diferenci u nelinearni difuze, kdy je potreba napr. dopredne diference - vycislit i na leve a dolni hranici 2D gridu - - tohle resit spis primym rozepsanim schematu - -TODO: - - implementovat tuple pro snazsi a snad efektivnejsi prenos dat na GPU - - nebylo by nutne definovat pomocne datove structury pro traverser - - data by se na hostu preskupila do souvisleho bloku dat a ten se prenesl najednou - - JK: tohle je zbytecny resit, od toho je lambda capture - staci prepsat traversery obecne pomoci ParallelFor - -TODO: CUDA unified memory - - pretizit operator new s cudaMallocManaged, pak by bylo mozne vytvaret CUDA objekty pristupne pro host a device - - v TNL solveru by pak vlastne jen stacilo vytvaret objekty pomoci new - - zrejme bude nutne pretizit i delete - - pokud jde o MeshDependentData, stacilo by, aby uzivatel pretizil operator new a delete. Pokud by to neudelal, mohlo by -se s nimi pracovat postaru - - bylo by dobre to obalit unique poinetry, aby se nemusela delat dealokace rucne - - -TODO: implementace maticovych resicu - - Gaussova eliminace - - IDR metody -existujici solvery ktere je treba dodelat - - CG (nema predpodmineni, otestovat) - - SOR, jacobi (nejsou paralelni, otestovat ze funguji pro vsechny typy matic) - -TODO: Nahradit sablonovy parametr dimenze sitove entity za typ entity. Pak by se mohlo zkusit, napriklad u gridu - odvozovat entity, ktere obsahuji predpocitane indexy pro dopredne, zpetne, nebo centralni diference. Uzivatel - by si mohl definovat vlastni entity. Mohlo by to zvysit efektivitu. - U nestrukturovanych siti by se do entit mohly doplnovat ukazatele na struktury s dalsimi informacemi jako - objemy nebo delky entit apod. - za tim ucelem nahradit setIndex v grid entity za update(), aby to bylo obecnejsi - -TODO: metodu pro String pro nahrazeni napr. podretezce XXXXX indexem 00001 tj. uXXXXX.bin -> u00001.bin - to by melo byt robustnejsi, nez doposavadni pristup -- GitLab