Article View: pl.comp.os.linux
Article #895956Re: Hibernacja, mysz, uśpienie
From: Grzegorz Staniak
Date: Sat, 14 May 2016 00:38
Date: Sat, 14 May 2016 00:38
41 lines
3240 bytes
3240 bytes
On 2016-05-13, grapeli23 <grapeli23@googlemail.com> wrote: >>> Typowa dystrybucja pod względem wydajności, to śmierdzący >> >> A w każdym razie takie legendy opowiadają miłośnicy kernelowej >> masturbacji. Ja jednak poproszę o konkretne wyniki benchmarków. > > Tobie się coś mami. Jakie benchmarki? Zwykłe, proste, empiryczne dane które potwierdziłyby te rzekome przewagi ręcznie kompilowanego kernela nad dystrybucyjnym, w jakichś w miarę realistycznych scenariuszach. > Pogódź się z tym że inni to czynią, choć w twoim mniemaniu te > działania mogą wydawać się całkowicie bezsensowne. Na notebooku ogólnego zastosowania "wyrzucanie niepotrzebnych składników systemu" JEST całkowicie bezsensowne. > Pogódź się z tym że ludzie wykorzystują linuksa na przeróżnym > sprzęcie od https://en.wikipedia.org/wiki/Intel_Quark po 48 > rdzeniowe Xeony. Szanowny kolego, używam Linuksa od dwudziestu kilku lat i w tym czasie zdążyłem widzieć go i używać w bardzo różnych konfiguracjach na bardzo różnym sprzęcie -- bardzo dziękuję, ale nie potrzebuję ewangelizacji. Natomiast ta rozmowa dotyczy notebooka w zwykłych, codziennych zastosowaniach, a nie 48-rdzeniowych Xeonów. Opowieści o optymalizacjach można w tym kontekście odłożyć między bajki, bo po pierwsze dystrybucyjnym kernelom nie brakuje niczego, co byłoby potrzebne w codziennej pracy, a po drugie, wbrew opiniom o zgniłych kompromisach miejsca na optymalizację jest bardzo niewiele. Ściagnij sobie kiedyś jakiś źródłowy RPM kernela, popatrz na listę łat i odpowiedz sobie na pytanie, które z nich to "niepotrzebne składniki". Sorki, ale kernel Linuksa to nie jest kuter rybacki, nie zaczyna "chodzić szybciej" kiedy usuniesz z niego "niepotrzebny" balast. GS -- Grzegorz Staniak <gstaniak _at_ gmail *dot* com>
Technical Details
Message-ID:
<slrnnjcssi.geo.wytnij-to_gstaniak@inka.staniak.eu>Path:
mbox-mo1.pugleaf.net!news-archive.icm.edu.pl!news.icm.edu.pl!fu-berlin.de!peer03.fr7!news.highwinds-media.com!fx37.am4.POSTED!not-for-mailReferences:
<pan.2016.05.08.21.09.16@marsjanin.tk> <ngq6nu$6vu$1@dont-email.me> <pan.2016.05.10.20.37.42@marsjanin.tk> <ngvlqu$9ud$1@dont-email.me> <pan.2016.05.12.22.07.24@marsjanin.tk> <nh4crr$q3h$1@dont-email.me> <slrnnjbkkq.jqh.wytnij-to_gstaniak@inka.staniak.eu> <nh4n4k$vm8$1@dont-email.me> <slrnnjbpit.qj9.wytnij-to_gstaniak@inka.staniak.eu> <nh4qrb$fbb$1@dont-email.me> <slrnnjbuiv.so6.wytnij-to_gstaniak@inka.staniak.eu> <nh4vn6$2ql$1@dont-email.me> <slrnnjc2ak.vcr.wytnij-to_gstaniak@inka.staniak.eu> <nh53bc$hg1$1@dont-email.me>Show Full Headers
Complete Article Headers
Path: mbox-mo1.pugleaf.net!news-archive.icm.edu.pl!news.icm.edu.pl!fu-berlin.de!peer03.fr7!news.highwinds-media.com!fx37.am4.POSTED!not-for-mail Newsgroups: pl.comp.os.linux From: Grzegorz Staniak <wytnij-to_gstaniak@gmail.com> Subject: Re: Hibernacja, mysz, uśpienie References: <pan.2016.05.08.21.09.16@marsjanin.tk> <ngq6nu$6vu$1@dont-email.me> <pan.2016.05.10.20.37.42@marsjanin.tk> <ngvlqu$9ud$1@dont-email.me> <pan.2016.05.12.22.07.24@marsjanin.tk> <nh4crr$q3h$1@dont-email.me> <slrnnjbkkq.jqh.wytnij-to_gstaniak@inka.staniak.eu> <nh4n4k$vm8$1@dont-email.me> <slrnnjbpit.qj9.wytnij-to_gstaniak@inka.staniak.eu> <nh4qrb$fbb$1@dont-email.me> <slrnnjbuiv.so6.wytnij-to_gstaniak@inka.staniak.eu> <nh4vn6$2ql$1@dont-email.me> <slrnnjc2ak.vcr.wytnij-to_gstaniak@inka.staniak.eu> <nh53bc$hg1$1@dont-email.me> Organization: Disorganization Inc. User-Agent: slrn/1.0.2 (Linux) Mime-Version: 1.0 Message-ID: <slrnnjcssi.geo.wytnij-to_gstaniak@inka.staniak.eu> Lines: 41 NNTP-Posting-Host: 81.106.31.41 X-Complaints-To: http://netreport.virginmedia.com X-Trace: 1463186322 81.106.31.41 (Sat, 14 May 2016 00:38:42 UTC) NNTP-Posting-Date: Sat, 14 May 2016 00:38:42 UTC Date: Sat, 14 May 2016 00:38:42 GMT X-Received-Bytes: 3132 X-Received-Body-CRC: 3133173044 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit