search for: 26368

...mb_vwv[ 5]= 0 (0x0) smb_vwv[ 6]= 256 (0x100) smb_vwv[ 7]= 9728 (0x2600) smb_vwv[ 8]= 39 (0x27) smb_vwv[ 9]=64768 (0xFD00) smb_vwv[10]=32995 (0x80E3) smb_vwv[11]= 128 (0x80) smb_vwv[12]=37968 (0x9450) smb_vwv[13]=41678 (0xA2CE) smb_vwv[14]=50358 (0xC4B6) smb_vwv[15]=61441 (0xF001) smb_vwv[16]=26368 (0x6700) smb_bcc=103 size=172 smb_com=0x72 smb_rcls=0 smb_reh=0 smb_err=0 smb_flg=136 smb_flg2=51201 smb_tid=0 smb_pid=10021 smb_uid=0 smb_mid=1 smt_wct=17 smb_vwv[ 0]= 7 (0x7) smb_vwv[ 1]=12803 (0x3203) smb_vwv[ 2]= 256 (0x100) smb_vwv[ 3]= 1024 (0x400) smb_vwv[ 4]= 65 (0x41) smb_vwv[ 5]=...

...05 22:49:03 Info: Dovecot starting up dovecot-auth: Jul 05 22:49:04 Info: MySQL: connected to localhost dovecot-auth: Jul 05 22:49:04 Info: Login process 6 connected dovecot-auth: Jul 05 22:49:04 Info: Login process 7 connected dovecot-auth: Jul 05 22:49:04 Info: Login process 6 sent handshake: PID 26368 dovecot-auth: Jul 05 22:49:04 Info: Login process 8 connected dovecot-auth: Jul 05 22:49:04 Info: Login process 7 sent handshake: PID 26369 dovecot-auth: Jul 05 22:49:04 Info: Login process 8 sent handshake: PID 26370 dovecot-auth: Jul 05 22:49:27 Info: Login process 9 connected dovecot-auth: Jul 0...

>> See if it plays back properly. > > Running aplay as asterisk user seems to be no problem: > > asterisk at puppy$ aplay /usr/share/sounds/alsa/Front_Center.wav > Playing: WAVE '/usr/share/sounds/alsa/Front_Center.wav' : Signed 16 bit > Little Endian, Rate: 48000 Hz, mono > asterisk at puppy:~$ aplay -Dpulse /usr/share/sounds/alsa/Front_Center.wav >

Hello all, I''ve spent a while looking for a sniff of this on the wiki or google at large.. Does migrations work for SQL Server on 1.0 ? -- ------------------------------ Joyeux Noël ------------------------------ Peter Fitzgibbons _______________________________________________ Rails mailing list Rails-1W37MKcQCpIf0INCOvqR/iCwEArCW2h5@public.gmane.org

...at_ioctl32,videodev aic7xxx 156684 0 scsi_transport_spi 27136 1 aic7xxx via_rhine 25416 0 uhci_hcd 26336 0 usbcore 154592 6 dvb_usb_dib0700,dvb_usb,usbhid,ehci_hcd,uhci_hcd serial_core 23744 1 8250 i2c_core 26368 18 mt2060,dib7000p,dib7000m,dvb_usb,tuner,tea5767,tda8290,dib3000mc,dibx000_common,dib0070,tuner_simple,mt20xx,tea5761,tvaudio,bttv,i2c_algo_bit,tveeprom,nvidia v4l1_compat 12292 2 bttv,videodev mii 6144 1 via_rhine pata_via 13252 0 via_agp...

...= 25248 read(3, "\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 1120) = 1120 lseek(3, 24920, SEEK_SET) = 24920 read(3, "A0\0\0\0aeabi\0\1&\0\0\0\0056\0\6\6\10\1\t\1\n\2\22\4\24\1\25"..., 49) = 49 fstat64(3, {st_mode=S_IFREG|0644, st_size=26368, ...}) = 0 mmap2(NULL, 57832, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xb6d6e000 mprotect(0xb6d74000, 28672, PROT_NONE) = 0 mmap2(0xb6d7b000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x5) = 0xb6d7b000 close(3) = 0 access(&qu...

...\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 1120) >> = 1120 >> lseek(3, 24920, SEEK_SET) = 24920 >> read(3, >> "A0\0\0\0aeabi\0\1&\0\0\0\0056\0\6\6\10\1\t\1\n\2\22\4\24\1\25"..., >> 49) = 49 >> fstat64(3, {st_mode=S_IFREG|0644, st_size=26368, ...}) = 0 >> mmap2(NULL, 57832, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, >> 0) = 0xb6d6e000 >> mprotect(0xb6d74000, 28672, PROT_NONE) = 0 >> mmap2(0xb6d7b000, 8192, PROT_READ|PROT_WRITE, >> MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x5) = 0xb6d7b000 >&gt...

...t;>> 1120) = 1120 >>>> lseek(3, 24920, SEEK_SET) = 24920 >>>> read(3, >>>> "A0\0\0\0aeabi\0\1&\0\0\0\0056\0\6\6\10\1\t\1\n\2\22\4\24\1\25"..., >>>> 49) = 49 >>>> fstat64(3, {st_mode=S_IFREG|0644, st_size=26368, ...}) = 0 >>>> mmap2(NULL, 57832, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, >>>> 3, 0) = 0xb6d6e000 >>>> mprotect(0xb6d74000, 28672, PROT_NONE) = 0 >>>> mmap2(0xb6d7b000, 8192, PROT_READ|PROT_WRITE, >>>> MAP_PRIVATE|MAP_FIXED|MAP...

...\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., > 1120) = 1120 > lseek(3, 24920, SEEK_SET) = 24920 > read(3, > "A0\0\0\0aeabi\0\1&\0\0\0\0056\0\6\6\10\1\t\1\n\2\22\4\24\1\25"..., > 49) = 49 > fstat64(3, {st_mode=S_IFREG|0644, st_size=26368, ...}) = 0 > mmap2(NULL, 57832, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, > 0) = 0xb6d6e000 > mprotect(0xb6d74000, 28672, PROT_NONE) = 0 > mmap2(0xb6d7b000, 8192, PROT_READ|PROT_WRITE, > MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x5) = 0xb6d7b000 > close(3)...

...\0\0\0"..., >>> 1120) = 1120 >>> lseek(3, 24920, SEEK_SET) = 24920 >>> read(3, >>> "A0\0\0\0aeabi\0\1&\0\0\0\0056\0\6\6\10\1\t\1\n\2\22\4\24\1\25"..., >>> 49) = 49 >>> fstat64(3, {st_mode=S_IFREG|0644, st_size=26368, ...}) = 0 >>> mmap2(NULL, 57832, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, >>> 3, 0) = 0xb6d6e000 >>> mprotect(0xb6d74000, 28672, PROT_NONE) = 0 >>> mmap2(0xb6d7b000, 8192, PROT_READ|PROT_WRITE, >>> MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x5)...

On Mon, Dec 16, 2013 at 04:16:29PM -0800, Michael Dalton wrote: > Commit 2613af0ed18a ("virtio_net: migrate mergeable rx buffers to page frag > allocators") changed the mergeable receive buffer size from PAGE_SIZE to > MTU-size, introducing a single-stream regression for benchmarks with large > average packet size. There is no single optimal buffer size for all >

On Mon, Dec 16, 2013 at 04:16:29PM -0800, Michael Dalton wrote: > Commit 2613af0ed18a ("virtio_net: migrate mergeable rx buffers to page frag > allocators") changed the mergeable receive buffer size from PAGE_SIZE to > MTU-size, introducing a single-stream regression for benchmarks with large > average packet size. There is no single optimal buffer size for all >