DIG Digital Corner
Alles wat je altijd al over computers, hardware, software, internet en elektronische gadgets had willen weten, maar niet op Tweakers.net durft te vragen.
En met praktijk basseer je dat op enige ervaring? Als je een leuke site hebt draaien of een leuke app wilt draaien en je moet op de kosten letten dan wil je je machines volop in kunnen zetten en dan wil je echt wel de verschillen hebben. Ja. Je wilt je server anders hebben dan je desktop OS. Andere kernel, weinig overhead, makkelijke startup scripts, eenduidig (geen init.d en upstart mix).quote:Op dinsdag 9 september 2014 12:14 schreef Aether het volgende:
Wat vinden jullie?
Ik denk dat het niet veel oplevert in de praktijk.
[..]
Specifieke kernels voor servers, ik ben voor.
In theory there is no difference between theory and practice. In practice there is.
Dat viel eigenlijk nog wel mee moet ik eerlijk zeggen, misschien dat prelink daar ook invloed op heeft gehad.quote:Op dinsdag 9 september 2014 20:04 schreef BabeWatcher het volgende:
[..]
Heel leuk, maar start daarna een webbrowser, dan zie je hoe belachelijk veel rekenkracht die nodig hebben tegenwoordig. Een machine waar Vice City prima op draaide is te licht voor Firefox en Chromium.
Ik was zo gek om programma's zoals Chromium en LibreOffice te compilen en dat was pas drama... 24/7 100% load
Maar je hebt zeker wel gelijk, browsers van tegenwoordig maken geen grappen met resources.
Rond 2005 kocht ik mijn eerste dual-processor computer, een tweedehands van Sun. Dan kon je op de achtergrond iets compileren en had je tegelijk ook processorkracht genoeg om ondertussen te kunnen webbrowsen.
[ Bericht 2% gewijzigd door #ANONIEM op 10-09-2014 10:41:22 ]
[ Bericht 2% gewijzigd door #ANONIEM op 10-09-2014 10:41:22 ]
Je kunt ook meerdere cores benutten bij het compileren, maar dan hou je niet veel processorkracht meer over.quote:
Rond 2005 kocht ik mijn eerste dual-processor computer, een tweedehands van Sun. Dan kon je op de achtergrond iets compileren en had je tegelijk ook processorkracht genoeg om ondertussen te kunnen webbrowsen.
Wel gaat het compilen sneller. -j aantal kan je daarvoor gebruiken achter make.
Edit:http://stackoverflow.com/(...)r-distributed-system
[ Bericht 5% gewijzigd door #ANONIEM op 10-09-2014 10:44:29 ]
In die tijd had je nog geen "cores".quote:Op woensdag 10 september 2014 10:43 schreef robin007bond het volgende:
[..]
Je kunt ook meerdere cores benutten bij het compileren, maar dan hou je niet veel processorkracht meer over.
Wel gaat het compilen sneller. -j aantal kan je daarvoor gebruiken achter make.
Dat apparaat wat ik toen had, had twee joekels van verwisselbare processor-cartridges erin zitten.
quote:
[..]
In die tijd had je nog geen "cores".
Dat apparaat wat ik toen had, had twee joekels van verwisselbare processor-cartridges erin zitten.
Nice.
Alles wat je nu zegt slaat helemaal niet op de kernel, maar op de pakketten die in userland draaien. Daar kun je inderdaad een scheiding in maken maar dat gebeurt grotendeels al. Voor een groot deel van de gebruikers is dit juist lastig omdat ook op een server het soms wel prettig is een grafische omgeving te kunnen starten (en weer af te sluiten). Wanneer je dusdanig het laatste uit je servers wilt persen dat ditsoort aanpassingen nodig zijn (zoals google bijv doet), dan denk je helemaal niet meer in kant-en-klaar distro's, dan bouw je je eigen distro en compileer je alles zelf.quote:
[..]
En met praktijk basseer je dat op enige ervaring? Als je een leuke site hebt draaien of een leuke app wilt draaien en je moet op de kosten letten dan wil je je machines volop in kunnen zetten en dan wil je echt wel de verschillen hebben. Ja. Je wilt je server anders hebben dan je desktop OS. Andere kernel, weinig overhead, makkelijke startup scripts, eenduidig (geen init.d en upstart mix).
Specifieke kernels voor servers, ik ben voor.
Zo-eentje:
In het midden zie je de twee processorcartridges zitten.
Links daarvan zit het geheugen, in een speciale constructie om koelingslucht over de modules te blazen.
Het ding verbruikt permanent iets van 250 watt. Ik had de systeemkast onder het bureau staan - nooit koude voeten.
Destijds had ik een heel rijtje verzameld van LX, SS5 en Ultra 2, allemaal van Sun. Kon je mooi zien hoe hun computers steeds groter, lawaaiiger en energieslurpender werden om maar meer rekenkracht te kunnen leveren. Eigenlijk gekkenwerk, hoe men destijds bezig was.
[ Bericht 5% gewijzigd door #ANONIEM op 10-09-2014 10:57:11 ]
In het midden zie je de twee processorcartridges zitten.
Links daarvan zit het geheugen, in een speciale constructie om koelingslucht over de modules te blazen.
Het ding verbruikt permanent iets van 250 watt. Ik had de systeemkast onder het bureau staan - nooit koude voeten.
Destijds had ik een heel rijtje verzameld van LX, SS5 en Ultra 2, allemaal van Sun. Kon je mooi zien hoe hun computers steeds groter, lawaaiiger en energieslurpender werden om maar meer rekenkracht te kunnen leveren. Eigenlijk gekkenwerk, hoe men destijds bezig was.
[ Bericht 5% gewijzigd door #ANONIEM op 10-09-2014 10:57:11 ]
Ohja en Vice City (waar je destijds een gigantische gamingrig voor nodig had) draait tegenwoordig prima op een midrange android-telefoontje op een chipset ter grootte van een postzegel die misschien een watt of 3 verstookt. Vooral grafische bewerkingen gaan tegenwoordig zo moeilijk veel efficiėnter, dat is gewoon haast niet voor te stellen. Het renderen van webpagina's is nog altijd grotendeels CPU-based, vandaar dat dat zoveel zwaarder is.
Distcc met pump mode heeft veel geholpen met het compilen voor die oude laptop, enige wat ik een nadeel vond was dat ik geen -march=native kon gebruiken op de machine waarvoor gecompileerd werd en dat er dus geen sprake meer was van machine-specifieke optimalisatie.quote:
[..]
Je kunt ook meerdere cores benutten bij het compileren, maar dan hou je niet veel processorkracht meer over.
Wel gaat het compilen sneller. -j aantal kan je daarvoor gebruiken achter make.
Edit:http://stackoverflow.com/(...)r-distributed-system
Aan de andere kant heb ik nooit echt een verschil gemerkt tussen het gebruik van -march=native en -march=i686 dus zoveel zal het nou ook weer niet uitmaken lijkt mij, op die laptop is toch alles traag
Toch zijn ze wel hard bezig om die rendering engines wat meer GPU-gedreven te maken toch?quote:Op woensdag 10 september 2014 11:03 schreef KomtTijd... het volgende:
Ohja en Vice City (waar je destijds een gigantische gamingrig voor nodig had) draait tegenwoordig prima op een midrange android-telefoontje op een chipset ter grootte van een postzegel die misschien een watt of 3 verstookt. Vooral grafische bewerkingen gaan tegenwoordig zo moeilijk veel efficiėnter, dat is gewoon haast niet voor te stellen. Het renderen van webpagina's is nog altijd grotendeels CPU-based, vandaar dat dat zoveel zwaarder is.
Jup o.a. fontrendering gaat tegenwoordig via de GPU.quote:
[..]
Toch zijn ze wel hard bezig om die rendering engines wat meer GPU-gedreven te maken toch?
Heb je toch al met vdpau?quote:Op woensdag 10 september 2014 12:42 schreef µ het volgende:
Hardware rendering op ffmpeg zou tof zijn.
Op
Nee hoor, dan hoef je echt geen eigen distro te maken. Maar je gaat wel je hardwaren en je distro aanpassen en tunen om meer bang for the buck te krijgen. En ja, deels heb ik het over userland, maar er zijn ook dingen die je in de kernel kan/wilt oplossen. Ik ken zat bedrijven die hun eigen kernels hebben voor Debian/BSD/etc om zo aan hun eisen te kunnen voldoen. Dus daarom zeg ik dat aparte kernelpackages, meer suited voor een server welkom zijn. Stom voorbeeld wellicht, waarom zou een server een zooi wlan drivers moeten hebben in de kernel, of support voor geluidskaarten en what not.quote:
Alles wat je nu zegt slaat helemaal niet op de kernel, maar op de pakketten die in userland draaien. Daar kun je inderdaad een scheiding in maken maar dat gebeurt grotendeels al. Voor een groot deel van de gebruikers is dit juist lastig omdat ook op een server het soms wel prettig is een grafische omgeving te kunnen starten (en weer af te sluiten). Wanneer je dusdanig het laatste uit je servers wilt persen dat ditsoort aanpassingen nodig zijn (zoals google bijv doet), dan denk je helemaal niet meer in kant-en-klaar distro's, dan bouw je je eigen distro en compileer je alles zelf.
Kijk eens naar de linux-image list van bijvoorbeed Ubuntu:
| 1 2 3 4 5 6 7 8 9 10 11 12 | linux-image-extra-virtual linux-image-generic linux-image-generic-lts-quantal linux-image-generic-lts-raring linux-image-generic-lts-saucy linux-image-generic-lts-trusty linux-image-generic-pae linux-image-goldfish linux-image-lowlatency linux-image-lowlatency-pae linux-image-server linux-image-virtual |
Disclaimer: ik heb op Linux nooit m'n eigen kernels gebakken, daar had ik BSD voor, maar de laatste keer dat ik dat gedaan heb is al ruim 12 jaar geleden.
In theory there is no difference between theory and practice. In practice there is.
Op 
Vroeger loonde het wel om je eigen kernel te bakken, zeker als je een specifieke driver nodig had of juist niet wilde (want niet compatible met jouw moederbord), of juist op memory wilde sparen. Tegenwoordig is het allemaal zo snel dat het echt niets meer uitmaakt.quote:
Disclaimer: ik heb op Linux nooit m'n eigen kernels gebakken, daar had ik BSD voor, maar de laatste keer dat ik dat gedaan heb is al ruim 12 jaar geleden.
Als ik het me goed herinner is het ook een poos gewoon mode geweest om de (geringe) overhead van het laden van LKM's als reden aan te grijpen om een eigen kernel te compileren met alles vast ingebakken.
[ Bericht 0% gewijzigd door #ANONIEM op 11-09-2014 21:34:22 ]
[ Bericht 0% gewijzigd door #ANONIEM op 11-09-2014 21:34:22 ]
Dat is ook mijn gedachte. En al dat soort micro optimalisaties maken de boel wel veel moeilijker te onderhouden, voor zowel de gebruiker als de ontwikkelaars. Kortom als je een gigantisch serverpark hebt en genoeg mensen die dat fulltime managen, ja zeker doen. Zo niet? Besteed je energie ergens anders aan en steek er voor een tientje een GB geheugen bij, dat heeft duizend keer meer effect dan alle mogelijke kernel tweaks bij elkaar.quote:
[..]
Vroeger loonde het wel om je eigen kernel te bakken, zeker als je een specifieke driver nodig had of juist niet wilde (want niet compatible met jouw moederbord), of juist op memory wilde sparen. Tegenwoordig is het allemaal zo snel dat het echt niets meer uitmaakt.
Een mooie toepassing van een eigen kernel is een modelspoorbaan. De elektronica in elk treintje is te beperkt om er een duur board tegenaan te gooien. Als je in elk van je treinen een Raspberry Pi stopt wordt het een duur project.
[ alle babes op 1 pagina via fok!wiki -bijgewerkt tot 20/10/2015 ]
Leve Kim , Leve Maduro , Leve Castro
#freeTarik #freeDemon_from_heaven
Leve Kim , Leve Maduro , Leve Castro
#freeTarik #freeDemon_from_heaven
Worden er serieus Linux-kernels in modeltreintjes gestopt, ipv. alleen maar een microcontroller?quote:
Een mooie toepassing van een eigen kernel is een modelspoorbaan. De elektronica in elk treintje is te beperkt om er een duur board tegenaan te gooien. Als je in elk van je treinen een Raspberry Pi stopt wordt het een duur project.
ik had misschien een ander voorbeeld moeten noemen.quote:
[..]
Worden er serieus Linux-kernels in modeltreintjes gestopt, ipv. alleen maar een microcontroller?
[ alle babes op 1 pagina via fok!wiki -bijgewerkt tot 20/10/2015 ]
Leve Kim , Leve Maduro , Leve Castro
#freeTarik #freeDemon_from_heaven
Leve Kim , Leve Maduro , Leve Castro
#freeTarik #freeDemon_from_heaven
't is een vraag uit belangstelling hoor.quote:
[..]
ik had misschien een ander voorbeeld moeten noemen.
Edit: En ik bedoelde geen microcontroller maar FPGA.
[ Bericht 10% gewijzigd door #ANONIEM op 11-09-2014 21:56:05 ]
