Ło matko, to duży temat.

Pewne (dla mnie) jest to, że jak raz sobie zrobisz w domu NASa i skonfigurujesz go pod swoje potrzeby, to już zawsze będziesz mieć NASa :)
Nie jestem jakimś ekspertem. W domu mam 3 serwery NAS :)

Pierwszego swojego NASA zbudowałem pewnie z 15 lat termu na jakimś terminalu w oparciu o FreeNAS (obecnie TrueNAS) i to było dobre rozwiązanie ale dla "grzebaczy", w pewnym momencie postawiłem na gotowe rozwiązanie, bo stwierdziłęm, że po prostu chcę żeby to działało bez ciągłej "opieki".

No i tu szkoły są 3: Falenicka, Otwocka i Mińska :) (oczywiście chodzi o rozwiązania do domu) :
1. Budowa serwera samodzielnie.
2. QNAP
3. Synology

Ja postawiłem na QNAPa i jestem zadowolony, 2 razy miałem problem (przez 8 lat na 3 serwerach :) ), i wsparcie pomogło mi zdalnie natychmiast, dawno po gwarancji (a nie były to wielkie problemy, tylko nie chciało mi się samodzielnie dłubać, wiedząc, że QNAP udziela wsparcia zawsze).

Co do konfiguracji RAID.
Pamiętaj, że RAID to nie backup! On nie ma zapewnić bezpieczeństwa danych, ale ciągłość dostępu do tych danych.
Ja w moim głównym NASie (4ro dyskowy na intelu) mam pierwszy dysk SSD (niewielki), bo QNAP trzyma konfigi i aplikacje na pierwszym dysku i mechaniczne stukały mi w nocy jak wykonywały się jakieś operacje. + 3 dyski 8TB w RAID5, do tego zewnętrzny dysk podpięty do NASa po USB na którym robią się kopię pewnych zasobów z macierzy głównej.

Ja potrzebuję tylko podstawowe usługi, czyli udostępnianie plików po SMB i NFS, usługi synchronizacji i w zasadzie nic więcej. Na jednym z NASów chodzi dodatkowo serwer WWW i torrenciarka i tyle. Wszystkie odtwarzacze multimediów jakie mam w domu czytają pliki bezpośrednio z NASa po SMB lub NFS, więc żadnych serwerów multimediów nie stosuje. Choć ten QNAP ma też zintegrowaną platformę wirtualizacyjną (tak tak, sprawdziłem kiedyś - działa pięknie! można nawet postawić tam linuksa a na nim kolejną aplikację serwera NAS :) i będą działały równolegle).
O.K. Zapomniałem backup fotografii robi mi specjalizowana aplikacja QNAPa (konkurencja też taką ma), która kataloguje rozpoznaje twarze i obiekty ułatwiając wyszukiwanie, umożliwia tworzenie albumów itp. Wszystko przez interfejs webowy i umożliwia też udostępnianie ich w bezpieczy sposób w necie.

I to wszystko co mogę na szybko napisać.

Aaaaa.... w moim przypadku foldery z dokumentami żony i dzieci (i moimi) fizycznie znajdują się na NASie co umożliwia wygodny dostęp z wielu komputerów (rodzina nawet nie musi wiedzieć, że tego nie ma na komputerze :) ). A przy okazji zapewnia możliwość wygodej automatyzacji kopii bezpieczeństwa na poziomie NASa. A przy odpowiedniej konfiguracji można dobić się do nich "ze świata" w każdej chwili.

WD RED Pro

Od 18.00 !
Przybywajcie.

Było godnie :)

Panowie i Panie.

Właśnie wczoraj, po wielu godzinach prac nad optymalizacją kodu (wczoraj trwała walka o zyskanie 17bajtów i było bardzo trudno :) ), udało mi się przywrócić wszystkie teksty, które usunąłem wcześniej by zrobić miejsce na poprawki i nowe funkcjonalności.

A skoro to było takie ciężkie, to oznacza, że kod jest tak zoptymalizowany, że Ho Ho :)

Gra cały czas mieści się w 32kB (co do bajtu w tej chwili), ale nie ma już miejsca na nic ponad to, co jest zrobione.

Biorąc pod uwagę, że w między czasie doszło parę ciekawych funkcjonalności (np. możliwość wyłączenia podłogi - czołgi podkopane do końca znikają w nicości) oraz trochę efektów i poprawek, postanowiłem Was i tutaj o tym poinformować.
Chyba już nie mam siły na dalszą optymalizację po to by realizować coraz dziwniejsze pomysły :)

Tak więc v. 1.43 dla dowolnego Atari 8bit z minimum 48kB RAM, Atari 5200 i eksperymentalna dla C64 :) jest tutaj: https://github.com/pkali/scorch_src/tree/develop

"Nie jestem w stanie" ... Jak to brzmi? :) Kto jak kto..

Pewnie tak. Jest to 'Infinite loop' , ale w moim przypadku, generuje to tylko errory, zero ostrzeżeń.

Przykład. W głównym pliku jest taka konstrukcja:

;-----------------------------------------------
; variable declarations in RAM (no code)
;-----------------------------------------------
    ORG PMGraph + $0300 - (variablesEnd - variablesStart)
    icl 'variables.asm'

Ma ona za zadanie umieścić zmienne bezpośrednio przed obszarem PMG

plik variables.asm wygląda tak...

variablesStart
TanksNames 
    .ds MaxPlayers*8
;----------------------------------------------------
skilltable   ; computer controlled players' skills (1-8), 0 - human
    .DS MaxPlayers

; .... cośtam, cośtam, tablice zmienne itp.

.align $100
; i tu miejsce na wygenerowanie tablic wymagających umieszczenia na początku strony

; a potem inne deklaracje
variablesEnd

No i tutaj wyznaczenie adresu zmiennych spowoduje zadziałanie .align, co spowoduje zmianę adresu zmiennych, co spowoduję zmianę offsetu w .align itd.
Czyli w sumie 'Infinite loop' ale nie generuje żadnego ostrzeżenia, lecz błędy w innych miejscach (bo adresy zmiennych głupieją). Nie da się tego uniknąć (jeśli programista taki kod stworzy :) ), ale da się poinformować programistę... chyba :)

Pirx postanowił, że takie umieszczenie zmiennych będzie najlepsze (i dobrze), a ja tylko grzebałem w pliku zmiennych, nie mając świadomości, że jego adres jest wyznaczany w taki sposób. I stąd moje problemy, jak po wstawieniu .align zaczęło mi sypać różnymi błędami w najróżniejszych miejscach kodu, w zależności od tego gdzie w pliku znalazł się ten .align .

Mam taki pomysł na wyłapanie tego. Może z dupy, ale co tam :)
Dodać na końcu jeden dodatkowy przebieg, który posłuży tylko sprawdzeniu, czy któraś z etykiet nie zmieniła wartości - jeśli zmieniła, to w jej okolicy jest problem (zapewne) i dodatkowo wiemy, że problem jest.
Jeśli wartość zmieni wiele etykiet to najprawdopodobniej problem jest w okolicy pierwszego wystąpienia w kodzie takiej etykiety.

W związku z tym https://atarionline.pl/forum/comments.p … 13#Item_16 "zdarzeniem" na ostatnim Sztabie w Warszawie rozwinęła się dyskusja z Draco.
No może nie tak dokładnie, bo rozmawialiśmy o MAC65 i błędzie "phase error" :)

Wyszło nam, że brakuje takiego komunikatu błędu w Madsie.

Jeśli kolejne przebiegi generują dla tej samej etykiety różne wartości, to kompilator powinien to zakomunikować, a nie wskazywać różne inne błędy w dowolnych innych miejscach w kodzie (bo oczywiście ta zmiana wartości etykiety ma wpływ na wszystko inne).

Dało by to jasny komunikat w czym tkwi podstawowy problem i oszczędziło programiście poszukiwań.

Czyli, mimo, że lata temu w MAC65 błąd "phase error" wydawał nam się nic nie mówiący i bez sensu.... teraz nam go brakuje :)

Taka koincydencja?
Nie sądzę :)

Sennheiser HD 250BT

A ja właśnie wróciłem bez słuchawek.... Ciekawe :)