=== screedoz is now known as screedo [08:11] Hund: jag menar GUI [10:22] 12:22:37 up 1497 days, [18:06] kena swecarp1 [18:08] tjenis Philip5, läget? [18:09] Barre: jodå. sitter och funderar på om jag ska packa ihop lite kameraprylar och ge mig ut i natten och se om jag kan fånga lite norrsken [18:09] Barre: tydligen så ska det vara ovanligt stor chans för norrsken just i kväll [18:13] Philip5: norrsken i uppsala? for real [18:13] Philip5: men det är onekligen en fin kväll... [18:14] Barre: ska tydligen finnas chans enda ner till kalmar [18:16] Philip5: åfan, någon tidpunkt som de sagt? [18:17] tror det är svårare att förutsäga. någon gång efter skymning till 4-tiden [18:18] ok.. så 03:59 om norrkenet skulle vara en sotare eller rörmokare. strax före skymning om det är UPS eller DHL.. jag förstår [18:19] hehe, typ [18:19] hur som helst, när jag inte tittar alltså [18:20] helst ska man ju också ta sig utanför stadskärnan så man inte får så mycket ljusföroreninar på himlen [18:32] har ni gatubelysning i uppsala? [18:37] Barre: tyvärr. vore ju kul om det blev ett massivt strömavbrott just när man är ute :) [18:47] Barre: du sitter inte som klistrad och kollar på någon stream av apples event idag när de visar nya paddan iphone och lite annat skit [18:50] Philip5: nej det gör jag inte, inte så intresserad av vad de släpper faktiskt... [18:50] inte jag heller [18:55] God afton. Googlade runt lite efter firmor som säljer "Linux"-laptops och såg att några av era medlemmar skrev om en firma som heter GGSData. Är det någon här inne som använder, har använt en laptop från GGSData? [19:03] hej [19:11] Hej [19:19] finns det några klassiker när det gäller hög I/O wait-värde? [19:19] alltså klassiska orsaker [19:20] beror på vad du menar med I/O wait. Om det är vad jag tror att du menar så är en klassiker två enheter på samma IDE-kabel och överföring av data mellan dessa ;) [19:21] nix, SATA-hårddiskar, mål och källa är samma [19:22] Okej, så du upplever att det tar tid att komma åt filer på disken? [19:22] eller vilken I/O enhet är det du upplever fördröjningar på? [19:22] bara vissa processer verkar drabbas [19:23] Vad är det för processer och är åtkomst till disk som du upplever problemet med? [19:23] jag körde en apt-get update && apt-get dist-upgrade, då gick det långsamt att bygga cache (jag-fick-ange-sudo-lösen-igen-för-dist-upgrade-långsamt) [19:24] google chrome uppgraderas, gtk icon cache -> långsamt [19:24] Det är inte bara anslutningen till spegel-siten som är långsam? [19:25] nej [19:26] det blir långsamt när apt-get update har gått genom repos och innan apt-get dist-upgrade listar ut uppgraderingarna [19:26] :) kör en cat /dev/random >> testfil.txt i tio sekunder :) Så får du reda på om åtkomst till disk är seg eller inte. [19:26] bygger lokal cahce alltså [19:27] filen blir 169 bytes stor [19:28] vet i tusan vad som kan vara problemet. apt kompilerar väll aldrig filerna som laddas ner? Så då borde det (antar jag) bara vara nedladdningshastighet, ev. upppackning, och åtkomst till disk som påverkar tiden. [19:28] uppackningen då, jag skulle installera om AMD Catalyst, och tar tuggade [19:29] top visar 12% wait, med status för tar "D" [19:29] hehe, körde du cat /dev/random till en fil och den blev inte större än 169byte? [19:30] japp [19:30] i 10 sek :/ [19:30] okej, nu har inte jag någon monsterdator utan sitter med en macbook air. kör jag samma kommando i 10sekunder så blir min fil 101Megabyte. [19:31] är du säker på att den bara var 169byte? [19:31] isåfall har du problem med hårdvaran. Om det inte magiskt går mycket segare att köra motsvarande i Linux [19:32] hmm [19:33] ls -al [19:33] oops [19:33] du -h [19:33] ls -alh, 169 bytes [19:34] okej. Det är inte bara din disk som håller på att ge upp? [19:34] dmesg spottar ingenting konstigt ang. disken dock [19:34] spottar inte ut* [19:35] ska kolla, jag har dual boot på den disken [19:36] OBS! jag uppgraderade till 24GB minne i helgen, och jag har problem med en 32bits-PAE ubuntuinstallation, 64bits Ubuntu har inte haft några bekymmer [19:36] ska sägas redan nu att jag inte använder Ubuntu, men hittade följande artikel http://www.hecticgeek.com/2011/11/how-to-run-hdd-smart-tests-in-ubuntu-linux/ [19:36] kanske kan vara något [19:38] smartctl -a /dev/sda varnar inte om nånting än så länge [19:38] brb [19:46] Vill du använda mer än 4gb ram i ett 32-bitars system misstänker jag att du kommer få problem. Då 32-bitar endast kan addressera 4294967295 bitar. Mer än så skulle jag misstänka att du behöver ett 64bitars system. Nu är detta inget jag kan säga med säkerhet utan endast en slutsats av mina kunskaper kring andra ämnen. [19:54] nope, 64bit går bra (cat /dev/random skapar fortfarande en pytteliten fil, men tar funkar felfritt) [19:57] Jag repostar mitt tidigare ang. 32 vs 64 [19:58] Vill du använda mer än 4gb ram i ett 32-bitars system misstänker jag att du kommer få problem. Då 32-bitar endast kan addressera 4294967295 bitar. Mer än så skulle jag misstänka att du behöver ett 64bitars system. Nu är detta inget jag kan säga med säkerhet utan endast en slutsats av mina kunskaper kring andra ämnen. [19:59] kanske skiljer sig mellan Linux och BSD hur mycket data /dev/random matar ut. [20:01] Jag använder ju PAE-kärnan, och jag hade 8GB från början utan problem [20:01] på mitt FreeNAS system så blir filen 881Megabyte. Du får lycka till med felsökandet. Behöver lägga mig. Sov gott [20:01] visst, problemen uppstod förmodligen i samband med minnesuppgraderingen men ändå [20:01] ha det [20:02] e fan nåt mysko med cache och diverse temporära filer alltså [20:16] PsynoKhi0, om inte dmesg säger nåt så är jag förvånad [20:16] Amoz, om disken? [20:17] PsynoKhi0, vad händer om du bara kör cat /dev/random? [20:17] spottar den ut mängder eller? [20:18] eh, min random spottar bara ut lite [20:18] nja [20:18] så det är nog korrekt som din beter sig [20:18] :) [20:19] testa urandom, eller /dev/zero om du ska ha testdata [20:19] jag har en annan partition med en 64bit dist på, på samma disk, inga problem med tar osv [20:20] urandom gav en fil på 10M [20:20] exakt hur slött snackar vi för apt upgrade osv? [20:21] det är inte konstigt att den tar många sekunder på sig att packa upp en massa arkiv och grejer, inte om du har gammal HDD iaf [20:22] vi snackar "bygger cache" tuggar så pass länge att jag behöver ange sudo-lösen igen trots att jag skrev "sudo apt-get update && sudo apt-get dist-upgrade" [20:23] kika i loggarna för apt då [20:23] fast det är inte bara apt [20:24] vilka fler är det då? [20:24] om jag kör: ./amd-driver-installer-15.20.1046-x86.x86_64.run --extract catalyst_15.7 [20:24] kör en pastebin på din dmesg [20:24] %Cpu(s): 0,1 us, 0,0 sy, 0,0 ni, 87,5 id, 12,3 wa [20:25] 4982 user+ 20 0 6728 1032 860 D 3,7 0,0 0:00.47 tar [20:25] tar bara står där och gör vetefan [20:28] som sagt, pastebin på din dmesg, å visa gärna tar-kommandot du kör [20:32] Amoz, http://paste.ubuntu.com/12323480/ [20:35] jag kör inga tar-kommandon själv, de finns nog med i installationsskiptet för Catalyst [20:36] installationsskriptet* [20:48] aja, dessa äventyr får vänta, gonatt allihopa [21:05] hej alla... nån som har en aning om varför min webcam plötsligt inte funkar? den funkar inte i skype och cheese säger att jag inte får tillgång till den [21:05] ubuntu 15.04 [21:05] vad kan jag checka?