abonnementen ibood.com bol.com Coolblue
pi_144381830
registreer om deze reclame te verbergen
quote:
0s.gif 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.
Dat viel eigenlijk nog wel mee moet ik eerlijk zeggen, misschien dat prelink daar ook invloed op heeft gehad.
Ik was zo gek om programma's zoals Chromium en LibreOffice te compilen en dat was pas drama... 24/7 100% load :D

Maar je hebt zeker wel gelijk, browsers van tegenwoordig maken geen grappen met resources.
“Never argue with an idiot. They will drag you down to their level and beat you with experience.”
pi_144382069
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.
pi_144382130
quote:
0s.gif Op woensdag 10 september 2014 10:41 schreef Igen het volgende:
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.
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
pi_144382177
registreer om deze reclame te verbergen
quote:
1s.gif 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.
In die tijd had je nog geen "cores". ;)

Dat apparaat wat ik toen had, had twee joekels van verwisselbare processor-cartridges erin zitten. 8-)
pi_144382471
quote:
0s.gif Op woensdag 10 september 2014 10:45 schreef Igen het volgende:

[..]

In die tijd had je nog geen "cores". ;)

Dat apparaat wat ik toen had, had twee joekels van verwisselbare processor-cartridges erin zitten. 8-)
:o
Nice.
pi_144382479
quote:
1s.gif Op woensdag 10 september 2014 00:03 schreef slacker_nl het volgende:

[..]

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.
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.
pi_144382483
registreer om deze reclame te verbergen
Zo-eentje:
2a68ft2.jpg
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. :P

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.
pi_144382646
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.
pi_144383399
quote:
1s.gif 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.

Edit:http://stackoverflow.com/(...)r-distributed-system
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.

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 :)
“Never argue with an idiot. They will drag you down to their level and beat you with experience.”
pi_144384280
quote:
14s.gif 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.
Toch zijn ze wel hard bezig om die rendering engines wat meer GPU-gedreven te maken toch?
pi_144384365
quote:
0s.gif Op woensdag 10 september 2014 12:00 schreef robin007bond het volgende:

[..]

Toch zijn ze wel hard bezig om die rendering engines wat meer GPU-gedreven te maken toch?
Jup o.a. fontrendering gaat tegenwoordig via de GPU.
pi_144385343
Hardware rendering op ffmpeg zou tof zijn.
జ్ఞ‌ా
pi_144385483
quote:
3s.gif Op woensdag 10 september 2014 12:42 schreef µ het volgende:
Hardware rendering op ffmpeg zou tof zijn.
Heb je toch al met vdpau?
pi_144386441
quote:
11s.gif Op woensdag 10 september 2014 12:47 schreef robin007bond het volgende:

[..]

Heb je toch al met vdpau?
Whatwhat?
జ్ఞ‌ా
pi_144387019
quote:
14s.gif Op woensdag 10 september 2014 10:56 schreef KomtTijd... het volgende:
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.
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.

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.
pi_144387470
quote:
10s.gif Op woensdag 10 september 2014 13:21 schreef µ het volgende:

[..]

Whatwhat?
http://en.wikipedia.org/wiki/VDPAU

Werkt ook prima met mpv.
pi_144433149
quote:
0s.gif Op woensdag 10 september 2014 13:39 schreef slacker_nl het volgende:
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.
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.
pi_144436292
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.
pi_144436649
quote:
0s.gif Op donderdag 11 september 2014 20:30 schreef gebrokenglas het volgende:

[..]

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.
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.
pi_144436827
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
pi_144436946
quote:
0s.gif Op donderdag 11 september 2014 21:45 schreef BabeWatcher het volgende:
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.
Worden er serieus Linux-kernels in modeltreintjes gestopt, ipv. alleen maar een microcontroller? :o
pi_144436988
quote:
0s.gif Op donderdag 11 september 2014 21:48 schreef Igen het volgende:

[..]

Worden er serieus Linux-kernels in modeltreintjes gestopt, ipv. alleen maar een microcontroller? :o
ik had misschien een ander voorbeeld moeten noemen. :@
[ alle babes op 1 pagina via fok!wiki -bijgewerkt tot 20/10/2015 ]
Leve Kim , Leve Maduro , Leve Castro
#freeTarik #freeDemon_from_heaven
pi_144437184
quote:
0s.gif Op donderdag 11 september 2014 21:49 schreef BabeWatcher het volgende:

[..]

ik had misschien een ander voorbeeld moeten noemen. :@
't is een vraag uit belangstelling hoor. :)

Edit: En ik bedoelde geen microcontroller maar FPGA. :@
pi_144437265
Wat zit er nog tussen een microcontroller en een RPi waar je linux op zou kunnen en ook zou wķllen draaien dan?
pi_144548518
జ్ఞ‌ా
  maandag 15 september 2014 @ 16:56:07 #77
68732 devzero
met gerookte makreel
pi_144554490
quote:
Een programmeur met te veel tijd :D
quote:
It can let you use a FLAC collection with software and/or hardware which only understands the MP3 format
Zo veel kan dat toch weer niet zijn?
pi_144560746
quote:
Hij staat al in mijn repository (Mint) :D

quote:
14s.gif Op maandag 15 september 2014 16:56 schreef devzero het volgende:

[..]

Een programmeur met te veel tijd :D

[..]

Zo veel kan dat toch weer niet zijn?
Een transcoder vermomd als FUSE. Zeker iemand met te veel tijd, maar je hebt geen kopie in mp3 nodig als je nog een hele oude mediaspeler hebt die geen flac speelt.
[ alle babes op 1 pagina via fok!wiki -bijgewerkt tot 20/10/2015 ]
Leve Kim , Leve Maduro , Leve Castro
#freeTarik #freeDemon_from_heaven
pi_144569046
1traceroute -m 255 obiwan.scrye.net
జ్ఞ‌ా
pi_144572746
quote:
14s.gif Op maandag 15 september 2014 16:56 schreef devzero het volgende:
Zo veel kan dat toch weer niet zijn?
Software niet, maar ws genoeg DLNA/SMB/CIFS/etc spelers die er wel mee geholpen zijn?

Qua tijd: Een fuse driver schrijven is erg simpel gelukkig, best leuk om te doen. :)
I hope you can see this because I'm doing it as hard as I can.
pi_144580499
Americans think 100 years is a long time,
Europeans think 100 miles is a long way.
pi_144581352
quote:
3s.gif Op maandag 15 september 2014 22:25 schreef µ het volgende:

[ code verwijderd ]

_O-
pi_144582232
quote:
3s.gif Op maandag 15 september 2014 22:25 schreef µ het volgende:

[ code verwijderd ]

:D
Daar had iemand een heleboel IP-adressen over?
pi_144654665
quote:
joh :+
pi_144654902
quote:
0s.gif Op donderdag 18 september 2014 12:13 schreef Blue_Panther_Ninja het volgende:

[..]

joh :+
Het is wel een belangrijk punt.

Ik zag ook een filmpje van Linus Torvalds op Debconf 2014, waar hij zijn gal spuwt dat het zowat onmogelijk is om een computerprogramma als binary te verspreiden omdat zelfs de glibc-ontwikkelaars om de haverklap met abi-veranderingen komen. Behalve de kernel is er dus geen enkele stabiele basis waar je als ontwikkelaar op kan bouwen.
pi_144656171
quote:
3s.gif Op maandag 15 september 2014 22:25 schreef µ het volgende:

[ code verwijderd ]

_O_
Carpe Libertatem
pi_144784233
quote:
3s.gif Op maandag 15 september 2014 22:25 schreef µ het volgende:

[ code verwijderd ]

traceroute -m 120 216.81.59.173

Is dit dezelfde?
pi_144784262
Ja dus. :')
pi_144788089
quote:
Fork of Systemd Leads To Lightweight Uselessd
A boycott of systemd and other backlash around systemd's feature-creep has led to the creation of Uselessd, a new init daemon.

Uselessd is a fork of systemd 208 that strips away functionality considered irrelevant to an init system like the systemd journal and udev.

Uselessd also adds in functionality not accepted in upstream systemd like support for alternative C libraries (namely uClibc and musl) and it's even being ported to BSD.
Americans think 100 years is a long time,
Europeans think 100 miles is a long way.
pi_144788388
quote:
11s.gif Op woensdag 10 september 2014 12:47 schreef robin007bond het volgende:

[..]

Heb je toch al met vdpau?
Dit is echt baas ja, heb hier een oude laptop bij de tv staan. Die heeft een AMD singlecore 1,2ghz met een oude nvidia gpu met shared memory.

Zonder vdpau draait die 720p amper met vdpau via SMplayer draait die 1080p als een zonnetje.
pi_144835072
Woah debian en ubuntu gaan over naar systemd? *G*
జ్ఞ‌ా
pi_144835363
quote:
14s.gif Op dinsdag 23 september 2014 21:27 schreef µ het volgende:
Woah debian en ubuntu gaan over naar systemd? *G*
*O*
pi_144838033
Wordt weer leuk met de haters straks :D
More oneness, less categories
Open hearts, no strategies
Decisions based upon faith and not fear
People who live right now and right here
pi_144838387
quote:
14s.gif Op dinsdag 23 september 2014 22:31 schreef trancethrust het volgende:
Wordt weer leuk met de haters straks :D
Dikke flamewars.
pi_144888854
quote:
Bash-kwetsbaarheid laat aanvaller code uitvoeren op Linux en OS X
Een kwetsbaarheid laat aanvallers code injecteren in de Bash-shell, die door OS X en vrijwel alle Linux-distributies wordt gebruikt. Daardoor zou een aanvaller bijvoorbeeld via een kwetsbaar cgi-script zijn eigen code op een systeem kunnen uitvoeren.

De kwetsbaarheid kan worden misbruikt door een aantal tekens, gevolgd door code, toe te voegen aan een environment-variabele, schrijft Red Hat op zijn beveiligingsblog. Zodra vervolgens een bash-sessie wordt geopend, blijkt die code te worden uitgevoerd.

[...]

Gebruikers die willen weten of hun systeem kwetsbaar is, kunnen een simpele test uitvoeren door de code env x='() { :;}; echo kwetsbaar' bash -c "echo dit is een test" uit te voeren in een shell. Wordt 'kwetsbaar' getoond, dan is het systeem in kwestie kwetsbaar.
Americans think 100 years is a long time,
Europeans think 100 miles is a long way.
pi_144901784
quote:
7s.gif Op donderdag 25 september 2014 12:49 schreef Aether het volgende:

Bash-kwetsbaarheid laat aanvaller code uitvoeren op Linux en OS X

Ja, ik las het. Direct even getest ook en inderdaad, de imac hier is vulnerable.

Maar geldt dit ook als je (onbewust) een cgi script uitvoert als je op een website surft? Nee toch, alleen als je zoiets lokaal hebt draaien?
pi_144902334
quote:
0s.gif Op donderdag 25 september 2014 19:52 schreef gebrokenglas het volgende:

[..]

Ja, ik las het. Direct even getest ook en inderdaad, de imac hier is vulnerable.

Maar geldt dit ook als je (onbewust) een cgi script uitvoert als je op een website surft? Nee toch, alleen als je zoiets lokaal hebt draaien?
Nee, alleen scripts die environment variables aanpassen en hiervoor input van derden accepteren, zijn kwetsbaar. Voor een huis-tuin-en-keuken gebruiker is dit vrijwel zeker niet van toepassing.

Ik las ergens dat DHCP-clients in principe kwetsbaar kunnen zijn, maar dan zou een aanvaller zich eerst toegang tot een DHCP-server op jouw netwerk moeten verschaffen. Ook nogal ver gezocht dus.
pi_144903382
quote:
14s.gif Op donderdag 25 september 2014 20:08 schreef KomtTijd... het volgende:

[..]

Nee, alleen scripts die environment variables aanpassen en hiervoor input van derden accepteren, zijn kwetsbaar. Voor een huis-tuin-en-keuken gebruiker is dit vrijwel zeker niet van toepassing.

Ik las ergens dat DHCP-clients in principe kwetsbaar kunnen zijn, maar dan zou een aanvaller zich eerst toegang tot een DHCP-server op jouw netwerk moeten verschaffen. Ook nogal ver gezocht dus.
Of als dhcpd-beheerder je users exploiten })
జ్ఞ‌ా
pi_144905597
quote:
10s.gif Op donderdag 25 september 2014 20:37 schreef µ het volgende:

[..]

Of als dhcpd-beheerder je users exploiten })
Ik bedenk me net dat ik best eens zelf kwetsbaar kan zijn, aangezien ik weet dat mijn internetprovider geen/slechte beveiliging heeft tegen rogue DHCP-servers op mijn subnet. Als een flatgenoot besluit deze bug te gaan exploiten kan het best eens dat mijn OpenWRT-routertje slachtoffer wordt.
pi_144906892
quote:
7s.gif Op donderdag 25 september 2014 12:49 schreef Aether het volgende:

[..]

Nu draai ik zsh, maar ik heb ook bash geinstalleerd..
In theory there is no difference between theory and practice. In practice there is.
abonnementen ibood.com bol.com Coolblue
Forum Opties
Forumhop:
Hop naar:
(afkorting, bv 'KLB')