Re: programming::algo::bash - split list in buckets
Adrian Sevcenco <[email protected]> Tue, 2 Jul 2019 17:55:34 +0300
| Newsgroups | gmane.org.user-groups.rlug.offtopic |
|---|---|
| Organization | CERN |
| Message-ID | <[email protected]> |
--===============6427414076779904323== Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha-256; boundary="------------ms020909090405070202020607" --------------ms020909090405070202020607 Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: quoted-printable On 7/2/19 5:36 PM, Alex 'CAVE' Cernat wrote: > On 02-Jul-19 5:10 PM, Petru Ra=C8=9Biu wrote: >> >> Hai man, ma dezamagesti, sigur se poate si mai mult, niste kuberneti, = niste >> serverless ceva. Ba chiar merge un ML care sa imparta random datele pa= na >> gaseste un algoritm corelat cu fazele lunii. Nu stiu cum ar ajuta >> blockchain da' sigur n-are cum sa strice... >> >> >> Serios, nu stiu cum poate cineva sa vada "problema rucsacului" si sa s= e >> gandeasca ca rabbitmq e clar the way to go... >> >> > si (relativ) simplu, si mega eficient, si devreme acasa mai complicat; > vrei eficienta maxima stai si te chinui la algoritmi, riscand sa ajungi= > la mega-optimizari care de la un moment dat ajung sa manance mai mult > din timpul tau programand decat castigi la rulare > sau, gasesti o solutie simpla, sub-optima dar (in functie de caz) > comparabila cat de cat cu eficienta "mega-algoritmului" > nu eu sunt cel care face alegerea, doar i-am creionat 3-4 idei, > specificand chestii pro si contra (recte simplitate vs. eficienta) la > fiecare; plus ca "rucsacul" a cam fost pana acum cam "plin cu pietre" > pentru mine e vina mea ca nu am dat toate detaliile (sau nu de la inceput) : eu=20 procesez fisierele asta deja intr-un sistem de job scheduling si da, as=20 putea sa folosesc un singur fisier per job doar ca : 1. executabilul care face mergingul cam are leakuri si nu pot sa fac=20 mergingul la toate odata si dureaza ff mult sa fac mergingul iterativ 2. procesul are niste operatiuni per executie ... e un pic mai rentabil sa scad numarul total al executiilor si de aia faceam procesarea pe=20 grupuri de fisiere Oricum, multumesc tuturor! Mi-am primit raspunsurile de care aveam nevoie= Adrian --------------ms020909090405070202020607-- --===============6427414076779904323== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Offtopic mailing list [email protected] http://lists.lug.ro/mailman/listinfo/offtopic_lists.lug.ro --===============6427414076779904323==--