🚀 go-pugleaf

Marek <fake@fakeemail.com>:
>  On Tue, 26 Nov 2013 08:47:34 +0000 (UTC), toslaw <sorry@nomail.4u.pl>
>  wrote:
> > Plus, istnieją też dodatkowe opcje update'owania aktualnie  używanych
> > plików systemowych o nazwie hot-patching. Polega to na modyfikowaniu
> > początków eksportowanych funkcji przez biblioteki systemowe tak, aby
> > skakały do nowych wersji funkcji, omijając stare, do pierwszego restartu.
> > Dopiero po  restarcie pliki są podmieniane, całkowicie usuwając stare
> > wersje funkcji. W oczywisty sposób to wymaga synchronizacji z resztą części
> > w systemie, wpływając na dodatkowe opóźnienie.
>
>  To jest jakiś absurd. Rozwiązanie, które od razu by design wymaga
>  restartu. 20 lat developingu i ciągle mają w tym MS jakas fixacje na
>  punkcie tych restartów. A unixach wystarczy aby proces upate'u zrobil
>  unlink lib.so a nastepnie cp newlib.so lib.so. Procesy uruchomione i
>  zlinkowane z lib.so (starą wersją) będą nadal działać ze starą lib
>  (unlink nie usunie fizycznie z dysku otwartej lib przez inny proces,
>  plik znika tylko z dirlist) a nowo ładowane procesy już będą
>  zlinkowane z nowa wersją lib.so. Stare procesy/usługi wystarczy
>  zrestartować aby skorzystały już z nowych funkcji lib.so.
>  I nie ma potrzeby restartowania systemu. Rozwiązanie proste i
>  genialne w swojej prostocie, bo wykorzystuje natywne mechanizmy
>  dostępu do fs.

Chodzi chyba właśnie o to, aby wprowadzić nowe wersje funkcji BEZ konieczności
restartu? ;)

Z kolei restart jest spowodowany tym, że Windows "by design" lockuje pliki po
otwarciu. Nie wiem czym z kolei jest to spowodowane, ale być może tym, że pliki
wykonywalne PE w Windowsie posiadają dość popularną sekcję z zasobami, w
których znajdują się dane binarne wykorzystywane w programie, podzielone na
kategorie językowe. Program po uruchomieniu często doczytuje potrzebne
informacje z pliku wykonywalnego w miarę jego działania, a sam windows nie
ładuje tej sekcji do pamięci. Przy podmianie tego pliku na nową wersję, nie
byłoby możliwości załadowania/sprawdzenia starych zasobów. Może dlatego decyzja
została podjęta, aby uniemożliwić usuwanie/modyfikację pliku ;)

Z kolei w ELFach na UNIXach ewentualne zasoby kompilowane są w postaci
zmiennych bezpośrednio w programie, więc są teoretycznie częścią sekcji danych
kodu. Są ładowane od razu ze wszystkim do pamięci i na chwilę działania
programu plik wykonywalny jest zbędny, aż do czasu zamknięcia programu.