Anything down to 8k Applications
timo Makinen
to 8k. The only overhead is time. It is terribly slow unfortunetly. I was
wondering other then archival retrieval of data for goverments and
corporations where waiting a few hours to pull a file for next days work is
acceptable (in the context of being able to store all digital data within
the entire organizations history). Can anyone suggest other applications ?
Guest
why dont we write an ASM version so it would be at least 10 times faster ?
let me know ,
Totila
"timo Makinen" <timokm...@hotmail.com> wrote in message
news:Y0z1b.251069$hOa....@news02.bloor.is.net.cable.rogers.com...
timo Makinen
and im coding inline assembly.
Once that is done i will work on a linux assembler version since i would get
better cpu bang per Clock cycle with a linux system anyways.
But ya thanks for the suggestion none the less.
"Guest" <bou...@localhost.com> wrote in message
news:WVE1b.29799$zN5.9...@news1.tin.it...
s...@nospam.unt.edu
> Currently it is in Visual Basic i have allready started making a C version
> and im coding inline assembly.
> Once that is done i will work on a linux assembler version since i would get
> better cpu bang per Clock cycle with a linux system anyways.
Yes, everyone knows that running Linux makes the CPU operate faster,
don't you know!?!
--
Steve Tate - srt[At]cs.unt.edu | "A computer lets you make more mistakes faster
Dept. of Computer Sciences | than any invention in human history with the
University of North Texas | possible exceptions of handguns and tequila."
Denton, TX 76201 | -- Mitch Ratliffe, April 1992
timo Makinen
<s...@nospam.unt.edu> wrote in message
news:bi8erk$cds$3...@hermes.acs.unt.edu...
Stuart Caie
> So my compression works and as i said earlier it will compress anything down
> to 8k. The only overhead is time. It is terribly slow unfortunetly.
Don't worry about it being slow. You can use my FTL fibre optic network
cables. You can start the decompression on one computer, transfer it over
the network, and it will arrive on the target computer before you started
the decompression.
Regards
Stuart
s...@nospam.unt.edu
> in case that was sarcasim linux has less clock cycle overhead vs Gatesware.
Hate to break this to you, but for computationally-intensive tasks
(that don't really touch the operating system) there is pretty much no
difference....
timo Makinen
Linux has much faster fork and thread-creation times which is central to my
software.
<s...@nospam.unt.edu> wrote in message
news:bi8ihd$cmb$1...@hermes.acs.unt.edu...
Severian
<timokm...@hotmail.com> wrote:
>Sigh,
> Linux has much faster fork and thread-creation times which is central to my
>software.
Sign,
Then your software is very poorly written.
timo Makinen
My software is not programmed traditionally, if it were it would not be
able to work under mathimatical contraints that everyone else puts
themselves under.
So as i asked before any suggestions to application use ?
"Severian" <seve...@chlamydia-is-not-a-flower.com> wrote in message
news:7bqfkvgdbrhmggfni...@4ax.com...
timo Makinen
"Stuart Caie" <ky...@4u.net> wrote in message
news:3f47dbc8$0$960$cc9e...@news.dial.pipex.com...
s...@nospam.unt.edu
> Sigh,
> Linux has much faster fork and thread-creation times which is central to my
> software.
Sigh,
If you're doing multithreaded programming for a straight computational
task, on a single processor machine, you'd be *much* better off
converting it to a single thread.
(And Linux thread-creation times are not much faster, incidentally...)
Kelsey Bjarnason
On Sun, 24 Aug 2003 00:16:41 +0000, timo Makinen wrote:
> Sigh
> My software is not programmed traditionally, if it were it would not be
> able to work under mathimatical contraints that everyone else puts
> themselves under.
It really doesn't matter _how_ it's coded; your claims for it ("Actually i
can compress any file (or group of files) down to 8k random or otherwise")
are complete bunk.
How do we know this? Simple: we can count. That's all that is required.
Severian
<timokm...@hotmail.com> wrote:
>Smoking the funny stuff?
That would appear to be you -- smoking the 'tard weed.
But in any case, thank you for giving us someone to laugh at!
Google Poster
> able to work under mathimatical contraints that everyone else puts
> themselves under.
I work within constraints like: 9 is greater than 8, 2 plus 2 equal 4
etc.
If your new programming technique can remove nuisances like these, you
will receive praise from many places. Do *not* underestimate your
discover and confine it just to the field of commpression.
Compression is just one small facet of this world altering technology
- image using your technique to calculate retirement age, someones
weight two weeks into a diet, tax returns etc.
I await future developments with baited breath.
--
gp
John Ours
> Sigh,
> Linux has much faster fork and thread-creation times which is central to my
> software.
This is insane. There's no way that the bulk of your "several hour"
process is spent creating threads.
And just how did you prototype this sophisticated multi-threading in
VB anyway?
Jens Staumeier
This thread creator is a classic pseudoscientist at work. He manifests
himself as such: first, make a fantastic claim that seemingly breaks
all the "normal rules"; secondly, make no offer to realistically test
this claim, or ignore any attempts from people to independently verify
the claim; thirdly, antagonism at those who do not take him seriously.
Our fellow is either a simple prankster (perhaps involved in a social
science experiment or someone who just enjoys getting involved in a
good row) or one of many on society's fringe who have a deathgrip on
one mistaken belief after another.
A good entry point into this type of behavior is to be found in
Michael Shermer's "Why People Believe Weird Things."
Willem
) This thread creator is a classic pseudoscientist at work. He manifests
) himself as such: first, make a fantastic claim that seemingly breaks
) all the "normal rules"; secondly, make no offer to realistically test
) this claim, or ignore any attempts from people to independently verify
) the claim; thirdly, antagonism at those who do not take him seriously.
)
) Our fellow is either a simple prankster (perhaps involved in a social
) science experiment or someone who just enjoys getting involved in a
) good row) or one of many on society's fringe who have a deathgrip on
) one mistaken belief after another.
)
) A good entry point into this type of behavior is to be found in
) Michael Shermer's "Why People Believe Weird Things."
In this case, the OP made several claims that are easily verifiable to be
false and/or bogus. I'll leave the 'can compress anything' claim as it is,
because that could be the 'mistaken belief', but there are a few others:
- He claims that compression takes several days, but he also claims to
have compressed 1000s of files. In other words, he's already used one
or more decades of CPU time.
- He claims that his program relies heavily on thread creation, but also
claims his compressor is written in Visual Basic.
I don't feel like looking for other blatant lies such as these, because in
my eyes they very much prove we're dealing with a troll here.
SaSW, Willem (at stack dot nl)
--
Disclaimer: I am in no way responsible for any of the statements
made in the above text. For all I know I might be
drugged or something..
No I'm not paranoid. You all think I'm paranoid, don't you !
#EOT
Thomas Richter
> A good entry point into this type of behavior is to be found in
> Michael Shermer's "Why People Believe Weird Things."
Do you have a complete reference at hand? Could be a fun reading... (-;
Greetings,
Thomas