Log inRegister an accountBrowse CSDbHelp & documentationFacts & StatisticsThe forumsAvailable RSS-feeds on CSDbSupport CSDb Commodore 64 Scene Database
You are not logged in - nap
CSDb User Forums


Forums > CSDb Entries > Release id #139503 : Spindle 2.0
2015-07-01 11:59
Bitbreaker

Registered: Oct 2002
Posts: 508
Release id #139503 : Spindle 2.0

So with the spin mode it was now easy to quickly do a speedtest with the files i usually test with (most of the files from cl13 side1).
It turns out that spindle nearly loads as fast as bitfire with on the fly depacking. While bitfire chews in the tracks a tad faster, it has to make breaks to finalize the depacking. So data arrives a bit too fast first and blocks pile up to be decrunched. Spindle manages to have a continuous flow due to its blockwise packing scheme here.
Therefore the 18 files used get squeezed down to 491 blocks, as with bitfire down to 391 blocks. So Spindle leeches an additional 100 blocks in about the time bitfire requires for additional depacking.
However, under load the speed of spindle turns down rapidly, with 25% cpu load it is no faster than krill's loader, with 75% load it takes eons to leech the 491 blocks in :-( What's happening there?!
When is the 50x version from Krill done? :-D HCL, what's the penis length of your loader? :-D

Results here.
 
... 91 posts hidden. Click here to view all posts....
 
2015-07-05 22:02
Danzig

Registered: Jun 2002
Posts: 440
Finalizing this thread:

* you are all dumbfucks, 'coz you use software for development coded by others (Turboassembler, Acme, Kickassembler, ..). please go back and use basic with read and data for generating your assembler code :) only using basic is valid because it's build-in!
* you are all dumbfucks, 'coz you peek in other peoples code. this is not the right thing to do! exception: there is a license like lgpl granting permission. Otherwise you are one foot in jail. Really!
* you are all dumbfucks, 'coz you run up the hill instead of keeping calm. Oswald trolls and you all step in the trap.
* you are all dumbfucks, 'coz Bitbreaker compares penis and you all step in the trap.
* you are all dumbfucks, 'coz every researcher starts from ground zero. Always! Ever! I promise!

You see, it's not pretty easy in 2015 to get the reputation you want when working with aces like Axis, Bob and THCM :)
Tobi, you've gone places! You deserve where you are.

You see, it's not pretty easy in 2015 to accept the reputation you got when your loader is aging. :)
Gunnar, you're still there! Your work is awesome and we love you.

You see, it's not pretty easy in 2015 to keep trolling high level when the last meme containing your name is unposted for years. :)
Oswald, you're a still strong within the trolling force. You should better code some new demo but still...

You see, it's not pretty easy in 2015 to stop commenting with 'lol' and 'rofl' even if you quit being mod. :)
Groepaz, you're still the most annoying but beloved scener there is. You have a place in our heart.

You see, it's not easy in 2015 to stop being amoused about all the rant and bitch fighting when your demo is still the best ever since X-2008. :)
HCL, you're you. And that is good. You will top yourself one day :D
2015-07-06 05:41
chatGPZ

Registered: Dec 2001
Posts: 11386
pfff, as if me being an annoying twat has anything to do with being mod on csdb =)
2015-07-06 06:00
ChristopherJam

Registered: Aug 2004
Posts: 1409
Thread delivers. Now where's my "like" button.
2015-07-06 06:02
ChristopherJam

Registered: Aug 2004
Posts: 1409
(also, I really must get back to loader/cruncher coding. Just as soon as I've finished tidying up three or four other c64 projects...)
2015-07-06 08:15
mankeli

Registered: Oct 2010
Posts: 146
:3

2015-07-06 08:46
HCL

Registered: Feb 2003
Posts: 728
Oh, guys.. You just had a great opportunity to leave Danzig's rant remain unposted.. FOR YEARS!! :D. You bummers :P..
2015-07-06 09:04
Bitbreaker

Registered: Oct 2002
Posts: 508
Updated results here

Now also added features and corrected numbers for Krill with interleave 5, as well as for bitfire. Also BD-loader got added and an overview on the feature sets. Let me know if i missed or broke something.
2015-07-06 12:12
Danzig

Registered: Jun 2002
Posts: 440
Quote: Oh, guys.. You just had a great opportunity to leave Danzig's rant remain unposted.. FOR YEARS!! :D. You bummers :P..

your are all dumbfucks, 'coz I "finalized" the thread to keep it alive and you all step into the trap ;)

/me wants coop between lft and bitbreaker: spitfire :D
2015-07-06 15:25
MagerValp

Registered: Dec 2001
Posts: 1078
And ULoad M3 is slower than all of the above, uses more RAM, and can't handle sprites being enabled. Plus I stole all the code from Lasse Öörni. *Now* who's the lamer here?
2015-07-06 17:46
ChristopherJam

Registered: Aug 2004
Posts: 1409
Thanks for doing those benchmarks, Bitbreaker.

Here's an alternate view of the results, if I'm interpreting the data correctly.

How many bytes can we snaffle per raster line, and how many cpu-cycles does it take to acquire each byte?

Perhaps relevant if you're trying to work out how much you can stream if you allow 30 or 40 rasterlines of border time..


Previous - 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | 10 | 11 - Next
RefreshSubscribe to this thread:

You need to be logged in to post in the forum.

Search the forum:
Search   for   in  
All times are CET.
Search CSDb
Advanced
Users Online
zscs
ΛΛdZ
Guests online: 99
Top Demos
1 Next Level  (9.7)
2 13:37  (9.7)
3 Mojo  (9.7)
4 Coma Light 13  (9.6)
5 Edge of Disgrace  (9.6)
6 What Is The Matrix 2  (9.6)
7 The Demo Coder  (9.6)
8 Uncensored  (9.6)
9 Comaland 100%  (9.6)
10 Wonderland XIV  (9.6)
Top onefile Demos
1 No Listen  (9.6)
2 Layers  (9.6)
3 Cubic Dream  (9.6)
4 Party Elk 2  (9.6)
5 Copper Booze  (9.6)
6 Dawnfall V1.1  (9.5)
7 Rainbow Connection  (9.5)
8 Onscreen 5k  (9.5)
9 Morph  (9.5)
10 Libertongo  (9.5)
Top Groups
1 Performers  (9.3)
2 Booze Design  (9.3)
3 Oxyron  (9.3)
4 Triad  (9.3)
5 Censor Design  (9.3)
Top Diskmag Editors
1 Magic  (9.8)
2 hedning  (9.6)
3 Jazzcat  (9.5)
4 Elwix  (9.1)
5 Remix  (9.1)

Home - Disclaimer
Copyright © No Name 2001-2024
Page generated in: 0.044 sec.