search for: 131k

...# A B C D E F G > > 1 171k 151k 148k 151k 195k 187k 175k > 2 328k 302k 249k 241k 349k 334k 296k > 3 479k 437k 179k 174k 501k 464k 404k > 4 622k 568k 143k 183k 620k 580k 492k > 5 755k 697k 136k 128k 737k 693k 579k > 6 887k 808k 131k 120k 830k 782k 640k > 7 1004k 926k 126k 131k 926k 863k 693k > 8 1099k 1015k 117k 115k 1001k 931k 712k > 9 1194k 1119k 115k 111k 1055k 991k 711k > 10 1278k 1207k 109k 114k 1130k 1046k 695k > 11 1345k 1280k 110k 108k 1119k 1091k 663k > 12 1411k 1356k 104k 106k 1201k 1142k...

...# A B C D E F G > > 1 171k 151k 148k 151k 195k 187k 175k > 2 328k 302k 249k 241k 349k 334k 296k > 3 479k 437k 179k 174k 501k 464k 404k > 4 622k 568k 143k 183k 620k 580k 492k > 5 755k 697k 136k 128k 737k 693k 579k > 6 887k 808k 131k 120k 830k 782k 640k > 7 1004k 926k 126k 131k 926k 863k 693k > 8 1099k 1015k 117k 115k 1001k 931k 712k > 9 1194k 1119k 115k 111k 1055k 991k 711k > 10 1278k 1207k 109k 114k 1130k 1046k 695k > 11 1345k 1280k 110k 108k 1119k 1091k 663k > 12 1411k 1356k 104k 106k 1201k 1142k...

...# A B C D E F G > > 1 171k 151k 148k 151k 195k 187k 175k > 2 328k 302k 249k 241k 349k 334k 296k > 3 479k 437k 179k 174k 501k 464k 404k > 4 622k 568k 143k 183k 620k 580k 492k > 5 755k 697k 136k 128k 737k 693k 579k > 6 887k 808k 131k 120k 830k 782k 640k > 7 1004k 926k 126k 131k 926k 863k 693k > 8 1099k 1015k 117k 115k 1001k 931k 712k > 9 1194k 1119k 115k 111k 1055k 991k 711k > 10 1278k 1207k 109k 114k 1130k 1046k 695k > 11 1345k 1280k 110k 108k 1119k 1091k 663k > 12 1411k 1356k 104k 106k 1201k 1142k...

Hi there, I''m periodically having issues with btrfs running in a Ubuntu VM using VirtualBox. After the VM has been running for a while (a couple days), any write operation seems getting stuck. The read seems totally fine. I tried a simple dd of a 4M file and it got stuck after writing 131K worth of data. I don''t know if this is btrfs related, or it is due to some bug in VritualBox. Could you guys provide information on how to debug this (collecting logs, getting dumps etc.)? Thanks a lot! thanks, - cheng -- To unsubscribe from this list: send the line "unsubscribe lin...

...0008528890000055C4CB79BB8d0 - - 3 12 214K 12.2K c3t6002219000854867000004C14CB7A0FDd0 - - 3 12 215K 12.2K raidz1 5.88T 441G 4 1 14.9K 12.4K c3t60022190008528890000042B490FB124d0 - - 1 1 131K 2.33K c3t6002219000854867000004C54CB7A199d0 - - 1 1 132K 2.33K c3t6002219000854867000004C74CB7A1D5d0 - - 1 1 130K 2.33K c3t6002219000852889000005594CB79B64d0 - - 1 1 133K 2.33K c3t6002219000852889000005624CB79C86d0...

...le parameter to other stuffs to control the number of threads I believe. Thanks > > # num-queues > # bare metal > # virtio-blk > # vhost-blk > > 1 171k 148k 195k > 2 328k 249k 349k > 3 479k 179k 501k > 4 622k 143k 620k > 5 755k 136k 737k > 6 887k 131k 830k > 7 1004k 126k 926k > 8 1099k 117k 1001k > 9 1194k 115k 1055k > 10 1278k 109k 1130k > 11 1345k 110k 1119k > 12 1411k 104k 1201k > 13 1466k 106k 1260k > 14 1517k 103k 1296k > 15 1552k 102k 1322k > 16 1480k 101k 1346k > > Vitaly Mayatskikh (1): > vhos...

Hi I have setup iproute2 and need a bit of help reading the stats from it ===== output qdisc htb 1: r2q 10 default 20 direct_packets_stat 0 ver 3.17 Sent 547326809 bytes 1342627 pkts (dropped 9303, overlimits 2817572 requeues 0) backlog 46p qdisc sfq 10: limit 128p quantum 1514b flows 128/1024 perturb 10sec Sent 41874343 bytes 730889 pkts (dropped 0, overlimits 0 requeues 0) qdisc sfq

Hello listmates, I would like to build a 12-15 TB RAID 5 data server to run under ContOS. Any recommendations as far as hardware, configuration, etc? Thanks. Boris.

Icecast 2.0 and Ices 2.0 are both fairly usable now. I have set up a semi-permanent test stream for people to bang on at: http://i.cantcode.com:8888/ices.ogg Please report any problems you have. I say semi-permanent, because it will probably crash now and then, and I will be developing and putting up the new versions on a regular basis. If it stops working for more than an hour, somethings

Icecast 2.0 and Ices 2.0 are both fairly usable now. I have set up a semi-permanent test stream for people to bang on at: http://i.cantcode.com:8888/ices.ogg Please report any problems you have. I say semi-permanent, because it will probably crash now and then, and I will be developing and putting up the new versions on a regular basis. If it stops working for more than an hour, somethings

Joseph Little wrote: > I''d love to "vote" to have this addressed, but apparently votes for > bugs are no available to outsiders. > > What''s limiting Stanford EE''s move to using ZFS entirely for our > snapshoting filesystems and multi-tier storage is the inability to > access .zfs directories and snapshots in particular on NFSv3 clients.