Welcome, Guest. Please login or register.

Author Topic: The Os 3.1.4 Thread  (Read 239090 times)

Description:

0 Members and 3 Guests are viewing this topic.

Offline Gulliver

Re: The Os 3.1.4 Thread
« Reply #779 from previous page: October 16, 2020, 05:36:21 PM »
Going to change topics a moment.  Installing 3.1.4 on a 3000 with 3.1.4 roms.  Using a SCSItoSD interface for the scsi.  My dh0: drive is 20 gig.  I get a "error validating system: not enough memory" message and the disk won't format.  Is there a work around for this?  I've installed os3.1.4 on a 500 and a 4000 and haven't run into this particular problem.  The 500 didn't have a very large SD and the 4000 has 128 meg of memory.  My A3000 has 8 meg fast memory and 2 meg of chip. Suggestions?

Use a larger block size in HDToolBox and you will be fine.
Go for 4096 bytes per block and it willl solve your issue.
 

Offline Dege

  • Newbie
  • *
  • Join Date: Apr 2020
  • Posts: 4
    • Show only replies by Dege
Re: The Os 3.1.4 Thread
« Reply #780 on: October 16, 2020, 10:52:03 PM »
It worked!  Thank you!
 

Offline TribbleSmasher

Re: The Os 3.1.4 Thread
« Reply #781 on: October 18, 2020, 07:59:18 PM »
@Gulliver
as you seem to be involved in the 3... OS developement i'd like to address a wish as Thor is no longer feelin welcome here.

When something is launched from Workbench, mostly by dblclick, the very icon stays active, selected, even if the launched app opens a new screen. I wish the icon gets deactivated as it is no longer in the focus. Can this made an option in the future release someday as it bothers me for ages, really?
 

Offline Matt_H

Re: The Os 3.1.4 Thread
« Reply #782 on: October 18, 2020, 08:08:15 PM »
Going to change topics a moment.  Installing 3.1.4 on a 3000 with 3.1.4 roms.  Using a SCSItoSD interface for the scsi.  My dh0: drive is 20 gig.  I get a "error validating system: not enough memory" message and the disk won't format.  Is there a work around for this?  I've installed os3.1.4 on a 500 and a 4000 and haven't run into this particular problem.  The 500 didn't have a very large SD and the 4000 has 128 meg of memory.  My A3000 has 8 meg fast memory and 2 meg of chip. Suggestions?

Use a larger block size in HDToolBox and you will be fine.
Go for 4096 bytes per block and it willl solve your issue.

Is 4096 bytes per block the new recommendation for all use cases? Under what circumstances should we use a different setting?
 

Offline TribbleSmasher

Re: The Os 3.1.4 Thread
« Reply #783 on: October 18, 2020, 08:16:04 PM »
As i recall all new media types, like SSDs and Flashdrives handling their storage internaly by 4k blocks, so whatever your filesystem reads or writes regarding block sizes the access is always done via 4k blocks in hardware at the end.

that being said, there was a survey with a tool send to participants before AOS4 release to test the amount of files/sizes of any storage and the result was like 75% of all files are smaller than 1kB, whatever that means. But i might be wrong as my brain memory fades away ... ???
« Last Edit: October 18, 2020, 08:17:04 PM by TribbleSmasher »
 

Offline nbache

Re: The Os 3.1.4 Thread
« Reply #784 on: October 18, 2020, 08:28:32 PM »
Use a larger block size in HDToolBox and you will be fine.
Go for 4096 bytes per block and it willl solve your issue.
Is 4096 bytes per block the new recommendation for all use cases? Under what circumstances should we use a different setting?
The larger you set the block size, the fewer blocks are needed to cover a given size volume. And if you have fewer blocks, the formatting procedure will need to allocate fewer data structures in memory to keep track of the blocks during formatting.

Possibly simplified a bit, but that's the main idea.

On all systems.

So use a larger block size if you don't have enough memory for a higher number of blocks/data structures. The price, as mentioned by TribbleSmasher above, is that smaller files take up more space, because you cannot use less than one block per file for its data, no matter how small the file is.

Best regards,

Niels
 

Offline Matt_H

Re: The Os 3.1.4 Thread
« Reply #785 on: October 19, 2020, 07:06:41 PM »
@ nbache

Very helpful, thanks. So the logic in the old days was to use a small/512 block size to maximize drive space and since overall drive sizes were small it didn't have an adverse effect on memory consumption?

I'm in the processes of setting up a new SD drive for my 500. Looks like I'll be switching to 4096 before copying my files back. :)
 

Offline Gulliver

Re: The Os 3.1.4 Thread
« Reply #786 on: October 19, 2020, 08:29:21 PM »
@Gulliver
When something is launched from Workbench, mostly by dblclick, the very icon stays active, selected, even if the launched app opens a new screen. I wish the icon gets deactivated as it is no longer in the focus. Can this made an option in the future release someday as it bothers me for ages, really?

I took a note to be discussed by the time we get to plan AmigaOS 3.3.
In any case, it sounds like something like that could be implemented as a commodity, or even as an ARexx script.
 

Offline Gulliver

Re: The Os 3.1.4 Thread
« Reply #787 on: October 19, 2020, 08:34:24 PM »
In the old days, memory requirements for validation were not such a common issue because storage devices were not as big as what they are today.

To estimate the amount of free memory required to validate a volume, 
you can perform the following equation:

((S / B) / 32) * 8 = Free memory required for validation

  S  is the volume size in bytes
  /  is the division sign
  *  is the multiplication sign
  () are parentheses required to solve the expression inside first
  B  are the bytes per block as set by HDToolBox. Sizes start at 512
     and are capped at 65536 bytes

Make sure that you round up the numbers before dividing as we don't
want floating point numbers getting in the way.

Examples:

A 500 MB partition with 512 bytes per block = 256 KB of RAM required
A 1 GB partition with 4096 bytes per block = 64 KB of RAM required
A 1 GB partition with 512 bytes per block = 0.5 MB of RAM required
A 64 GB partition with 512 bytes per block = 32 MB of RAM required
A 64 GB partition with 4096 bytes per block = 4 MB of RAM required

So always use the bigger blocks you can afford as you will save more
RAM at the expense of storage space.
 

Offline TribbleSmasher

Re: The Os 3.1.4 Thread
« Reply #788 on: January 10, 2021, 10:10:47 PM »
Fyi, i found that old message i sent regarding the topic seen below.
It was 2002, and a tool named 'sampledir' had to be downloaded and run. It spit out a histogram like text which i will attach below.
It had to be send to olsen@amiga.com.  :P
Code: [Select]
    File size        Number Histogram
2.684.354.560             0 []
2.147.483.648             0 []
1.342.177.280             0 []
1.073.741.824             0 []
  671.088.640             0 []
  536.870.912             0 []
  335.544.320             0 []
  268.435.456             0 []
  167.772.160             0 []
  134.217.728             0 []
   83.886.080             1 []
   67.108.864             3 []
   41.943.040            37 [#]
   33.554.432             9 []
   20.971.520             3 []
   16.777.216             0 []
   10.485.760             0 []
    8.388.608             0 []
    5.242.880             0 []
    4.194.304             1 []
    2.621.440             3 []
    2.097.152             4 []
    1.310.720             1 []
    1.048.576             5 []
      655.360            26 [#]
      524.288            19 [#]
      327.680            22 [#]
      262.144            39 [##]
      163.840            66 [###]
      131.072            30 [#]
       81.920           124 [#####]
       65.536            69 [###]
       40.960           206 [########]
       32.768           106 [####]
       20.480           343 [#############]
       16.384           210 [########]
       10.240           488 [###################]
        8.192           239 [#########]
        5.120           702 [###########################]
        4.096           594 [#######################]
        2.560         1.024 [########################################]
        2.048           444 [#################]
        1.280           814 [################################]
        1.024           365 [##############]
          640           815 [################################]
          512           401 [################]
          320           609 [########################]
          256           274 [###########]
          160           584 [#######################]
          128           114 [####]
           80           338 [#############]
           64            52 [##]
           40            65 [###]
           32            11 []
           20            53 [##]
           16             6 []
           10            12 []
            8             1 []
            5             5 []
            4             2 []
            2            28 [#]
            1             1 []

that being said, there was a survey with a tool send to participants before AOS4 release to test the amount of files/sizes of any storage and the result was like 75% of all files are smaller than 1kB, whatever that means. But i might be wrong as my brain memory fades away ... ???
« Last Edit: January 10, 2021, 10:12:14 PM by TribbleSmasher »
 

Offline lionstorm

Re: The Os 3.1.4 Thread
« Reply #789 on: April 22, 2021, 09:11:44 PM »
is there a reason why AHI 4.18 does not work under AOS3.1.4.1 ?
It installed fine but the prefs does not show its window therefore no settings are saved...

I am following Novacoder advice to use this version over the latest one to get more out of the different engines he ported to 68k.

I also installed latest AmigaAMP v3.29 because it can play mod natively now but since AHI does not run/work AmigaAMP can not open the mod file ??
 

Offline Gulliver

Re: The Os 3.1.4 Thread
« Reply #790 on: April 22, 2021, 10:24:29 PM »
is there a reason why AHI 4.18 does not work under AOS3.1.4.1 ?
It installed fine but the prefs does not show its window therefore no settings are saved...

I am following Novacoder advice to use this version over the latest one to get more out of the different engines he ported to 68k.

I also installed latest AmigaAMP v3.29 because it can play mod natively now but since AHI does not run/work AmigaAMP can not open the mod file ??


AHI works under 3.1.4. It has been thoroughly used and tested.
Your problem is somewhere else.

 

Offline lionstorm

Re: The Os 3.1.4 Thread
« Reply #791 on: April 24, 2021, 08:39:23 PM »
thx Gulliver for your answer and indeed I found the culprit : BGUI.library which needs to be installed to let AHI prefs appears !
 

Offline TribbleSmasher

Re: The Os 3.1.4 Thread
« Reply #792 on: May 10, 2021, 09:35:51 PM »
After playing with the new DiskDoctor a bit i noticed the inclusion of some (de)compression functionality, from the likes of the installation disks files. What is the purpose and how do i use it? And what are ODABIFILEs(iirc)?
Any docs on how to exploit the DiDo fully?
« Last Edit: May 10, 2021, 09:48:33 PM by TribbleSmasher »
 

Offline anightin

  • Newbie
  • *
  • Join Date: Oct 2019
  • Posts: 6
  • Gender: Male
    • Show only replies by anightin
Re: The Os 3.1.4 Thread
« Reply #793 on: January 26, 2022, 08:32:29 PM »
Hi There,

I have a 16MHz 68030 A3000D machine running 3.1.4. Ramsey 4, DMA 2, Buster 9. Replacement AMD SCSI Chip.

I get the SETPATCH guru crash regardless of fitting SCRAMS or FPMS in the ZIP sockets.

SETPATCH NOCACHE gives a recoverable error with either memory.

Not sure what to try next other than comment out SETPATCH?  ;D

I am using TOSHIBA ZIPs
FPM Part is TC514400AZ-60
SCRAM Part is TC514402AZ-60 (Unless the ones I bought have been re-badged)


Kind Regards

Andy
 

Offline anightin

  • Newbie
  • *
  • Join Date: Oct 2019
  • Posts: 6
  • Gender: Male
    • Show only replies by anightin
Re: The Os 3.1.4 Thread
« Reply #794 on: January 27, 2022, 09:06:46 PM »
Solved. It was the fact that the MMU.library and 680x0.library wasn't in the LIBS folder on my boot floppy.