Po roku prac wydano wersję 0.3.12 systemu ReactOS – darmowego, otwartoźródłowego systemu operacyjnego wzorowanego na Windows XP/2003. Pracę nad tą wersją trwały rok i jest to wydanie w którym doszło do największej ilości zmian w kodzie.
Przez rok naprawiono 259 błędów, w tym 61 regresji, z których część pochodziła jeszcze z czasów wydania 0.3.7. Dziesięć naprawionych błędów miało więcej niż trzy lata, a najstarszy z nich, błąd #969 – ponad pięć.
Poniższa lista zawiera bardzo skrócony zarys najważniejszych zmian w bieżącym wydaniu:
- Menedżer Pamięci – intensywnie rozwijany przez ekipę ARM, której szczególnie ciężka praca wymaga stopniowego zastępowania starych elementów – nowymi, przy jednoczesnym zachowaniu funkcjonalności tego krytycznego dla funkcjonowania całego systemu modułu. Mimo, że w wydaniu 0.3.12 nadal nie doszło do przejścia na nową wersję Menedżera, rozliczne zmiany i poprawki w widoczny sposób poprawiły prędkość i stabilność pracy systemu.
- Wsparcie NMI – ten mało znany fragment, ze swoim Red Screen of Death, jest niezbędny do prawidłowej obsługi błędów sprzętowych, wykrywanych przez procesor czy chipset. Dodatkowo, zastosowane wsparcie dla wielu niestandardowych wywołań zwrotnych NMI może być wykorzystane w bardziej zaawansowanym sprzęcie serwerowym. Ostatnim z elementów jest generowanie zrzutów awaryjnych NMI, zaimplementowane na razie częściowo.
- Mechanizm obsługi pułapek – Cała obsługa błędów CPU, pułapek, przerwań i wywołań systemowych została przepisana od nowa w C, zamiast dotychczas używanego Asemblera. Przy okazji udało się usunąć przestarzałe i niepotrzebne algorytmy a także wyłączyć domyślnie te procedury testowe, które szczególnie źle mogłyby odbić się na wydajności. Przejście na C umożliwiło współdzielenie znacznego fragmentu kodu do tej pory dostępnego tylko dla x86, również dla ARM i AMD64. Sam kod jest nie tylko bardziej czytelny, ale i lepiej uporządkowany, a także może być poddany optymalizacjom w procesie kompilacji, które w chwili obecnej zapewniają o wiele większy przyrost wydajności niż najlepiej zaprojektowany przez człowieka kod Asemblera, dostępny wyłącznie dla określonej grupy procesorów. Nadal trwają prace nad kilkoma pozostałymi procedurami.
- EMS – czyli Emergency Management System również został częściowo zaimplementowany. Dostępne są udokumentowane przez Microsoft flagi bootowania, jak i przesyłanie pewnych informacji dla debugera na port szeregowy. Trwające prace mają na celu wprowadzenie pełnego logowania jak i przeniesienia dotychczasowego debugera (KDBG) do EMS. Równolegle są prowadzone prace nad obsługą sterownika SAC (Special Administration Console).
- Moduł PnP – wprowadzono szereg zmian, mających poprawić kompatybilność ze sprzętem i sterownikami NT.
- Moduł ACPI – Ekipa ARM stworzyła podstawowy sterownik dla obsługi baterii, współpracujący z rozmaitymi sterownikami firm trzecich do baterii i UPS. Sterownik ten, zgodny ze specyfikacją ACPI Composite Battery, nie jest na razie aktywny ze względu na niezakończone prace nad obsługą ACPI.
- Nowy sterownik PCI – Ekipa ARM pracowała równolegle również nad stworzeniem nowego sterownika PCI. Używany dotychczas w ReactOS jest bardzo uproszczony a jego braki utrudniają testy urządzeń i sterowników firm trzecich. Nowy sterownik będzie też umożliwiał obsługę bardziej zaawansowanych technologii, takich chociażby jak mosty PCI-do-PCI. Prace nadal trwają, jednak już teraz można się spodziewać po nim o wiele większej wydajności i lepszej kompatybilności z rzeczywistym sprzętem.
- Wsparcie dla SxS – Kod Side-by-side wraz z wsparciem dla plików manifestów jest niezbędny przy uruchamianiu wielu nowych aplikacji, nawet jeśli jego implementacja jest wciąż niepełna.
- Korupcja puli pamięci – jednym z najtrudniejszych zadań podczas etapu stabilizacji kodu, było usunięcie błędów, powodujących korupcję pul pamięci. Nowy menedżer tej struktury, zaimplementowany przez ekipę ARM, będąc bardziej restrykcyjny w tym względzie, spowodował serię bardzo niepokojących, lecz co gorsze – losowych i bliżej nieokreślonych kraks podczas testów systemu. Dzięki innowacyjnej metodzie, korzystając ze zmodyfikowanej wersji QEMU, udało się wyśledzić rozmaite, często drobne z pozoru błędy kodu, które prowadziły to fatalnych w skutkach awarii. Do tej pory uchodziły na pozór niezauważone, jednak z pewnością były przyczyną wielu bliżej nieokreślonych i niewyjaśnionych błędów.
- Mechanizm zarządzania wiadomościami i timery – nieprawidłowa obsługa wiadomości niekolejkowanych często prowadziła do blokowania się wielu aplikacji. Nowa implementacja tych mechanizmów pozwoliła uporać się z tymi awariami, naprawiając przy okazji słynny błąd, z powodu którego pobieranie plików i stron w Firefoksie możliwe było wyłącznie podczas poruszania myszką.
- Port x64 – Mimo, że nadal niekompletny oraz nie działający prawidłowo, port AMD64 w chwili obecnej kompiluje się już bez znaczących błędów, tak samo jak główne drzewo kodu ReactOS. Nie spodziewajcie się jednak uruchomić system w tej wersji. Głównym celem doprowadzenia do poprawnej kompilacji w x64, była możliwość utrzymania tego stanu i pilnowania by nowy kod również był z AMD64 kompatybilny.
Należy pamiętać, że ReactOS 0.3.12 nadal jest w wersji alfa. Jest to najprawdopodobniej ostatnie wydanie z linii 0.3.x, gdyż następne wydanie ma mieć wersję 0.4, która również będzie wersja alfa. Dopiero wydania z serii 0.5.x będą już nosiły miano bety.
System można pobrać tutaj.
Po co taki reactos implementujący umierającą architekturę systemu?
Nawet microsoft planuje ubić niedługo* serię nt, bo od dawna widać, że osiągnęła granice rozwoju, a sznur błędów projektowych ciągnących się przez lata wiąże ręce zarówno deweloperom, jak i programistom i użytkownikom.
* zaraz po tym, jak wydoi kolejny raz naiwnych użytkowników sprzedając im windows 8
gdzie jest jakiś błąd projektowy lini NT? K. Mitnick swego czasu powiedział, ze Windows NT jest najlepiej zaprojektowanym systemem. Czasy gdzie wszystko jest plikiem, stały się prehistorią i pokazują, ze te archaiczne podejście nadaje się do lamusa, gdyż przywołuje więcej problemów niż korzyści.
Na przykład?
To ciekawe czemu londyńska giełda przechodzi na GNU/Linuksa?
System w którym wszystko jet plikiem okazuje się być szybszy i stabilniejszy od Windowsa 🙂
1)Po prostu linux jest tańszy.
2)Z tego co kojarze oni wprowadzają fork linuxa o nazwie suse rt kernel stworzony specjalnie do obliczeń.
Więc swoje społecznościowe bzdety radzę odłożyć na bok.
Ad. 1) A to tam chodziło o cenę czy o wydajność?
Ad. 2) A ten fork to powstał z powietrza czy może na bazie kodu rozwijanego przez społeczność od wielu lat na wolnej licencji? I ten fork działa sobie zapewne bez żadnych dodatkowych programów które wytworzyła społeczność?
No i gdzie te bzdety?
O żadnych społecznościowych bzdetach nie wspominałem!
Główne przyczyny migracji na GNU/Linuksa to:
-większa szybkość i stabilność systemu
-niższe koszty
http://blogs.computerworld.com/17202/london_stock_exchange_moves_to_linux
@krzabr niezmienienie dotychczasowego systemu = 0 funtów
zmiana na nowy choćby darmowy system = koszt, bo ktoś to musi wprowadzić (sam nawet napisałeś, że coś własnego piszą), a na przestoje pozwolić sobie nie mogą.
> System w którym wszystko jet plikiem
Dziecko, od kiedy w linuchu wszystko jest plikiem? Z jednej
strony „plikowe” /proc i /sys (notabene idea ukradziona z innych
systemow) w ktorych niby gadasz plikowo z kernelem. A drugiej strony
netlink ktory z plikowoscia nie ma nic wspolnego a ktory tez sluzy
do tego samego. Z trzeciej strony komunikacja przez pamiec wspoldzielona
z X’ami, ktora z plikowoscia nie ma nic wspolnego. Z czwartej strony
d-bus, ktory implementuje znow komunikacje po swojemu. Wake up and
smell the fucking coffee, linuch to wszystko smietnik designerski,
zduplikowane funkcjonalnosci, zaszlosci z lat 70-tych i pare dobrych
idei ordynarnie zajebanych od innych. (GNUwniazeria sama wymyslec
nic nie potrafi, tak sie jakos dziwnie sklada)
> okazuje się być szybszy i stabilniejszy od Windowsa
Szybszy i stabilniejszy? W ktorym momencie? Jak snisz?
Jest szybszy i bardziej stabilny, o czym świadczy chociażby lista top 500.
Jak masz mnóstwo frustracji i nie potrafisz sobie z nimi poradzić, to udaj się do specjalistów, na pewno chętnie Ci pomogą. Nie sądzę, żeby „śmietnik designerski” był wykorzystywany tam, gdzie liczy się szybkość i niezawodność.
@Jarek
Ładną półprawdę sprzedajesz…
1. „smietnik designerski”?!? a czym jest ewolucja? też takim śmietnikiem – przetrwa to co jest najbardziej przystosowane/najlepsze i z oprogramowaniem jest podobne, a społeczność jest tym kotłem ewolucji, gdzie ścierają się poglądy i rozwiązania i widać mądrość tego procesu, bo co rusz mamy oficjalny ewaluacje rozwiązań i wybór najlepszego.
2. GNU/Linux zapożycza pewnie rozwiązania, bo w założeniach jest zgodny z POSIX, a niektóre fragmenty implementacji na zdrowy chłopski rozum po n optymalizacjach zrobi się końcem końców tak samo w niezależnie implementowanych systemach.
3. Linux to kernel, a takie X’y to nie Linux, ale oddzielny podsystem, który może mieć własną ideologię, bo i używany jest nie tylko na jądrze Linux.
4. A Windows to niby system, który serwuje nam same unikalne rozwiązania? Przecież nie tak dawno, były słuszne z tego co wiem posądzenia że linia NT bierze ile może z BSD.
5. Architektura Windows jest projektowana przez jedną firmę i ma szanse być bardziej spójna, ale czemu to tak nie wygląda i wydaje się być ona niczym szwajcarski ser? Bo w Windows rozwiązania są narzucane, a nie biorą się z istotnej potrzeby i co chwilę twórca Windows wpada na nowe autorskie rozwiązania, ale dalej musi utrzymywać stare i dźwigać coraz to większy i niepotrzebny ciężar.
6. Twierdzisz że Windows jest szybszy? Uśmiałem się aż, bo jak porównujesz jądro w jądro, to Linux okazuje się dużo częściej górą (są w necie np.: porównania baz danych posadzonych na jednym i drugim), a jak porównujesz wydajność managerów okien – tu może byś różnie, ale z mojej perspektywy na Linux mogę odpalić 3 filmy Full HD na raz, a na Windows XP cz Windows 7 nawet jeden film mi się muli i gubi sync, a po za tym Windows mi się zamula po 3-4 dniach – więc o czym tu piszemy?!?
(wyróżnienie moje)
lista top 500 dowodzi tylko, że na chwile obecna MS nie posiada rozwiązania dla klastrów.
konski bzdury piszesz. Poczytaj o systemach serwerowych windows. Po prostu Linux jest lepszy. Kwestią czasu jest gdy będzie wszędzie.
@mrówczy_pytong: posiada, tylko – och, jej! – jakoś mało kto chce tego używać. http://en.wikipedia.org/wiki/Windows_HPC
wiesz z tego co czytałem to eksperymentalne kernele i systemy tworzone w ms to nic innego jak w założeniach unixy…
Tak, Singularity w szczególności;)
Barrelfish i helios też 😉
konskie_costam
Windows Registry
Miałeś może do czynienia z tym prześwietnym wynalazkiem w praktyce?
Wtedy gdy np system działał dziwnie albo MS Office nie chciał pracować tak jak Ty chciałeś?
@oO
Jeśli Twoja wersja jest przwdziwa, to tymbardziej powstanie ReactOS-a ma sens – będzie to jedyny aktualny system, na którym będziesz mógł uruchomić starsze programy przeznaczone dla architektury NT.
Jak dla mnie grupa programistów próbuje coś udowodnić i tyle.
– odpalanie starszych programów ? – Nie wydaje wam się, że zanim ReactOs dojdzie do stadium używalności nie będzie już tej potrzeby ?
– sorry ale Mitnick hakował raczej ludzi a nie maszyny więc nie opierał bym się na jego poglądach odnośnie projektowania systemów.
– czemu są jeszcze firmy które księgują w DOS-ie ? – bo pani księgowa Basia zna ten program i nie będzie się uczyła posługiwać myszką i nie rozumiem do czego będzie jej potrzebny ReactOs w przyszłości skoro teraz daje rade bez niego.
Nie tylko dlatego że pani Basia go zna, idź do jakiejkolwiek firmy i zobaczysz programy do księgowania w dosie, do tego programy te bez problemu wspierają drukarki igłowe (wydruk wielu kopii naraz, wykorzystane w fakturach), do tego są sprawdzone, z tego co udało mi się wyczytać wiele osób preferuje je nad windowsowe bo są bardziej przejrzyste i np. szybciej przetwarzają bazy.
Zdziwiłbyś się, ile firm nie rusza raz zainstalowanego softu, 'bo działa’. Zwłaszcza małych, które nie mają działu IT, tylko czasem dzwonią do serwisu producenta…
Dlatego JEST potrzeba pisania czegoś takiego. Właśnie po to, żeby można było uruchamiać system księgowy napisany X lat temu, na nowym sprzęcie.
Odnośnie uaktualniania oprogramowania – ile bankow wykorzystuje nadal OS/400 i/lub Clippera – niby nic szczegolnego ale dziala i robi to do czego zostało zaprogramowane.
Ciekawe po co tyle firm ciągle używa programów (zwłaszcza księgowo-magazynowych) napisanych pod DOS, choć to taka umierająca architektura…
Tak gwoli ścisłości, DOS to inna architektura niż NT 😉
ale chyba duzo bardziej martwa od niby umierającego nt
to jest trampolina do pracy w ms albo innej firmie. Po za tym fajnie sobie wpisać w cv albo nawet w rozmowie o pracę napomknąć że się pracowało przy reacto os. Oczywiście według mnie ten projekt nigdy nie zostanie że tak powiem ukończony.
Obyś się mylił, jednak wszystko wskazuje, że masz rację. Interesuję się tym projektem blisko 10 lat i wciąż nie ma dźwięku, obsługi wydruku i tym podbnych bzdur niezbędnych do codziennej pracy.
„wciąż nie ma dźwięku” – proszę nie rozpowszechniać nieprawdziwych informacji! Podstawowa obsługa dźwięku jest już zaimplementowana – sprawdź np. na Virtualboksie… U mnie działa
Są jakieś źródła tej rewelacji?
Ale co do głównego punktu się zgadzam. ReactOS jest bez sensu. Niemniej jednak projektowi kibicuję:)
W końcu nowa wersja.
ReactOS to system na który warto czekać.
@DerDevil: pewnie równie zaciekle warto czekać jak na Godota 😉
Zauważ też że ostatnio totalnie alternatywne systemy jak Haiku , Minix , Aros czy Hurd bardzo przyśpieszyły.
Więc może i na ros przyjdzie czas ja za testing tego systemu na pewno się wezme 😀
@krzabr: kibicuję mu całą mocą. Za głupi jestem by go wesprzeć inaczej. Za biedny by zasponsorować- ale jako system do małych stacji drukujących- jak będzie już stabilną betą- może stać się nieoceniony dla integratorów.
Możesz testować kompatybilność programów pod niego i opisywać wyniki jak ja 😀
Przyda się wolny windows na maszynie aby uruchomić chociażby stare gierki 😀
W tym projekcie nieprogramująca część społeczności może się popisać testując programy pod react os.
albo lekki system pod VM aby móc uruchomić od święta program, który pod linuksem nie chce
Super. Projekt jest potrzebny. Kropka.
Korupcja puli pamięci :_))))))) sweeet :>
W tym kraju tylko ryby nie biorą 😀
No ja wiem, ze biora, ale tez trzeba im konkretna „zanętę” najpierw sypnac 😉
> Korupcja puli pamięci :_))))))) sweeet :>
Nie ma nic lepszego niz o polnocy szukac zrozumialego odpowiednika dla Pool Corruption.
News chyba nie oddaje zbytnio powagi sprawy, nie wiem kiedy ostatnio ReactOS’a postawilem w VirtualBoxie, ale to bylo chyba rok moze 2 lata temu – wtedy nie przedstawial jakiejs niesamowitej uzytecznosci. Teraz, wlasnie sobie zainstalowalem w VB, no wyglada na cos co ma szanse byc dobra alternatywa dla XP kiedy potrzebujemy Windowsa tylko do jednego programu (np Platnika itp). Przed chwila kliknalem w Menedzera Aplikacji, wybralem sobie Firefoxa 3.6, sciangal, odpalil instalke (tu pewne strzaly z kolejnoscia okien, ale mozna przezyc) – i juz mam firefoxa ktory dziala, stronki lekko wizualnie sie sypia bo chyba brakuje sporej ilosci standardowych czcionek.
Zachecam goraco do odpalenia i przetestowania, no i o podzielenie sie opiniami. Moze to byc calkiem niezla alternatywa dla Wine’a, albo do biurowych zastosowan. /disclaimer: nie jestem zafiliowany z developerami ReactOS’a itd/