Pojma nemam šta je pi. Klaud?

Hehehe, bas sam se pitao kada ce neko nesto ovako da napravi ;-)

Jedini zez je sto πfs nema garantovanu max. latenciju za upisivanje podataka i jos neke sporedne komplikacije :-)

Ono sto je najludje, ako su autori spremni da se presele u kratkom roku negde na neko ostrvo bez obaveza izrucivanja, mogu da probaju da nadju lovu za poboljsanje svog projekta. Prilicno sam siguran da mogu da izvuku par miliona, jos ako nadju nekog profesora i sl.. da se utali sa njima i potvrdi da je u pitanju kosher projekat, milioni od investitora koji jedva cekaju novi Google stizu garant.

Onda je samo fora pripaliti na vreme - izmedju hype-a i momenta kada cak i investitori ukapiraju da su bili izradjeni :-)

Zasto tako mislim? :)

Ovima je uspelo: http://en.wikipedia.org/wiki/ZeoSync
http://www.pcworld.com/article/86986/article.html



Ako su uspeli da izvuku 10 miliona $ za projekat koji "probija" Shannon-ov limit, kompresija preko broja π zvuci sasvim legitimno :-)

Ma jok, to se maze na hleb

Nego, @Nedeljko, evo ti si priznati matematicar sa objavljenim radovima, aj' se utalimo i napravimo firmu.

Proizvod? Hmm... recimo ovo:



Dejan moze to odmah da upakuje u... sta znam, hadoop :-)

This time next year...

Nema veze sto im za fajl od oko 400 linija teksta treba 5 minuta :) ali boze moj :) bitno je da radi, plus pazi drugu stvar , nema gubitka podataka :) svi podaci su tu :) smesteni u broju π, cak da lepota bude veca, mozes cak i indekse fajljova da opet kompresujes u broj π :) i sve sto treba da radis jeste da pamtis dva broja :).

Hmm sta znam hadoop bi mogao :), mada mislim da je tu efikasnije koristiti cudu i arciti graficke kartice, a onda da prosirimo biznis plan dalje, s obzirom na navalu kojekavih digitalnih valuta :) predlazem da napravimo Pi coin :) gde bi nam ljudi minovali delove fajlova, i za takve operacije bi dobijali pi coinse :)

Performanse čitanja sa FS-a su pretpostavljam malo slabije od klasičnog NTFS, EXT i FAT32... ali pretpostavljam da za dobru uštedu na disku vredi malo čekati par eona.
Hoće li se pojaviti i na mobile platformama?

E nego da se nadovezem ponovo na Pi coin pricu, ne moramo ceo fajl da nadjemo, dovoljno je da stvari delimo u blokove, umemo blokove od po 1kb :) recimo, e sad sve sto nam treba jeste index za svaku kombinaciju. I rekurzivno cemo da smanjimo bilo koji fajl na lepu velicinu :) I momci za kratko vreme ima da pariramo amazonovom S3 :)

Pisanje je sporo, citanje cak moze da bude brze :) iz prostog razloga cpu je mnogo brzi nego samo citanje sa diska :)

^
Ah, već smo pronašli bottleneck

Ono što ljudi ne shvataju, to je da teoreme nemaju kontraprimere.

Ako teorema tvrdi da nešto nije moguće, ona ima svoje uslove i u tom kontekstu se ne može poboljšati ništa. Poboljšanja su moguća samo odustajanjem od nekih uslova teoreme kao zahteva ili redefinisanjem zahteva tako da u tim zahtevima uslovi teoreme nisu zadovoljeni. Neproveravanje uslova neće dati nikakav rezultat, već se on može očekivati samo tamo gde uslovi teoreme faktički nisu zadovoljeni.

Jedan od primera je Brezenhajmov algoritam za rasterizaciju prave linije u proizvoljnom položaju (u principu kose). Utvrđeno je koji je način prelamanja najbolji za ljudsko oko. Ako se zahteva tačno taj način prelamanja, onda je Brezenhajmov algoritam optimalan (koristi najmanji mogući broj računskih operacija). Međutim, ako se odustane od zahteva da linija bude optimalno prelomljena, onda su mogući i brži algoritmi.

U ovom slučaju, oni pokušavaju da nađu način da predstave proizvoljne informacije u skraćenom obliku. Svejedno je što je taj način složeniji od standardnog (pamćenje pozicije u zapisu broja pi i dužine). Poenta je da se n bitova može naći samo u 2ⁿ stanja i da se samim tim pomoću njih ne može predstaviti više mogućnosti, kakvo god njihovo značenje bilo.

Pod pretpostavkom da je broj pi normalan, nasumičan sadržaj od n bitova će se naći negde jako daleko, npr. počev od 2ⁿ-tog bita, a kada je n veliko (recimo milion), broj koji predstavlja položaj neće stati u jedan long int, već u toliki bigint da se ušteda zapravo ne postiže.

Klasičan primer pokušaja zaobilaženja fundamentalnih prepreka komplikovanjem stvari.

MA Nedeljko nisi razumeo, onda cemo i za poziciju da nadjemo poziciju u broju pi i tako rekurzivno dok ne budemo zadovoljni.
Mene kod svega toga brine, ako neko pokusa da pretrazuje po tom pifs-u mozda nadje neke kompromitujuce slike . Jer po pretpostaci u pi-u se sve nalazi . To je veliki security hole

Jel ovo za stvarno sta mislite ili je samo zezanje

Ne znam ni ja ali ako je to za stvarno onda stvarno veoma interesantno i vredno...

Pa gde baš sad u ovo vreme kad se hard diskovi od 1TB prodaju k'o banane. Dobro.. ređe malo, al' to je to, tu je negde. hm.

Pa to sam mislio i ja od 1 ili 2TB tu stvarno ima jako mnogo mesta za sve zivo a sve pristupacnije i za nas smrtnike a plus imaju i dobru brzinu. A ovako trosi se miljoni za neki text koji traje cak nekoliko minuta hmm....

Kako bre nije stvarno? Taj problem da broj koji kodira poziciju trazi vise prostora od same poruke se moze efikasno resiti kodiranjem tog broja itd... rekurzijom!

Sto bi baba rekla, it's turtles all the way down... imas problem? Kodiraj ponovo!

Tehnicko resenje je vec ranije nadjeno na ovom forumu - evo: https://www.elitesecurity.org/...ompresija-random-like-podataka

Samo treba da se povezu te stvari i beskonacna pi kompresija je tu. Shannon-e, puko' si!

Tako je, a investitori ce da pljunu milione :) a posle toga bahami :) cekajte nas :D

Ja sam vec poceo da pisem GPU implementaciju za racunanje cifri broja π - this is big! :)

Vec koliko miljona se vec potrosilo za to a sta ako ne uspe da ubrza taj proces pa ce to ostati nekoliko minuta za obican text ili sat vremena i vise za jednu sliku!!!. To onda sve ide pod vodom kao i miljoni a i nasa nada

Meni nije jasno kako da trazim podatak na disku ako nemam neki deo tog podatka

po kom kriterijumu se vrsi pretraga

Ako hocu paradajz moram da kupim seme i zasadim ga ovo bi bilo kao da kopam

nasumice bagerom i naidjem na paradajz

To su tehnicki detalji, koji ce biti razradjeni u toku implementacije. Prvo pare da se uzmu, a onda cemo videti oko tih detalja.

the_tosic

Izbor metode nije bitan. Jedna od 2^n mogućnosti se ne može prikazati tako da se uvek koristi najviše n bita, a barem jednom manje od n bita.

A onda se napravi cloud usluga kesiranja broja pi. Umesto da ga izracunavas svaki put, posaljes upit u cloud

Ljudi, stavljajte neke tagove da se sprdate. Ljudi će pomisliti da ste budale.

Ja sam celu ovu temu shvatila kao sprdnju

Ma kad pogledas ovo i jeste samo sprdnja
Jonako mi ni ne mozemo nista tu da radimo ne znam sta nego da cekamo i vidimo kako ovi trose taj miljon za ovaj projekat i onda su kao nesto blizu pa trazi jos neki miljonce a do tada bice obican Hard i od 10TB i stace 14hiljada filmova. Ni ne treba vise.

ja bi ovo ponudio iskljucivo kao servis , PiAAS

vec duze vreme korisnim /dev/null as a service ( http://devnull-as-a-service.com/ ) i
od tad nemam nikakvih problema sa brisanjem podataka , jedino imam problem sa skladistenjem
ovo inovativno resenje mi se svidja, samo ne mogu ja da se bakcem s time ,
kazite kolko novcanih jedinica treba da to uradi neko umesto mene

Ne neće. Staće onoliko koliko inače staje, možda malo manje.

Ne mislio sam da ce se pojaviti verovatno kasnije i Hard Diskovi od (10TERA) pa ako jedan film ima oko 700MB. onda ce stati na taj hard oko 14000 filmova. Kad se i to napuni menja se drugi hard jeftinije je. Ali ako neko hoce malo brzi Hard za sistem ili nesto drugo neka uzme Raptor a ako jos brze mu treba onda ostaje samo SSD. Naravno ne kazem ja do sve ovo nije korisno ako se slucajno i nekako uspe ostvarivati pogotovo velikim firmama koje radi sa podacima Google itd ali dal ce se to ostvariti i dal je vredno trositi toliko miljona za ovo???

Neće se ostvariti. Ovde postoje sledeće dve mogućnosti:

1. Neznanje.
2. Hohštapleraj.

Da li su ZeoSync i ventura capital jedini primeri iz poslovnog sveta koje ti znas? :) http://www.elitesecurity.org/t93798-0#611048

Evo ovdi: http://www.elitesecurity.org/t470644-Entropija-signala Pa ako ti nije mrsko da objasnis to "Shannon-ov limit"?

Hm, pa ne mozete Vi da pravite Pi-coinse nego frajeri sto su izmislili Pi file sistem? Vi mozete da pravite recimo trans-coinse ako usvojite Ivanovu ideju o kompresiji baziranoj na transcendentalnim brojevima. "Trans-coin za trans people". "Od vrednosti trans coin-a padate u trans" itd...

Vidi ovako, ako izvor emituje samo nule i jedinice, ali može da izbaci samo sledeća dva bloka

01101011100001110101011,
10101000110100010101101,

sa jednakim verovatnoćama, onda je entropija izvora jednaka 1. Zaista, za beleženje koji je blok generisan je dovoljan jedan bit. Entropija nije pojam koji se vezuje za određeni niz, nego za slučajnu promenljivu. U diskretnom slučaju, ako postoji neki konačan ili beskonačan niz vrednosti , čije su verovatnoće , pri čemu je , onda je entropija te slučajne promenljive .