Multithreading ali Virtual PCji?

Zdravo! Imam en zajeten avtomatizacijski proces z macri in ugotavljam, da na en povprečen PC lahko dam samo 3, mogoče 4 virtual PCje na katerih potem poganjam te skripte 24/7. Najem strežnikov ni opcija, ker se bolj splača kar kupit računalnike.

Se kdo toliko spozna na multithreading, da lahko z gotovostjo reče, da je tak sistem mogoče zgraditi tako, da se posameznih threadov ne bo moglo povezat med seboj s podvajanjem piškotkov?

Zdaj je tako, da ima vsaka virtualka svojo mini windows inštalacijo in stalno vklopljen proxy. Hvala!

Ce se za kaksno scarpanje, postanje, torej preko HTTP si ti bolje splaca, da placas coderja, da ti to napise npr. v PHPju in bos na strezniku za 50eur laufal 100threadov :)

Poslji mi PM pa ti povem ceno :)

LP

Priporocam jurija123 za te zadeve. Hitro, kvalitetno pa se tko je narjen da lahko tut jst, brez programerskega znanja šarim po sourcu.

Načelno bi brez problema lahko spravil več kot 3 virtualnie računalnike, da tečejo na enem računalnika. Sicer je veliko odvisno od performanc računalnika, vendar s pravo konfiguracijo bi jih lahko zagnal nekaj deset.

Večji problem je smiselnost tega početja, saj je tako početje precej nepotrebno porabljanje resursov in glede na opis problema, kolikor ga razumem, tudi nepotrebno.

Kar pa se tiče multithreadinga, pa mi ni čisto jasno, kaj želiš povedati, saj mislim, da napačno uporabljaš pojem thread. Pri thread-u (po slovensko nit) gre za podprocese, ki komunicirajo znotraj glavnega procesa in si delijo naslovni prostor. Skratka, gre samo za komunikacijo znotraj programa.

Na drugi strani pa omenjaš piškotke, kar nakazuje, da gre pri aplikaciji nekaj v povezavi z dostopom do spleta, kaj več pa na žalost ni jasno.

O kakšnem procesu pa je govora? Je to aplikacija, spletni program ali kaj drugega?

Vsekakor sem prepričan, da se da vse skupaj rešiti precej bolj učinkovito brez uporabe virtualnih računalnikov. Bi pa rabil malo več informacij o tej aplikaciji.

Čisto možno, da rabim izraz multithreading napačno, ampak v IM žargonu s tem ponavadi poimenujem hkratne procese pri nekem orodju. Najpogosteje gre za uporabo več uporabniških računov na raznih spletnih straneh (FB, blogi, myspace..) in karkoli se pač dela prek posamezne seje. Cilja sta 2: pohitriti izvajanje in seveda dajati vtis ciljni strani, da so na stran prijavljeni različni uporabniki.

Vem, da so makri primitivna reč, ampak zaenkrat je to low budget rešitev. Če bo možno pa bom probal kako drugače rešit problem.

Do sedaj sem govoril že z nekaj programerji in omenjajo tole zadevo: win32 sockets api

Gre za parsanje, ampak parser imam zelo tiptop že končan. Makre sem uporabil le, da sem zadevo povezal v zanko in opravil nekaj ponavljajočih se klikov:)

Pomoje bi se dalo tvoj problem preprosto rešiti s php-curl-om. Za vsakega userja shranjuješ cookije v svojo mapo in imaš z lahkoto 100 userjev naenkrat prijavljenih vsakega s svojo sejo.

just my 50c.

jurij123, imaš PM