Overview Features Instructions Performance Forum Downloads Products Reseller Contact

Welcome to the Apollo Forum

This forum is for people interested in the APOLLO CPU.
Please read the forum usage manual.
VISIT APOLLO IRC CHANNEL



All TopicsNewsPerformanceGamesApolloVampireReleases
The team will post updates and news here

AROS 68k for 68080page  1 2 3 4 5 6 

Gunnar von Boehn
(Apollo Team Member)
Posts 3033
24 Jun 2017 17:42


Thierry Atheist wrote:

Gunnar von Boehn wrote:
The HW threads can be used with AMP to provide "acceleration" for dedicated drivers. This means with using AMP we can relative easily get something like a free Network driver, or free filesystem de/compression.

  Hi Gunnar,
 
  Do you mean, as an example, when loading a JPEG, PNG or PDF file, it can be decompressed in the AMP hyperthread portion of the 68080 CPU for much faster display onto the screen?

Some "simple" example:
a) On the C64 and AMIGA we all used "compression" on files on the Floppy disk. This did help us to increase the amount we could store on floppy and depending on the pack algorithm used could  also increased the transfer speed when reading from floppy.

b) On the AMIGA we have Packer-filesystem support allowing us to transparently pack partitions.

c) SAGA Fast-IDE provides 13 MB/sec using legacy IRQ bound AMIGA IDE-SCSI-Device.

D) The Fast-IDE hardware could easily provide 2 times this ~25 MB/sec.

E) New try to imagine you put a free Hardware-Thread on this job.
This would improve latency = reach faster Speed = 25 MB/sec.
Combined with filesystem compression with very fast depacking increase not only the capacity but maybe also the transfer rate!
Increae the space on your drive and reach over 30 MB/sec!

So WHY NOT ?


Ian Parsons

Posts 125
24 Jun 2017 23:27


The rise of the internet means many files are already heavily compressed (JPEG, MP3, all Video). I would think a file system with compression would give poor results there. Some files would benefit but I'm not sure how much difference it would make in the real world (who cares if a large text file takes 1 second or 0.8 seconds to load?). Storage space is no longer a serious issue either unless you want to have lots of movies stored. I would guess there are better uses extra processing could be put to than filesystem compression.

Great work on adding hyperthreading though.


Vojin Vidanovic

Posts 673
24 Jun 2017 23:45


there are versions of on fly packers that do pack/unpack only executable files, not JPEGS,mp3s or divXs.
Or using just PowerPacker style compression on executables only :-)
Or MorphOS idea of loading OS (AROS m68k) as single "archive" that then uncompresses which accelerates installations and live boot?

Since apatites will grow with Apollo develepment, so will executables, so idea is not so bad even for today standards.
  It means faster loading, less disk clutter and a bit more disk space.
 
  XPK for example, does not only supports packed executables, but ZIP, LHA etc. archives and such based tools can also handle archives as they were directories and files, allowing almost anything but OS to be stored in preffered archive format.


Simo Koivukoski
(Apollo Team Member)
Posts 267
04 Oct 2017 06:46


Testing MicroSD card in Vampire's MicroSD slot:




Olaf Schoenweiss
(Apollo Team Member)
Posts 393
04 Oct 2017 17:40


MicroSD slots are used for additional fast drives?


Simo Koivukoski
(Apollo Team Member)
Posts 267
04 Oct 2017 18:01


Olaf Schoenweiss wrote:

MicroSD slots are used for additional fast drives?

Mainly for storage or data transfer. But you can use slot even for networking with SDNet. CLICK HERE


Vojin Vidanovic

Posts 673
06 Oct 2017 14:38


Gunnar von Boehn wrote:
 
    E) New try to imagine you put a free Hardware-Thread on this job.
    This would improve latency = reach faster Speed = 25 MB/sec.
    Combined with filesystem compression with very fast depacking increase not only the capacity but maybe also the transfer rate!
    Increae the space on your drive and reach over 30 MB/sec
    So WHY NOT ?
 

 
  Hope this "Why not" will be implemented. I mean, if we are not to get SATA anytime soon, any trick that gives a impression of faster load/access/writtes and reduces the HDD clutter is most welcome.
 
  NOT like Windows idea of compressing the whole partition.
 
  YES, to MOS idea of loading big compressed chunk and expanding it in memory for faster OS load
 
  YES to "crunching" approach of reduced executables.
 
  YES for XPK style predefined compression for most compressable data files, e.g. documents, PDFs, bitmaps.
 
  Surely, recompressing heavily compressed data like mp3 or xvid is a loss of time, but here we need AMMX2 instructions.
 
  Somewhat, Amiga style is all in this small tricks.
 
  I wonder if v4 FPGA space and smart code in AROS/ApolloOS could offer some onfly recognition via datatypes and and hardware assisted compression/decompression similar to solution 36k/56k modems used to ZIP compress files on fly.
 
  Not high on priority list, but could be added for "beyond 2018"
 
  Coupled with decent file system like PFS3 (backporting IceFS from MOS?) AROS/AmigaOS could benefit of some faster data access and transfer times.
 


Pak Rat

Posts 16
06 Oct 2017 20:52


Cyber Gorf wrote:

 
Gunnar von Boehn wrote:

    We should not today demand SMP!
    SMP is complex today for AMIGA OS.
    But AMP can relative easily be done.
 

 
  I prefer AMP over SMP any time.
 
  One CPU to rule them all, One CPU to find them,
  One CPU to bring them all and in the system bind them
 

 
  It seems to me that having one main core, and one or more coprocessor cores with tasks farmed out to them, would still give the fastest GUI responsiveness to the user. One of the things I like about AOS is how responsive the GUI itself is, even when you heavily load it with tasks. OS X on this iMac Iím typing this on gets bogged down pretty easily by comparison.
 
  While SMP on AOS/AROS sounds functionally impossible without breaking compatibility, Gunnar seems to suggest that we may be able to AMP the hell out of it. ;) If you put the Amiga checkmark in front of AMP, you get what looks like VAMP,  or Amiga Asymmetrical Multiprocessing. A nice little Amiga/Vampire inside joke, if we could legally use the checkmark. There are many ways to skin a CAT(5) when it comes to multicore parallel processing. ^^


Olaf Schoenweiss
(Apollo Team Member)
Posts 393
14 Nov 2017 10:54


I recently started to create a version of Aros Vision for Vampire with some small optimizations and new icons based on wanderer

perhaps someone who has the recent drivers and a Vampire could test it?

How much space could I use for a basic version and what should be integrated? Everything of course needs some space. My idea would be a basic system with Aweb, Simplemail and WHDLoad but this would break the 32 MB


Olaf Schoenweiss
(Apollo Team Member)
Posts 393
14 Nov 2017 10:55


the link:
EXTERNAL LINK


Gunnar von Boehn
(Apollo Team Member)
Posts 3033
14 Nov 2017 11:04


Olaf Schoenweiss wrote:

How much space could I use for a basic version and what should be integrated? Everything of course needs some space. My idea would be a basic system with Aweb, Simplemail and WHDLoad but this would break the 32 MB

Cool!

Most people I know use 32 GigaByte drives with Vampire


Olaf Schoenweiss
(Apollo Team Member)
Posts 393
14 Nov 2017 11:10


GigaByte?
 
  ;)
 
  it is 26.5 MB, basic Aros system with replaced icons

I think Aweb works, Netsurf works, Simplemail works and WHDLoad can be preinstalled using aros roms (many games work with it)

IBrowse not works with Zune unfortunately. Zune can easily be replaced with MUI 3.8 but then all aros prefs do no longer work and of course Wanderer has to be replaced with Magellan. I did that on the big version for UAE.


Olaf Schoenweiss
(Apollo Team Member)
Posts 393
14 Nov 2017 11:30


I just saw a strange error when I have zipped it at home
 
  "C" is in nightly_vampire and has to moved. I uploaded a new version just now

Screenshot:
EXTERNAL LINK


Gunnar von Boehn
(Apollo Team Member)
Posts 3033
14 Nov 2017 12:13


Olaf Schoenweiss wrote:

  GigaByte?
 

 
Yes all my VAMPs (in A500/A2000/a600/standlone) have 32 Gigabyte CF cards as HD.
Most of the team use drives of 32 GB or 64 GB size


Mr Niding

Posts 202
14 Nov 2017 12:31


@Olaf
 
  I think Gunnars point is; if the size of AROS Vision is only 32 megabytes, size wont be a problem at all.
 
  Even if the distro becomes gigabytes, noone will complain, as we got at minium 4 gig cards these days. I got 32gig myself.

So dont be afraid breaking the 32 megabyte limit.


Olaf Schoenweiss
(Apollo Team Member)
Posts 393
14 Nov 2017 12:33


Sounds good ;)


Olaf Schoenweiss
(Apollo Team Member)
Posts 393
14 Nov 2017 12:37


Sounds good ;)

I just uploaded a new version with WHDLoad added

Lure of the temptress included in the new extras directory where I will include everything as far as possible

Screenshot:
EXTERNAL LINK


Simo Koivukoski
(Apollo Team Member)
Posts 267
14 Nov 2017 12:43


Looks nice. Thanks for the efforts. Unfortunately 68k AROS ROM has still IDE issues with the fast CPU. Booting to desktop is difficult.


Olaf Schoenweiss
(Apollo Team Member)
Posts 393
14 Nov 2017 12:44


I thought this problem was solved with different new drivers?

I only have the official aros nightly available


Simo Koivukoski
(Apollo Team Member)
Posts 267
14 Nov 2017 13:43


IDE fix by Mike Ness works relative well, but AROS nightly builds does not contain it.

posts 102page  1 2 3 4 5 6