search for: 32x

Hello I have a question about the new setting ITERINDEX. This is my filesystem layout /indices_dovecot : 8 x Fast SSD drives /buzones : 32x SAS 10k rpm disks /buzones/alternativo : 24 x SAS 7.2k rpm slow disks This is my mail_location: mail_location = mdbox:/buzones/domain/%2.26Hn/%2.200Hn/%n:INDEX=/indices_dovecot/indices/%2.26Hn/%2.200Hn/%n:ALT=/buzones/alternativo/domain/%2.26Hn/%2.200Hn/%n What should I write...

...??? Regards > > ??? Mar?a > > El 07/09/17 a las 08:44, Mar?a Arrea escribi?: >> Hello >> >> ??? I have a question about the new setting ITERINDEX. This is my >> filesystem layout >> >> ??? /indices_dovecot : 8 x Fast SSD drives >> ??? /buzones : 32x SAS 10k rpm disks >> ??? /buzones/alternativo : 24 x SAS 7.2k rpm slow disks >> >> ??? This is my mail_location: >> >> mail_location = >> mdbox:/buzones/domain/%2.26Hn/%2.200Hn/%n:INDEX=/indices_dovecot/indices/%2.26Hn/%2.200Hn/%n:ALT=/buzones/alternativo/domain/...

...08:44, Mar?a Arrea escribi?: >>>> Hello >>>> >>>> ???? I have a question about the new setting ITERINDEX. This is my >>>> filesystem layout >>>> >>>> ???? /indices_dovecot : 8 x Fast SSD drives >>>> ???? /buzones : 32x SAS 10k rpm disks >>>> ???? /buzones/alternativo : 24 x SAS 7.2k rpm slow disks >>>> >>>> ???? This is my mail_location: >>>> >>>> mail_location = >>>> mdbox:/buzones/domain/%2.26Hn/%2.200Hn/%n:INDEX=/indices_dovecot/indices/%2...

...- - - - - - - - - siren14 - - - - - - - - - - - - - - - - slin16 - 21996 16998 16999 20996 16998 16997 24996 - - 54991 21997 8998 - - - On CentOS 32x rentier*CLI> show translation Translation times between formats (in milliseconds) for one second of data Source Format (Rows) Destination Format (Columns) g723 gsm ulaw alaw g726aal2 adpcm slin lpc10 g729 speex ilbc g726 g722 g723 - - - -...

When I try to burn anything to cd, I get a message to insert a CD large enough for my file (normally an ISO image). Doesn't matter if the iso image is a 600Mb Centos ISO or a 48Mb DSL ISO. Same warning. My CD-Rs are Memorex 700MB/80min 52x disks that work just fine on XP systems. So what am I missing configuration-wise?

.... I upgraded the memory on both systems to 128GB at no avail. This is the max memory they can take. In summary all I did is upgrade to OI 151.a.7 and reconfigured zpool. Any idea what could be the problem. Thank you -- Peter Supermicro X9DRH-iF Xeon E5-2620 @ 2.0 GHz 6-Core LSI SAS9211-8i HBA 32x 3TB Hitachi HUS723030ALS640, SAS, 7.2K _______________________________________________ zfs-discuss mailing list zfs-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/zfs-discuss

[originally reported for ZFS on FreeBSD but Pawel Jakub Dawid says this problem also exists on Solaris hence this email.] Summary: on ZFS, overhead for reading a hole seems far worse than actual reading from a disk. Small buffers are used to make this overhead more visible. I ran the following script on both ZFS and UF2 filesystems. [Note that on FreeBSD cat uses a 4k buffer and md5 uses a 1k

Hi all ! We have an issue with LLD, it is "relocation R_X86_64_32 out of range" (PR31109) which occurs during resolving relocations in debug sections. It looks happens because .debug_info section can be too large sometimes and 32x relocation is not enough to represent the value. One of possible solutions looks to be to deduplicate information to reduce .debug_info size. The rest of mail contains information about experiments I did, the obtained results and some questions and suggestions as well. I was investigating idea to...

...-DT-ST DVDRAM GSA-4040B, ATAPI CD/DVD-ROM drive -hdd: LG CD-RW CED-8080B, ATAPI CD/DVD-ROM drive -ide1 at 0x170-0x177,0x376 on irq 15 -hda: max request size: 128KiB -hda: 80418240 sectors (41174 MB) w/380KiB Cache, CHS=65535/16/63, UDMA(33) - hda: hda1 hda2 < hda5 hda6 hda7 > hda4 -hdc: ATAPI 32X DVD-ROM DVD-R-RAM CD-R/RW drive, 2048kB Cache, UDMA(33) -Uniform CD-ROM driver Revision: 3.20 -hdd: ATAPI 32X CD-ROM CD-R/RW drive, 2048kB Cache, DMA -Red Hat/Adaptec aacraid driver (1.1.2-lk2 Apr 21 2005) -3ware Storage Controller device driver for Linux v1.26.02.000. -Fusion MPT base driver 3.01....

...RFC] - Deduplication of debug information in linkers (LLD). Hi all ! We have an issue with LLD, it is "relocation R_X86_64_32 out of range" (PR31109) which occurs during resolving relocations in debug sections. It looks happens because .debug_info section can be too large sometimes and 32x relocation is not enough to represent the value. One of possible solutions looks to be to deduplicate information to reduce .debug_info size. The rest of mail contains information about experiments I did, the obtained results and some questions and suggestions as well. I was investigating idea to...

...INDEX & INDEX, is this the expected? ??? Regards ??? Mar?a El 07/09/17 a las 08:44, Mar?a Arrea escribi?: > Hello > > ??? I have a question about the new setting ITERINDEX. This is my > filesystem layout > > ??? /indices_dovecot : 8 x Fast SSD drives > ??? /buzones : 32x SAS 10k rpm disks > ??? /buzones/alternativo : 24 x SAS 7.2k rpm slow disks > > ??? This is my mail_location: > > mail_location = > mdbox:/buzones/domain/%2.26Hn/%2.200Hn/%n:INDEX=/indices_dovecot/indices/%2.26Hn/%2.200Hn/%n:ALT=/buzones/alternativo/domain/%2.26Hn/%2.200Hn/%n &g...

...; >> El 07/09/17 a las 08:44, Mar?a Arrea escribi?: >>> Hello >>> >>> ??? I have a question about the new setting ITERINDEX. This is my >>> filesystem layout >>> >>> ??? /indices_dovecot : 8 x Fast SSD drives >>> ??? /buzones : 32x SAS 10k rpm disks >>> ??? /buzones/alternativo : 24 x SAS 7.2k rpm slow disks >>> >>> ??? This is my mail_location: >>> >>> mail_location = >>> mdbox:/buzones/domain/%2.26Hn/%2.200Hn/%n:INDEX=/indices_dovecot/indices/%2.26Hn/%2.200Hn/%n:ALT=/b...

...gt;>>>> Hello >>>>> >>>>> ???? I have a question about the new setting ITERINDEX. This is my >>>>> filesystem layout >>>>> >>>>> ???? /indices_dovecot : 8 x Fast SSD drives >>>>> ???? /buzones : 32x SAS 10k rpm disks >>>>> ???? /buzones/alternativo : 24 x SAS 7.2k rpm slow disks >>>>> >>>>> ???? This is my mail_location: >>>>> >>>>> mail_location = >>>>> mdbox:/buzones/domain/%2.26Hn/%2.200Hn/%n:INDEX=/...

...onal caching method. In an example R session using a couple of these operations the 64-bit integers performed 22x faster than base 32-bit integers, hash-caching improved this to 24x amortized, sortorder-caching was most efficient with 38x (caching both, hashing and sorting is not worth it with 32x at duplicated RAM consumption). Since the package covers the most important functions for (univariate) data exploration and data management, I think it is now appropriate to claim that R has sound 64-bit integer support, for example for working with keys or counts imported from large databases....

...onal caching method. In an example R session using a couple of these operations the 64-bit integers performed 22x faster than base 32-bit integers, hash-caching improved this to 24x amortized, sortorder-caching was most efficient with 38x (caching both, hashing and sorting is not worth it with 32x at duplicated RAM consumption). Since the package covers the most important functions for (univariate) data exploration and data management, I think it is now appropriate to claim that R has sound 64-bit integer support, for example for working with keys or counts imported from large databases....

If I use SDP, or SIP, or H.32x, I would have my total headers length increased, making it harder to fit payload and headers all together in the GPRS bandwidth (9.6Kbps). So I would like, if possible, to avoid using nothing but RTP/UDP/IP. Juan. El vie, 20-01-2006 a las 08:03 -0800, Duane Storey escribi?: > You generally neg...

...namic range and use it. .a -----Original Message----- From: speex-dev-bounces@xiph.org [mailto:speex-dev-bounces@xiph.org] On Behalf Of Juan Zapatero Sent: Monday, January 23, 2006 1:22 AM To: Speex-dev@xiph.org; Duane Storey Subject: RE: [Speex-dev] Speex RTP profile If I use SDP, or SIP, or H.32x, I would have my total headers length increased, making it harder to fit payload and headers all together in the GPRS bandwidth (9.6Kbps). So I would like, if possible, to avoid using nothing but RTP/UDP/IP. Juan. El vie, 20-01-2006 a las 08:03 -0800, Duane Storey escribi?: > You generally neg...

Has anyone gotten one-touch call parking to work on Polycom phones via the Enhanced Feature Keys feature working? I've looked at various examples, they appear correct, but the phones (501, 3.1.x firmware) show the Park button while in a call but this does not actually cause the call to be parked. Doing a SIP debug, I don't see that anything is transmitted as a result of pressing the call

...; Hi all ! > > > > We have an issue with LLD, it is "relocation R_X86_64_32 out of range" > > (PR31109) > > which occurs during resolving relocations in debug sections. It looks > > happens > > because .debug_info section can be too large sometimes and 32x relocation > > is not enough > > to represent the value. One of possible solutions looks to be to > > deduplicate information > > to reduce .debug_info size. > > The rest of mail contains information about experiments I did, the > > obtained results and > >...

...;> under the CentOS 5.1 supplied kernel. > > testing, i can also now reproduce the problem on an opensuse 11-beta3 install. > > but, as you''ve found, on a vanilla centos51 install, no issues (at > least not with the VGA modes ...) > > so, looks like something in xen 32x''s changed ... > >> try reasking on xen-devel and I''m sure Kier can spout them off the top of his >> head. As far as I could tell at the time, he was the last committer to mess with >> screen modes > > rather than move this thread, i''ll keep it...