|
ENGLISH VERSION |
|
 |
| Links | | | Forum | | | Kommentare | | | News melden |
|
| Chat | | | Umfragen | | | Newsticker | | | Archiv |
|
| amiga-news.de Forum > Amiga, AmigaOS 4 > Smart Filesystem 1.205 | [ - Suche - Neue Beiträge - Registrieren - Login - ] |
| -1- | [ - Beitrag schreiben - ] |
|
06.05.2003, 07:20 Uhr The_Killer Posts: 216 Nutzer |
Hallo ! In den neuen Aminet Uploads vom 05.05.03 ist die neue Version 1.205 des Smart Filesystems zu finden. Hat die schon jemand getestet ? Hier nochmal der Auszug der beiliegenden Readme. Short: Smart Filesystem copyrighted by John Hendrikx Author: hjohn@xs4all.nl Uploader: PIK@amigo.ping.de Version: 1.205 Type: disk/misc Replaces: disk/misc/SFS.lha Requires: 68020 or better, AmigaOS 3.0 or better ------------------------------------------------------------ This filesystem is BETA -- this means it is not finished. USE AT YOUR OWN RISK! ------------------------------------------------------------ For more information read the included documentation Introduction ------------ Smart Filesystem is a new filesystem for your Amiga. A filesystem's main purpose is to store files on a disk in such a way that they can be located and used quickly. How this is done is up to the filesystem. The way information is stored on your disk has a large impact on speed and space efficiency, and so these factors can vary a lot from filesystem to filesystem. Smart Filesystem was created to provide you with an alternative to the Fast Fileystem. Smart Filesystem makes more efficient use of your disk space (max speed with 512 bytes/block!), has better performance in most areas and will allow for new features never seen before in an Amiga filesystem. Features -------- o FAST seeking. Even in extremely large files. o FAST reading of directories. o FAST defragmentation routines (built-in optimiser) o Disk space is used VERY efficiently. o Blocksizes of 512 bytes up to 32768 bytes are supported. (512 BYTES FOR BEST PERFORMANCE) o The length of file and dir names can be 107 characters. The lenght of 'pathes' can be 255 characters (AmigaDOS, see changes?!) o Volumename can be 30 characters (AmigaDOS) o The size of a file is limited to 2 GB (AmigaDOS) o The length of comments can be 79 characters (like FFS) o Support for partitions larger than 4 GB or located (/partially) beyond the 4 GB barrier on your drive. There is support for the New Style Devices (NSD) and the 64-bit trackdisk commands (TD64) which support 64 bit access. o Supports large partitions. The limit is about 2 TB, but it can be more depending on the blocksize (32KB/Block -> 128 TB). Yes! ;-) o Modifying data on your disk is very safe. Even if your system is resetted, crashes or suffers from powerloss your disk will not be corrupted and will not require long validation procedures before you will be able to use it again. In the worst case you will only lose the last few modifications made to the disk. o There is a built-in configurable read-ahead cache system which tries to speed up small disk accesses. This cache has as a primary purpose to speed up directory reading but also works very well to speed up files read by applications which use small buffers. o Supports Notification and ExamineAll. o Supports softlinks (hardlinks are not supported for now). o Using the SFSformat command you can format your SFS partition with case sensitive file and directory names. Default is case insensitive (like FFS). o There is a special directory which contains the last few files which were deleted. (see sfsformat.txt) To do ----- o Make sure that freeing an adminspace area cannot get overwritten by data or a new adminspace container in the same Transaction (currently this cannot occur as adminspace areas are not freed). o Node system doesn't really need the Parent pointers in their blocks. Removing them will give extra room in the Node blocks, but will also make moving Node blocks easier. [Note: The old node system is likely to be removed completely in favor of the new B+-Tree system] o Links. o Small files (less than blocksize) can be accessed directly without going through the B-Tree, since the file-header contains a pointer to the first block. Also, we might be able to keep additional information in the fileheader, as any changes to the Extents will most likely also result in a change in the file header... Unimplemented packets --------------------- ACTION_LOCK_RECORD ACTION_FREE_RECORD ACTION_MAKE_LINK (soft links only at the moment) KNOWN BUGS ---------- o Not all space gets freed again if you delete all files from a disk. This is caused by the fact that the filesystem allocates parts of the disk to store its administration blocks on demand. These areas aren't freed again (but they are reused if needed!). This will be fixed eventually, but is no more than a minor inconvience at the moment. CU The_Killer [ - Antworten - Zitieren - Direktlink - ] |
|
06.05.2003, 12:20 Uhr Askane Posts: 850 Nutzer |
Läuft bei mir problemlos auf dem Amithlon-System.  Einfach über das alte SFS upgedatet und habe bis dato keine Probleme. Kopieren, löschen geht wohl scheinbar auch schneller. Wehe es klappt nicht weiterhin.  MnG Askane [ - Antworten - Zitieren - Direktlink - ] |
|
06.05.2003, 14:21 Uhr Wil_Riker Posts: 189 Nutzer |
Hallo. Bei mir gibt's auch keine Probleme mit der neuen Version; ich meine sogar einen kleinen Geschwindigkeitszuwachs spüren zu können. Einfach über die HDToolBox den RDB updaten! -- Gruß, Wil_Riker Konfig: A3000D (Micronik-Tower), CSPPC (060 @ 50, 604e @ 200), CVPPC, Prelude+Arpeggiator, X-Surf+Goldsurfer [ Dieser Beitrag wurde von Wil_Riker am 06.05.2003 editiert. ] [ - Antworten - Zitieren - Direktlink - ] |
|
06.05.2003, 14:22 Uhr The_Killer Posts: 216 Nutzer |
Tja, habe nun auch ein Update gewagt ( vorher alls Gesichert ) Läuft einwandfrei und tatsächlich auch schneller... Habe nun auch mein nicht mehr gesupportetes PFS 3 von der Platte verbannt.  CU The_Killer [ - Antworten - Zitieren - Direktlink - ] |
|
06.05.2003, 15:44 Uhr Brunadi Posts: 1365 Nutzer |
Hallo Habe auch die neue Version 1.205 probiert. Das Tool SFSdefrag funktioniert bei mir jetzt nicht mehr. Habe nun wieder die Version 1.195 installiert. Gruß Brunadi  -- Die meisten Computerfehler sitzen vor dem Bildschirm.. [ - Antworten - Zitieren - Direktlink - ] |
|
06.05.2003, 18:13 Uhr yelworC Posts: 401 Nutzer |
Brunadi: Was funktioniert bei Dir nicht mehr an SFSdefrag? Ich habe es gerade zum Testen mal gestartet und es ist alles wie immer verlaufen. Ich habe den Prozess allerdings nach kurzer Zeit selbst wieder abgebrochen. Ich verwende SFSdefragmentGUI 1.2 und das neue SFS 1.205. [ - Antworten - Zitieren - Direktlink - ] |
|
06.05.2003, 18:48 Uhr Brunadi Posts: 1365 Nutzer |
@ yelworC Wenn ich defrag starte, öffnet sich zwar das Fenster, aber es passiert nichts. Mit SFS 1.195 funktioniert defrag einwandfrei. Ich habe diesbezüglich schon Joerg Strohmayer befragt, er weiß es auch nicht, denn bei ihm funktioniert es ja. Gruß brunadi -- Die meisten Computerfehler sitzen vor dem Bildschirm.. [ - Antworten - Zitieren - Direktlink - ] |
|
06.05.2003, 22:52 Uhr Askane Posts: 850 Nutzer |
Zitat: Haste auch wirklich upgedatet? Das alte SFSFilesystem umbenannt. Das neue hineinkopiert und dann über die HDToolbox erneuert? Ich weiß, blöde Frage, aber Fehler findet man nur durch ausschließen. MnG Askane [ - Antworten - Zitieren - Direktlink - ] |
|
07.05.2003, 08:38 Uhr Brunadi Posts: 1365 Nutzer |
Hallo Askane Haste auch wirklich upgedatet? Das alte SFSFilesystem umbenannt. Das neue hineinkopiert und dann über die HDToolbox erneuert? Ich weiß, blöde Frage, aber Fehler findet man nur durch ausschließen. Ganz genauso gemacht. Gruß Brunadi -- Die meisten Computerfehler sitzen vor dem Bildschirm.. [ - Antworten - Zitieren - Direktlink - ] |
|
07.05.2003, 10:23 Uhr TriMa Posts: 2793 [Ex-Mitglied] |
Meint Ihr man sollte jetz wirklich langsam Updaten von der 1.84? Ist ja irgendwie alles immernoch Betastatus, mich würd das ganze mal im Langzeit/härtetest interessieren, masakrier doch mal einer eine unwichtige SFS Partition oder so. -- MfG TriMa -- irc.euirc.net #Sarkasmus-pur @ http://www.sarkasmus-pur.de.vu [ - Antworten - Zitieren - Direktlink - ] |
|
07.05.2003, 12:15 Uhr Cj-Stroker Posts: 1343 Nutzer |
Ich schliße mich der Frage von Trima an. Mich würde allerdings zusätzlich noch interessieren, ob ein Upgrade von V1.84 ohne Risiken ist?. Habe keine Lust, daß dann alles im Eimer ist. MFG Cj-Stroker -- Webmaster at Amiforce and Abakus-Design http://www.Amiforce.de (Fight For Amiga) http://www.cj-stroker.de/Abakus/ (World of AMHuhn and more) Forum: http://amiforce-forum.cj-stroker.de [ - Antworten - Zitieren - Direktlink - ] |
|
07.05.2003, 12:36 Uhr Askane Posts: 850 Nutzer |
Hi Brunadi Kannste mal SnoopDos mitlaufen lassen? Und passiert dies mit allen Partionen? Kopiere doch mal einfach alle Dateien aus dem neuen Archiv zum System rüber. Auch wenn viele Versionen gleich sind. Oder starte doch mal Defrag ohne gestartete Workbench. Booten ohne Startup-Sequence also. Mehr wüßte ich auch nicht zu raten. SFScheck ist aber in der Versionsangabe witzig. Ich habe hier eine Version 2.3 mit 30808 byte und die neue Version 1.3 mit 23604 byte. Ich würde vorher alle Daten sichern und updaten. Es ist wirklich viel besser, schneller. Habe es mit Diskspeed ausprobiert. Und wenn bei euer Konfiguration Fehler auftreten, dann hilft es anderen auch. MnG Askane [ - Antworten - Zitieren - Direktlink - ] |
|
07.05.2003, 13:24 Uhr yelworC Posts: 401 Nutzer |
Bei 1.84 stand doch auch schon immer groß da, dass es Beta ist und von daher nicht für den täglichen Gebrauch gedacht ist. Von daher hat sich nichts geändert und ich bin der Meinung, dass das Risiko weder größer noch kleiner geworden ist. Ich hatte bisher keine Probleme mit den Updates. Einfach im RDB ersetzen und man merkt eigentlich garnicht, dass sich etwas verändert hat. Allerdings war bei den ganz alten Versionen noch ein Sprung dabei, durch den das Update eine komplette Formatierung notwendig machte. Das war aber deutlich vor 1.84, soweit ich mich erinnere. Seitdem reicht es wie gesagt einfach den RDB zu updaten. [ Dieser Beitrag wurde von yelworC am 07.05.2003 editiert. ] [ - Antworten - Zitieren - Direktlink - ] |
|
07.05.2003, 13:28 Uhr gni Posts: 1106 Nutzer |
Zitat:SFScheck aus dem 1.205 Archiv ist uralt und funktioniert mit aktuellen Versionen von SFS nicht. SFScheck 2.3 ist auch uralt. Aktuell (und laut ReadMe auch letzte Version) ist 2.43 [ - Antworten - Zitieren - Direktlink - ] |
|
07.05.2003, 18:19 Uhr Brunadi Posts: 1365 Nutzer |
Hallo Askane Hi Brunadi Kannste mal SnoopDos mitlaufen lassen? Und passiert dies mit allen Partionen? Kopiere doch mal einfach alle Dateien aus dem neuen Archiv zum System rüber. Auch wenn viele Versionen gleich sind. Habe mal snoopDos mitlaufen lassen. Zeigte keinen Fehler an und hat jetzt auch funktioniert. Eigenartig. Aber Hauptsache es haut hin. Gruß Brunadi -- Die meisten Computerfehler sitzen vor dem Bildschirm.. [ - Antworten - Zitieren - Direktlink - ] |
| -1- | [ - Beitrag schreiben - ] |
| amiga-news.de Forum > Amiga, AmigaOS 4 > Smart Filesystem 1.205 | [ - Suche - Neue Beiträge - Registrieren - Login - ] |
|
|
Impressum |
Datenschutzerklärung |
Netiquette |
Werbung |
Kontakt
Copyright © 1998-2024 by amiga-news.de - alle Rechte vorbehalten. |
|