<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: Upgrade PHP w Gentoo, czyli dlaczego przez najbliższe parę lat nie użyje Gentoo na serwerze.</title>
	<atom:link href="http://devrandom.pl/blog/2009/02/06/upgrade-php-w-gentoo-czyli-dlaczego-przez-najblizsze-pare-lat-nie-uzyje-gentoo-na-serwerze/feed/" rel="self" type="application/rss+xml" />
	<link>http://devrandom.pl/blog/2009/02/06/upgrade-php-w-gentoo-czyli-dlaczego-przez-najblizsze-pare-lat-nie-uzyje-gentoo-na-serwerze/?utm_source=rss&#038;utm_medium=rss&#038;utm_campaign=upgrade-php-w-gentoo-czyli-dlaczego-przez-najblizsze-pare-lat-nie-uzyje-gentoo-na-serwerze</link>
	<description>another seed in entropy</description>
	<lastBuildDate>Sun, 05 Feb 2012 23:23:39 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: XANi</title>
		<link>http://devrandom.pl/blog/2009/02/06/upgrade-php-w-gentoo-czyli-dlaczego-przez-najblizsze-pare-lat-nie-uzyje-gentoo-na-serwerze/comment-page-1/#comment-153</link>
		<dc:creator>XANi</dc:creator>
		<pubDate>Mon, 04 May 2009 12:37:05 +0000</pubDate>
		<guid isPermaLink="false">http://devrandom.pl/?p=162#comment-153</guid>
		<description>Teraz i tak zwykle jeżeli już app używa instrukcji typy SSE3 do przyśpieszenia działania to programista pisze na zasadzie &quot;jeżeli są użyj tej części kodu, jeżeli nie fallback do default&quot;, pierwszy z brzegu przykład - mplayer ;].</description>
		<content:encoded><![CDATA[<p>Teraz i tak zwykle jeżeli już app używa instrukcji typy SSE3 do przyśpieszenia działania to programista pisze na zasadzie &#8220;jeżeli są użyj tej części kodu, jeżeli nie fallback do default&#8221;, pierwszy z brzegu przykład &#8211; mplayer ;].</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: r</title>
		<link>http://devrandom.pl/blog/2009/02/06/upgrade-php-w-gentoo-czyli-dlaczego-przez-najblizsze-pare-lat-nie-uzyje-gentoo-na-serwerze/comment-page-1/#comment-151</link>
		<dc:creator>r</dc:creator>
		<pubDate>Mon, 04 May 2009 12:16:07 +0000</pubDate>
		<guid isPermaLink="false">http://devrandom.pl/?p=162#comment-151</guid>
		<description>Od czasu buga w kompilatorze, objawiającego się w OpenBSD w sposób taki, że jądro z optymalizacją stawało w miejscu bez pierdnięcia ani słowa na temat co mu, a jądro GENERIC chodziło sobie bez zająknięcia, olałem wszelkie optymalizacje kodu pod procesor jako potencjalne źródła błędów. I w ten sposób, od paru lat, żyję w błogiej nieświadomości istnienia potencjalnych fruktów wynikajacych z optymalizacji kodu :P I jest to całkiem spokojne życie.</description>
		<content:encoded><![CDATA[<p>Od czasu buga w kompilatorze, objawiającego się w OpenBSD w sposób taki, że jądro z optymalizacją stawało w miejscu bez pierdnięcia ani słowa na temat co mu, a jądro GENERIC chodziło sobie bez zająknięcia, olałem wszelkie optymalizacje kodu pod procesor jako potencjalne źródła błędów. I w ten sposób, od paru lat, żyję w błogiej nieświadomości istnienia potencjalnych fruktów wynikajacych z optymalizacji kodu :P I jest to całkiem spokojne życie.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: XANi</title>
		<link>http://devrandom.pl/blog/2009/02/06/upgrade-php-w-gentoo-czyli-dlaczego-przez-najblizsze-pare-lat-nie-uzyje-gentoo-na-serwerze/comment-page-1/#comment-147</link>
		<dc:creator>XANi</dc:creator>
		<pubDate>Mon, 04 May 2009 11:37:00 +0000</pubDate>
		<guid isPermaLink="false">http://devrandom.pl/?p=162#comment-147</guid>
		<description>Zgadza się ;] Poza tym takie pakieciki w np. debianien stable są ruszane tylko w razie buga i generanie dobrze przetestowane zanim trafią do stable. Chyba że ktoś potrzebuje &quot;bleeding edge&quot; ale wtedy jest zawsze opcja zainstalowania pakietów w testing/unstable.
Poza tym, jeżeli chodzi o systemy 32 bitowe to optymalizacja jeszcze coś daje (bo pakiety są kompilowane na i386, w najlepszym wypadku i686), ale w 64 bitowych naprawdę nie ma co kręcić ;]</description>
		<content:encoded><![CDATA[<p>Zgadza się ;] Poza tym takie pakieciki w np. debianien stable są ruszane tylko w razie buga i generanie dobrze przetestowane zanim trafią do stable. Chyba że ktoś potrzebuje &#8220;bleeding edge&#8221; ale wtedy jest zawsze opcja zainstalowania pakietów w testing/unstable.<br />
Poza tym, jeżeli chodzi o systemy 32 bitowe to optymalizacja jeszcze coś daje (bo pakiety są kompilowane na i386, w najlepszym wypadku i686), ale w 64 bitowych naprawdę nie ma co kręcić ;]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: r</title>
		<link>http://devrandom.pl/blog/2009/02/06/upgrade-php-w-gentoo-czyli-dlaczego-przez-najblizsze-pare-lat-nie-uzyje-gentoo-na-serwerze/comment-page-1/#comment-144</link>
		<dc:creator>r</dc:creator>
		<pubDate>Mon, 04 May 2009 11:21:16 +0000</pubDate>
		<guid isPermaLink="false">http://devrandom.pl/?p=162#comment-144</guid>
		<description>3% zysku na prędkości poszukiwania kolejnych bugów kompilatorze jest dobre dla dzieciaków, którym sie nudzi. Jak mam 20, 30 czy 50 maszyn (a mam więcej), które robią rózne rzeczy (tylko naprawdę Duuuuuże Sajty mają po 20 maszyn w farmie, które robią jedno i to samo), to nie mam czasu na dzierganie pakiecików, a przy naszych SLA tym bardziej nie podejmę ryzyka wysadzenia czegoś w powietrze dla marnych 3%, bo będę to musiał naprawiać w środku nocy. W dobie powszechnie dostępnych repozytoriów z kryptograficzną weryfikacją tożsamości pakietów struganie własnego repozytorium wszystkich pakietów (a nie tylko dzierganych na własne potrzeby) jest wyłącznie statą czasu. A już totalną stratą czasu jest budowanie całego drzewa (jakie szybkie by nie były te maszyny, to jednak trwa to trochę) dla jednego czy dwóch pakiecików, które ściągniesz z ogólnodostępnego repozytorium w pięć minut.</description>
		<content:encoded><![CDATA[<p>3% zysku na prędkości poszukiwania kolejnych bugów kompilatorze jest dobre dla dzieciaków, którym sie nudzi. Jak mam 20, 30 czy 50 maszyn (a mam więcej), które robią rózne rzeczy (tylko naprawdę Duuuuuże Sajty mają po 20 maszyn w farmie, które robią jedno i to samo), to nie mam czasu na dzierganie pakiecików, a przy naszych SLA tym bardziej nie podejmę ryzyka wysadzenia czegoś w powietrze dla marnych 3%, bo będę to musiał naprawiać w środku nocy. W dobie powszechnie dostępnych repozytoriów z kryptograficzną weryfikacją tożsamości pakietów struganie własnego repozytorium wszystkich pakietów (a nie tylko dzierganych na własne potrzeby) jest wyłącznie statą czasu. A już totalną stratą czasu jest budowanie całego drzewa (jakie szybkie by nie były te maszyny, to jednak trwa to trochę) dla jednego czy dwóch pakiecików, które ściągniesz z ogólnodostępnego repozytorium w pięć minut.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: XANi</title>
		<link>http://devrandom.pl/blog/2009/02/06/upgrade-php-w-gentoo-czyli-dlaczego-przez-najblizsze-pare-lat-nie-uzyje-gentoo-na-serwerze/comment-page-1/#comment-143</link>
		<dc:creator>XANi</dc:creator>
		<pubDate>Mon, 04 May 2009 10:27:04 +0000</pubDate>
		<guid isPermaLink="false">http://devrandom.pl/?p=162#comment-143</guid>
		<description>Jak masz 20 maszyn robiących to samo możesz wyłączyć jedną i sprawdzić, a potem jak będzie ok zrobić upgrade reszty. Ale znowu, jeżeli i tak bedziesz korzystał ze &quot;standardowych&quot; opcji pakietu, kompilacja to strata czasu. A jak rzeczywiście potrzebujesz tej czy tamtej funkcji lub 3% więcej wydajności, możesz skompilować sobie paczki źródłowe i zrobić lokalne repo i nie przejmować się rekompilowaniem połowy systemu co pare miechów ;].</description>
		<content:encoded><![CDATA[<p>Jak masz 20 maszyn robiących to samo możesz wyłączyć jedną i sprawdzić, a potem jak będzie ok zrobić upgrade reszty. Ale znowu, jeżeli i tak bedziesz korzystał ze &#8220;standardowych&#8221; opcji pakietu, kompilacja to strata czasu. A jak rzeczywiście potrzebujesz tej czy tamtej funkcji lub 3% więcej wydajności, możesz skompilować sobie paczki źródłowe i zrobić lokalne repo i nie przejmować się rekompilowaniem połowy systemu co pare miechów ;].</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: r</title>
		<link>http://devrandom.pl/blog/2009/02/06/upgrade-php-w-gentoo-czyli-dlaczego-przez-najblizsze-pare-lat-nie-uzyje-gentoo-na-serwerze/comment-page-1/#comment-142</link>
		<dc:creator>r</dc:creator>
		<pubDate>Mon, 04 May 2009 10:13:30 +0000</pubDate>
		<guid isPermaLink="false">http://devrandom.pl/?p=162#comment-142</guid>
		<description>I dlatego, tak naprawdę, systemy typu Gentoo, FreeBSD i inne, gdzie pakietologia żyje własnym, niezależnym od rytmu wydań samego systemu, to systemy dla dzieciaków, które mają za dużo czasu. Jak maszyn jest mnóstwo, to sprawdza się wyłącznie system taki, gdzie wersje oprogramowania nie zmieniają się w danym wydaniu. Wtedy wiadomo, że upgrade jakiejś biblioteki nie wysadzi połowy softu w powietrze.</description>
		<content:encoded><![CDATA[<p>I dlatego, tak naprawdę, systemy typu Gentoo, FreeBSD i inne, gdzie pakietologia żyje własnym, niezależnym od rytmu wydań samego systemu, to systemy dla dzieciaków, które mają za dużo czasu. Jak maszyn jest mnóstwo, to sprawdza się wyłącznie system taki, gdzie wersje oprogramowania nie zmieniają się w danym wydaniu. Wtedy wiadomo, że upgrade jakiejś biblioteki nie wysadzi połowy softu w powietrze.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: XANi</title>
		<link>http://devrandom.pl/blog/2009/02/06/upgrade-php-w-gentoo-czyli-dlaczego-przez-najblizsze-pare-lat-nie-uzyje-gentoo-na-serwerze/comment-page-1/#comment-42</link>
		<dc:creator>XANi</dc:creator>
		<pubDate>Sun, 08 Feb 2009 21:11:49 +0000</pubDate>
		<guid isPermaLink="false">http://devrandom.pl/?p=162#comment-42</guid>
		<description>PHP był aktualizowane z wersji 5.2.8-r1 do 5.2.8-r2 więc nie nazwałbym tego aktualizowaniem &quot;raz z doskoku&quot;;]. Akcje typu że robię update jakiegoś pakietu, przy okazji updatując 4-5 rzeczy zależnych i któraś z tych rzeczy jest niekompatybilna ze starszą wersją więc starsza wersja się rozsypuje a nowa jeszcze się nie skompilowała zdarzyły mi się już parę razy i wcale nie na ~x86 ;]
Nie napisałem że Gentoo jest zły, tylko że nie uzyłbym go na serwer jakbym nie mógł przedtem przetestować na innej maszynie &quot;czy aby na pewno się nie sypnie&quot;. Poza tym zysk wydajności jest na tyle minimalny (jeżeli chodzi o serwer) że Gentoo to strata czasu (no chyba że i tak nie masz co robić ;]) a jak bardzo potrzeba mi tych 5% to zawsze mogę w Debianie ściągnąć źródła paczki, skompilować i potem ładnie zapakować w deba ;]</description>
		<content:encoded><![CDATA[<p>PHP był aktualizowane z wersji 5.2.8-r1 do 5.2.8-r2 więc nie nazwałbym tego aktualizowaniem &#8220;raz z doskoku&#8221;;]. Akcje typu że robię update jakiegoś pakietu, przy okazji updatując 4-5 rzeczy zależnych i któraś z tych rzeczy jest niekompatybilna ze starszą wersją więc starsza wersja się rozsypuje a nowa jeszcze się nie skompilowała zdarzyły mi się już parę razy i wcale nie na ~x86 ;]<br />
Nie napisałem że Gentoo jest zły, tylko że nie uzyłbym go na serwer jakbym nie mógł przedtem przetestować na innej maszynie &#8220;czy aby na pewno się nie sypnie&#8221;. Poza tym zysk wydajności jest na tyle minimalny (jeżeli chodzi o serwer) że Gentoo to strata czasu (no chyba że i tak nie masz co robić ;]) a jak bardzo potrzeba mi tych 5% to zawsze mogę w Debianie ściągnąć źródła paczki, skompilować i potem ładnie zapakować w deba ;]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: pawcyk</title>
		<link>http://devrandom.pl/blog/2009/02/06/upgrade-php-w-gentoo-czyli-dlaczego-przez-najblizsze-pare-lat-nie-uzyje-gentoo-na-serwerze/comment-page-1/#comment-41</link>
		<dc:creator>pawcyk</dc:creator>
		<pubDate>Sun, 08 Feb 2009 19:28:40 +0000</pubDate>
		<guid isPermaLink="false">http://devrandom.pl/?p=162#comment-41</guid>
		<description>A może tak... jak się człowiek na czymś do końca dobrze nie zna, to nie powinien się za to brać... :)
Niestety magiczne polecenie emerge to nie wszystko. System powinien być regularnie aktualizowany, a nie raz z doskoku (bo mi się akurat przypomniało) bo kończy się to tak jak opisałeś.
Ja jestem szczęśliwym użytkownikiem Gentoo od kilku lat i nie znam bardziej stabilnego i konfigurowalnego systemu.</description>
		<content:encoded><![CDATA[<p>A może tak&#8230; jak się człowiek na czymś do końca dobrze nie zna, to nie powinien się za to brać&#8230; :)<br />
Niestety magiczne polecenie emerge to nie wszystko. System powinien być regularnie aktualizowany, a nie raz z doskoku (bo mi się akurat przypomniało) bo kończy się to tak jak opisałeś.<br />
Ja jestem szczęśliwym użytkownikiem Gentoo od kilku lat i nie znam bardziej stabilnego i konfigurowalnego systemu.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

