Den frie kafeen

[NgZ]

Argh, da må jeg begynne å lese wiki igjen for å oppdatere meg. grr. Men betyr det i det minste at man slipper PolicyKit?

Og hvordan setter man opp tastatur og touchpad på ny og riktig måte?

[Beritaron]

Ingen som har noen tips om hva som kan gjøres?

 

Legger ved 'cat /proc/bus/input/devices':

 

 

 

I: Bus=0019 Vendor=0000 Product=0001 Version=0000

N: Name="Power Button"

P: Phys=LNXPWRBN/button/input0

S: Sysfs=/devices/LNXSYSTM:00/LNXPWRBN:00/input/input0

U: Uniq=

H: Handlers=kbd event0

B: EV=3

B: KEY=100000 0 0 0

 

I: Bus=0019 Vendor=0000 Product=0003 Version=0000

N: Name="Sleep Button"

P: Phys=PNP0C0E/button/input0

S: Sysfs=/devices/LNXSYSTM:00/device:00/PNP0C0E:00/input/input1

U: Uniq=

H: Handlers=kbd event1

B: EV=3

B: KEY=4000 0 0 0 0

 

I: Bus=0019 Vendor=0000 Product=0005 Version=0000

N: Name="Lid Switch"

P: Phys=PNP0C0D/button/input0

S: Sysfs=/devices/LNXSYSTM:00/device:00/PNP0C0D:00/input/input2

U: Uniq=

H: Handlers=event2

B: EV=21

B: SW=1

 

I: Bus=0017 Vendor=0001 Product=0001 Version=0100

N: Name="Macintosh mouse button emulation"

P: Phys=

S: Sysfs=/devices/virtual/input/input3

U: Uniq=

H: Handlers=mouse0 event3

B: EV=7

B: KEY=70000 0 0 0 0 0 0 0 0

B: REL=3

 

I: Bus=0011 Vendor=0001 Product=0001 Version=ab41

N: Name="AT Translated Set 2 keyboard"

P: Phys=isa0060/serio0/input0

S: Sysfs=/devices/platform/i8042/serio0/input/input4

U: Uniq=

H: Handlers=kbd event4

B: EV=120013

B: KEY=4 2000000 3803078 f800d001 feffffdf ffefffff ffffffff fffffffe

B: MSC=10

B: LED=7

 

I: Bus=0019 Vendor=0000 Product=0006 Version=0000

N: Name="Video Bus"

P: Phys=/video/input0

S: Sysfs=/devices/LNXSYSTM:00/device:00/PNP0A08:00/device:34/input/input5

U: Uniq=

H: Handlers=kbd event5

B: EV=3

B: KEY=3f000b 0 0 0 0 0 0 0

 

I: Bus=0019 Vendor=0000 Product=0000 Version=0000

N: Name="Asus Laptop extra buttons"

P: Phys=asus_laptop/input0

S: Sysfs=/devices/virtual/input/input6

U: Uniq=

H: Handlers=rfkill kbd event6

B: EV=3

B: KEY=400 0 0 400c 900000 278 1500000 e0000 0 0 0

 

I: Bus=0003 Vendor=04f2 Product=b036 Version=6322

N: Name="USB2.0 0.3M UVC WebCam"

P: Phys=usb-0000:00:1a.7-3/button

S: Sysfs=/devices/pci0000:00/0000:00:1a.7/usb1/1-3/1-3:1.0/input/input7

U: Uniq=

H: Handlers=kbd event7

B: EV=3

B: KEY=100000 0 0 0 0 0 0

 

I: Bus=0001 Vendor=10ec Product=0269 Version=0001

N: Name="HDA Digital PCBeep"

P: Phys=card0/codec#0/beep0

S: Sysfs=/devices/pci0000:00/0000:00:1b.0/input/input8

U: Uniq=

H: Handlers=kbd event8

B: EV=40001

B: SND=6

 

I: Bus=0011 Vendor=0002 Product=0005 Version=0063

N: Name="ImPS/2 Logitech Wheel Mouse"

P: Phys=isa0060/serio4/input0

S: Sysfs=/devices/platform/i8042/serio4/input/input9

U: Uniq=

H: Handlers=mouse1 event9

B: EV=7

B: KEY=70000 0 0 0 0 0 0 0 0

B: REL=103

 

 

[NgZ]

Noen som har et kjapt tips til å måle lese/skrivehastighet i linux? cli, program, whatever, I don't care, men gjerne kjapt.

Kan godt bruke en fil jeg har, trenger ikke et program som lager data selv, men jeg vil ha gjenomsnttlig lese/skrivehastighet, samt helst maks min.

[j--]

NgZ: pipemeter kan vel muligens hjelpe deg? En ramdisk + pipemeter, så kommer du langt.

 

#  clvn@enigma: cat /storage/sw/filmer/hd/12.monkeys.1080p.x264-tl.mkv | pipemeter -i0.2 > /dev/null
227.72M/s	3.10G   27.40k   0:00:14

[NgZ]

Aha, pipe til dev0 var ikke dumt. Men hva når man skal teste skrivehastigheten? Der du mener jeg burde ha en ram-disk?

Viste seg at det ikke hadde noe hastverk likevel, da jeg ikke hadde en egnet leser å teste minnekortadapteret i (2xmicrosd->MS Pro duo) Viser seg at Pro Duo-leseren i laptopen ikke fungerer i linux.

[j--]

Skrivehastighet på større filer kan du jo måle ved å lage ramdisken /ramdisk, og så cat /ramdisk/fil | pipemeter -i0.2 > /disken/du/vil/måle/

 

edit:

#  clvn@enigma: sudo mkdir /ramdisk
#  clvn@enigma: sudo mount -t tmpfs none /ramdisk -o size=1G
#  clvn@enigma: df -h |grep ramdisk
none				  1.0G	 0  1.0G   0% /ramdisk
#  clvn@enigma: cp /storage/sw/serier/my_name_is_earl/season_4/my.name.is.earl.s04e03.720p.hdtv.x264-sys.mkv /ramdisk/
#  clvn@enigma: ls /ramdisk/
-rwxr-xr-x 1 clvn clvn 559M 2009-11-05 00:04 my.name.is.earl.s04e03.720p.hdtv.x264-sys.mkv
#  clvn@enigma: cat /ramdisk/my.name.is.earl.s04e03.720p.hdtv.x264-sys.mkv |pipemeter -i0.2 > /storage/sw/testfil
 55.88M/s  558.80M	8.00k   0:00:10

Endret 4. november 2009 av clvn

[endrebjo]

Noen som har et kjapt tips til å måle lese/skrivehastighet i linux? cli, program, whatever, I don't care, men gjerne kjapt.

Kan godt bruke en fil jeg har, trenger ikke et program som lager data selv, men jeg vil ha gjenomsnttlig lese/skrivehastighet, samt helst maks min.

http://macosx.com/forums/apple-news-rumors...rives-test.html

Da får du dessverre kun gjennomsnittlig.

[Sokkalf™]

Skrivehastighet på større filer kan du jo måle ved å lage ramdisken /ramdisk, og så cat /ramdisk/fil | pipemeter -i0.2 > /disken/du/vil/måle/

 

edit:

#  clvn@enigma: sudo mkdir /ramdisk
#  clvn@enigma: sudo mount -t tmpfs none /ramdisk -o size=1G
#  clvn@enigma: df -h |grep ramdisk
none				  1.0G	 0  1.0G   0% /ramdisk
#  clvn@enigma: cp /storage/sw/serier/my_name_is_earl/season_4/my.name.is.earl.s04e03.720p.hdtv.x264-sys.mkv /ramdisk/
#  clvn@enigma: ls /ramdisk/
-rwxr-xr-x 1 clvn clvn 559M 2009-11-05 00:04 my.name.is.earl.s04e03.720p.hdtv.x264-sys.mkv
#  clvn@enigma: cat /ramdisk/my.name.is.earl.s04e03.720p.hdtv.x264-sys.mkv |pipemeter -i0.2 > /storage/sw/testfil
 55.88M/s  558.80M	8.00k   0:00:10

 

Litt tungvindt for å bare kopiere RAM sekvensielt til disk, vel?

Vil tro det er like greit med:

cat /dev/zero | pipemeter > testfil

(Sålenge det ikke er noe komprimering på filsystemet, kun nuller lar seg nemlig komprimere relativt optimalt, og man får en litt vel optimistisk hastighet. )

 

Prøv forøvrig denne for å virkelig se hvor mye "througput" du har i systemet:

cat /dev/zero | pipemeter > /dev/null

[Erlendz]

Prøver meg litt i Kubuntu 9.10 nå. Så langt virker alt veldig polert og bra. Sett bort fra den håpløse lydskurringen jeg også opplever i Ubuntu selvsagt. Liker spesielt hvordan OpenOffice ser ut.

 

Noen andre som kjører Kubuntu 9.10?

[NgZ]

Prøv forøvrig denne for å virkelig se hvor mye "througput" du har i systemet:

cat /dev/zero | pipemeter > /dev/null

Er det hvor mye datamengde maskinen kan behandle konstant?

Fikk

[root@osserver ~]# cat /dev/zero | pipemeter > /dev/null

^C 1.77G/s 245.47G 75.91k 0:02:19

på serveren, og den var oppe i 1,8 en stund.

Laptopen derimot ga >800M/s (704.36M/s 110.06G 60.18k 0:02:40)

Hva er "bra"? Fullblods servere må vel klare flere titalls G/s, minst, i hvert fall hvis de brukes til "heavy" bruk som innhold til vg.no o.l.?

 

Takk for tips, forresten.

[Robocoop]

Hvorfor bruker GRUB 2 så lang tid på å laste inn? Noen andre som har det sånn? Tar 10-15 sekunder før menyen kommer opp og maskinen jobber noe voldsomt.

[Sokkalf™]

Prøv forøvrig denne for å virkelig se hvor mye "througput" du har i systemet:

cat /dev/zero | pipemeter > /dev/null

Er det hvor mye datamengde maskinen kan behandle konstant?

Fikk

[root@osserver ~]# cat /dev/zero | pipemeter > /dev/null

^C 1.77G/s 245.47G 75.91k 0:02:19

på serveren, og den var oppe i 1,8 en stund.

Laptopen derimot ga >800M/s (704.36M/s 110.06G 60.18k 0:02:40)

Hva er "bra"? Fullblods servere må vel klare flere titalls G/s, minst, i hvert fall hvis de brukes til "heavy" bruk som innhold til vg.no o.l.?

 

Takk for tips, forresten.

 

Det at dataene på "pipes", og gå gjennom pipemeter-prosessen, skaper nok en del overhead, men det gir en pekepinn på minne/busshastigheten.

 

"Fullblods" servere gir ikke nødvendigvis så mye mer, det opereres sjelden med større busshastigheter enn i vanlige desktop-PCer. Forskjellen er feilkorrigering på minnet, og at vg.no o.l bruker "serverfarms" med mange servere.

[Xecuter]

Hvorfor bruker GRUB 2 så lang tid på å laste inn? Noen andre som har det sånn? Tar 10-15 sekunder før menyen kommer opp og maskinen jobber noe voldsomt.

 

Har også opplevd at Grub 2 er litt treigere. Kanskje ikke akkurat 10-15 sekund.

[rocknrolf77]

Har akkurat det samme. Grub2 bruker sinnsykt lang tid. Rimelig irriterende at det da tar mye lenger tid å starte opp.

[olear]

Hva? Jeez, hvor mange bugs skal det nye opplegget ha underveis i utviklingsfasen da? Ellr er det noe som har vært der lenge. Nei, hal og udev er gode greier, spør du meg..

Jepp, er det ikke typisk. Når noe faktisk endelig fungerer skal man bytte det ut med noe helt nytt, bare vent til alle problemene dukker opp (igjen og igjen). Utviklerene lærer tydligvis aldri, de bare går rundt i sirkler uten mål og mening.

[Simen1]

Digi:

Steve Wozniak Liker åpen kildekode

Når samtalen beveger seg inn på Apples notoriske forhold til proprietære formater forteller hackeren at han foretrekker åpenhet.

 

- Jeg er for åpenhet og åpen kildekode. Er du smart kan du modifisere produkter, enten for gøy eller for å lage noe nytt. Det tror jeg på, men det gjør ikke Apple.

[Sokkalf™]

Er intet nytt at Woz er en "true hacker", og litt på tvers i forhold til imaget til Apple. Festlig fyr.

[Robocoop]

Hvorfor bruker GRUB 2 så lang tid på å laste inn? Noen andre som har det sånn? Tar 10-15 sekunder før menyen kommer opp og maskinen jobber noe voldsomt.

 

Har også opplevd at Grub 2 er litt treigere. Kanskje ikke akkurat 10-15 sekund.

 

Jeg tok tiden nå nylig for å få det nøyaktig.

 

25 sekunder.

[Del]

Jepp, er det ikke typisk. Når noe faktisk endelig fungerer skal man bytte det ut med noe helt nytt, bare vent til alle problemene dukker opp (igjen og igjen). Utviklerene lærer tydligvis aldri, de bare går rundt i sirkler uten mål og mening.

Man er ikke nødt til å bli med på disse rundene. Ved å holde seg til Debian stable eller Ubuntu LTS har man de siste årene styrt unna det meste av bråttsjøer.

[jonnor]

Mitt inntrykk er at Hal utfasingen ikke blir så veldig dramatisk*, da det er mest snakk om å flytte noe funksjonalitet ned i stacken (til udev), beholde grunnleggende "høynivå" saker i DeviceKit og flytte spesielle ting ut til utvidelser av DeviceKit(-disks, -power feks).

 

*Ihvertfall ikke for folk på Linux.