Import is very slow...Ki9ndly suggest

friend...
When I am running the import statement with 5gb of dmp file..It is running very slow even thou i have given the buffer as 5000000..
kindly suggest where i am going wrong...
it very urgent...
Srini

Here is some thing from the Oracle Utilities guide.
Processing Restrictions
The following restrictions apply when you process data with the Export and Import utilities:
Java classes, resources, and procedures that are created using Enterprise JavaBeans (EJB) are not placed in the export file.
Constraints that have been altered using the RELY keyword lose the RELY attribute when they are exported.
When a type definition has evolved and then data referencing that evolved type is exported, the type definition on the import system must have evolved in the same manner.
The table compression attribute of tables and partitions is preserved during export and import. However, the import process does not use the direct path API, hence the data will not be stored in the compressed format when imported.

Similar Messages

My MacBook Pro is very slow any suggestions?

My MacBook Pro is very slow any suggestions?

OS X 10.7/10.8
http://support.apple.com/kb/PH3915
Start up in Safe Mode.
http://support.apple.com/kb/PH4373
Repair Disk
Steps 1 through 7
http://support.apple.com/kb/PH5836?viewlocale=en_US
Increase Disk Space
http://support.apple.com/kb/PH10677?viewlocale=en_US

My Mac Book Pro is suddenly very slow. Suggestions?

My Mac Book Pro is suddenly very slow. Suggestions?

Hi p,
Try any of the following which you have not yet done:
Make sure you have at least 15% free space available on your HD.
Check SMART status on HD.
Repair Permissions.
Repair Disk.
SMC Reset.
Safe Boot.
Check Page outs in Activity Monitor.

DB Import is very slow on ESX

Hi All,
We are performing OS/DB migration from Sun/Oracle to Win/SQL server. Export took 9 hours when we perform import it is taking more than 25 hours and we are using ESX ( VMWARE), import system configuration is
OS : Windows 2003
DB : SQL Server
8 CPUS
32 GB RAM
1.5 TB HD ( for databases)
500GB for log files 1
500GB for log file 2
Importing is taking very slow and we are split export and import method. Please help me reason for the slow performance and let know any specific configuration we have to use for sap on vmware specific to SQL Server DB.
Regards,
Kanthi.

> - How big is your queued disk I/O? (use performance monitor to check)
This number indicates whether you have an I/O problem (using too many R3loads in parallel). If you want to trace down performance problems you should get familiar with the Windows tools, you may need that later during production also.
> - How many parallel processes are you running?
>
> 20
And you make sure using migration monitor that no packages of the same table are loaded simultaneously if you have split the talbles?
> Network team is complaining about some ESX issues are experiencing, is this effect to the performance of the DB-Import.
I can't say since I don't know if you load the data from a network drive or locally or if the system loading the data into the database is local or remote.
I suggest you open an OSS call, they may have a look on the system and may give you some idea. Just from a description without having actual I/O key numbers it's impossible to give any hint where to look at to speed things up.
Markus

Import running Very Slow!!!

Hi Guys,
This is in sequence with my first two posts...i'lll explain the whole scenario....
I have a 44 GB table on an Oracle DB 9.2.0.8. I first tried to truncate it but it was taking huge amount of time...
So, i truncated the table with:-
SQL> Truncate table TABLENB REUSE STORAGE;
After this i tried to Drop the table and it took approx 16-18 hrs to drop it. Now, i have started a import of the table using following command:-
imp schema/passwd
file=/oracle/XX/97/imp/TABLENB.1.exp,/oracle/XX/98/imp/TABLENB.2.exp,/oracle/XX/99/imp/TABLENB.3.exp log=/oracle/XX/97/exp/TABLENB.imp.log tables=TABLENB feedback=10000 indexes=N ignore=Y
It has taken 16 hrs till now and when i run the following query the output is as follows:-
SQL> select extents from dba_segments where segment_name='TABLENB';
EXTENTS
12450
Initially the table had about 1 million extents....
Can somebody tell, is dere any way i can speed up the import process or is dere any lock on the table which is making the import slow????
Regards,
Nick.
Message was edited by:
Nick-- wud b DBA

Yeah Justin, u've recalled correctly.........
Unfortunately, as per the Pre-plan (Assigned to us by
someone else), we are importing back into the
Dictionary Managed Tablespace....... :-(I'd suggest talking to that "someone else" and figuring out why this is being done. Dropping a 1 million extent table from a DMT in 9.2 only to import that same table back into a DMT without even fixing the underlying extent allocation issue is a rather unfortunate plan. At some point, the right answer has to be to fix the plan rather than continuing to slog forward with a poorly conceived plan.
Do u have some suggestion for us so that the import
can be made faster if possible... or simply we have
to sit and wait......Quoting from my earlier reply-- "It would almost certainly be more efficient to pre-create the table with more appropriate extent sizes and then to import the data into that existing table"
Justin

Importing music very slow 0.5x and iTunes freezes during every backup

Everytime I plug my iPod into my computer it freezes and I need to end app also while importing new CDs they are taking about 2-3hrs and it's only transferring at 0.5x. My pc is a windows xp sp3 2.68GHz 760 RAM

I have had some help and have tried many things to resolve this. Bottom line, it was the CD reader. I tried to load the same "slow loading" CD into someone else's computer and it went in faster than I've ever seen (9.5X - 13X). I borrowed his CD reader and put in in my machine and it worked fine for the 5 CD of the 100 I had left to load because they loaded so slow. This time, there was one of these 5 that read in at 1.1X. Again, I borrowed a different CD reader, put it in my machine, and it read fine. This problem was NOT program/system related: I tried cleaning files, running Adware, Antivirus, defrag, etc.) I read/burn lots of CDs and must wear them out in my laptop.

Import goes VERY SLOW

On Windows Vista 64. Based on a quick read of other subjects, this problem may be due to using the new (8.1?) version of iTunes. Was importing some CD's last night (3/31) and the first would go just fine. Then, pop in a 2nd CD and it would burn about 1 song at normal speed (say, 10-14X), but then would slow down dramatically to 0.2X or something (basically, not working). I don't think its the CD R/W drive (as it works for other things, and Vista says the device is functioning properly). Reboot, and exact same thing happens (1st CD just fine, then it craps out). Anybody else have this happen? Anyone have any ideas? Thanks!
Message was edited by: avest

wow - just saw a thread on page 2 w/ the exact same problem - sorry for the repeat!

Import is very Slow with xmltype column in oracle 9.2.0.7

Hi
We are using oracle 9.2.0.7 on Solaris
The import without XMLTYPE column is faster the import of the table with XMLTYPE column.Also when we do the export in direct path it is still going for Conventional(I suppose this is correct for XMLTYPE).
Is this the general behaviour of XMLTYPE...if so how to improve the performance of the import.
Can anybody help us out in resolving the issue.

here is the output
DBMS_METADATA.GET_DDL('TABLE','PAYMENTS_AUDIT')
CREATE TABLE "MMSCBMC"."PAYMENTS_AUDIT"
( "PMTID" NUMBER NOT NULL ENABLE,
"PMTSTATUS" VARCHAR2(32) NOT NULL ENABLE,
"PMTSTATUS_CODE" VARCHAR2(10) NOT NULL ENABLE,
"CSREFID" VARCHAR2(32),
"CURAMT" NUMBER(15,2) NOT NULL ENABLE,
"CUSTOMER_KEY" NUMBER NOT NULL ENABLE,
"ACCTID" VARCHAR2(32) NOT NULL ENABLE,
"BANKREFID" VARCHAR2(34) NOT NULL ENABLE,
"PAYEEID" NUMBER,
DBMS_METADATA.GET_DDL('TABLE','PAYMENTS_AUDIT')
"PAYMENTS_AUDIT_KEY" NUMBER NOT NULL ENABLE,
"PROCDATE" DATE NOT NULL ENABLE,
"DUEDATE" DATE NOT NULL ENABLE,
"IMMEDIATE_GENERATION" NUMBER DEFAULT 0 NOT NULL ENABLE,
"RECURRINGPMTID" NUMBER,
"BATCHID" NUMBER,
"REMIT_INFO" VARCHAR2(200),
"BILLING_ACCT" VARCHAR2(32),
"PAYMENT_METHOD" VARCHAR2(20) NOT NULL ENABLE,
"IS_ACCTNUMBER" NUMBER,
"SPREFID" VARCHAR2(36),
DBMS_METADATA.GET_DDL('TABLE','PAYMENTS_AUDIT')
"FIDEBITTRCNUM" VARCHAR2(32),
"FEE" NUMBER(12,2),
"FEE_TYPE" VARCHAR2(10) DEFAULT NULL ,
"DATE_ADDED" DATE NOT NULL ENABLE,
"CLIENTIP" VARCHAR2(32) NOT NULL ENABLE,
"LAST_UPDATED" DATE NOT NULL ENABLE,
"ACTION" VARCHAR2(32),
"MODIFIEDBY" VARCHAR2(32) NOT NULL ENABLE,
"ISCSR" VARCHAR2(1) NOT NULL ENABLE,
"SUBUSER_KEY" NUMBER,
"TOKEN" NUMBER DEFAULT 0 NOT NULL ENABLE,
DBMS_METADATA.GET_DDL('TABLE','PAYMENTS_AUDIT')
"FUNDINGSTATUS_CODE" NUMBER DEFAULT 0 NOT NULL ENABLE,
"FUNDINGSTATUS" VARCHAR2(32) DEFAULT 'Funds Pending' NOT NULL ENABLE,
"PRODUCT_CODE" VARCHAR2(10),
"SUB_PRODUCT_CODE" VARCHAR2(10),
"ACCT_TYPE" VARCHAR2(3),
"DEST_PRODUCT_CODE" VARCHAR2(10),
"DEST_SUB_PRODUCT_CODE" VARCHAR2(10),
"DEST_BANKREFID" VARCHAR2(34),
"DEST_ACCT_TYPE" VARCHAR2(3),
"ISDEBIT" NUMBER NOT NULL ENABLE,
"PAYMENTFROM_NICKNAME" VARCHAR2(96),
DBMS_METADATA.GET_DDL('TABLE','PAYMENTS_AUDIT')
"PAYMENTFROM_ACCTID" VARCHAR2(32),
"PAYMENTTO_NICKNAME" VARCHAR2(96),
"PAYMENTTO_ACCTID" VARCHAR2(32),
"DEST_ISBUSINESSACCT" NUMBER,
"APPROVE_DATE" DATE,
"APPROVE_KEY" NUMBER,
"LAST_MODIFIER_KEY" NUMBER,
"CHECK_DESC" VARCHAR2(200),
"FAILURE_REASON" VARCHAR2(250),
"PMTFUNDRETRY_COUNT" NUMBER DEFAULT 0 ,
"MQ_TRANSACTIONID" NUMBER,
DBMS_METADATA.GET_DDL('TABLE','PAYMENTS_AUDIT')
"FREQUENCY" NUMBER,
"NUMBEROFREMPAYMENTS" NUMBER,
"OPENENDED" NUMBER,
"ORIGINATOR_KEY" NUMBER NOT NULL ENABLE,
"EXTERNALREFERENCE" "SYS"."XMLTYPE" ,
"EXTERNALINFO" "SYS"."XMLTYPE" ,
"PRINCIPAL_AMT" NUMBER(15,2),
"ESCROW_AMT" NUMBER(15,2),
"LATEFEE_AMT" NUMBER(15,2),
"OTHERFEE_AMT" NUMBER(15,2),
"REGULARPMT_AMT" NUMBER(15,2),
DBMS_METADATA.GET_DDL('TABLE','PAYMENTS_AUDIT')
CONSTRAINT "PK_PAYMENTSADT_KEY" PRIMARY KEY ("LAST_UPDATED", "PAYMENTS_AUDIT_K
EY")
USING INDEX PCTFREE 10 INITRANS 2 MAXTRANS 255
STORAGE(INITIAL 65536 NEXT 1048576 MINEXTENTS 1 MAXEXTENTS 2147483645
PCTINCREASE 0 FREELISTS 1 FREELIST GROUPS 1 BUFFER_POOL DEFAULT)
TABLESPACE "MMS_DATA_TBS" ENABLE,
CONSTRAINT "FK01_PAYMENTS_AUDIT" FOREIGN KEY ("APPROVE_KEY")
REFERENCES "MMSCBMC"."CUSTOMER" ("CUSTOMER_KEY") ENABLE,
CONSTRAINT "FK02_PAYMENTS_AUDIT" FOREIGN KEY ("LAST_MODIFIER_KEY")
REFERENCES "MMSCBMC"."CUSTOMER" ("CUSTOMER_KEY") ENABLE,
CONSTRAINT "FK06_PAYMENTS_AUDIT" FOREIGN KEY ("ORIGINATOR_KEY")
DBMS_METADATA.GET_DDL('TABLE','PAYMENTS_AUDIT')
REFERENCES "MMSCBMC"."ORIGINATOR" ("ORIGINATOR_KEY") ENABLE
) PCTFREE 2 PCTUSED 40 INITRANS 1 MAXTRANS 255 LOGGING
STORAGE(
BUFFER_POOL DEFAULT)
TABLESPACE "PAYMENTS_AUDIT_DATA_TBS"
PARTITION BY RANGE ("LAST_UPDATED")
(PARTITION "M1_2005" VALUES LESS THAN (TO_DATE(' 2005-02-01 00:00:00', 'SYYYY-
MM-DD HH24:MI:SS', 'NLS_CALENDAR=GREGORIAN'))
PCTFREE 2 PCTUSED 40 INITRANS 1 MAXTRANS 255
STORAGE(INITIAL 65536 NEXT 1048576 MINEXTENTS 1 MAXEXTENTS 2147483645
PCTINCREASE 0 FREELISTS 1 FREELIST GROUPS 1 BUFFER_POOL DEFAULT)
DBMS_METADATA.GET_DDL('TABLE','PAYMENTS_AUDIT')
TABLESPACE "PAYMENTS_AUDIT_DATA_TBS"
LOB ("SYS_NC00059$") STORE AS (
TABLESPACE "PAYMENTS_AUDIT_DATA_TBS" ENABLE STORAGE IN ROW CHUNK 8192 PCTVERSI
ON 10
NOCACHE
STORAGE(INITIAL 65536 NEXT 1048576 MINEXTENTS 1 MAXEXTENTS 2147483645
PCTINCREASE 0 FREELISTS 1 FREELIST GROUPS 1 BUFFER_POOL DEFAULT))
LOB ("SYS_NC00061$") STORE AS (
TABLESPACE "PAYMENTS_AUDIT_DATA_TBS" ENABLE STORAGE IN ROW CHUNK 8192 PCTVERSI
ON 10
NOCACHE
DBMS_METADATA.GET_DDL('TABLE','PAYMENTS_AUDIT')
STORAGE(INITIAL 65536 NEXT 1048576 MINEXTENTS 1 MAXEXTENTS 2147483645
PCTINCREASE 0 FREELISTS 1 FREELIST GROUPS 1 BUFFER_POOL DEFAULT)) NOCOMPRESS ,
PARTITION "M2_2005" VALUES LESS THAN (TO_DATE(' 2005-03-01 00:00:00', 'SYYYY-M
M-DD HH24:MI:SS', 'NLS_CALENDAR=GREGORIAN'))
PCTFREE 2 PCTUSED 40 INITRANS 1 MAXTRANS 255
STORAGE(INITIAL 65536 NEXT 1048576 MINEXTENTS 1 MAXEXTENTS 2147483645
PCTINCREASE 0 FREELISTS 1 FREELIST GROUPS 1 BUFFER_POOL DEFAULT)
TABLESPACE "PAYMENTS_AUDIT_DATA_TBS"
LOB ("SYS_NC00059$") STORE AS (
TABLESPACE "PAYMENTS_AUDIT_DATA_TBS" ENABLE STORAGE IN ROW CHUNK 8192 PCTVERSI
DBMS_METADATA.GET_DDL('TABLE','PAYMENTS_AUDIT')
ON 10
NOCACHE
STORAGE(INITIAL 65536 NEXT 1048576 MINEXTENTS 1 MAXEXTENTS 2147483645
PCTINCREASE 0 FREELISTS 1 FREELIST GROUPS 1 BUFFER_POOL DEFAULT))
LOB ("SYS_NC00061$") STORE AS (
TABLESPACE "PAYMENTS_AUDIT_DATA_TBS" ENABLE STORAGE IN ROW CHUNK 8192 PCTVERSI
ON 10
NOCACHE
STORAGE(INITIAL 65536 NEXT 1048576 MINEXTENTS 1 MAXEXTENTS 2147483645
PCTINCREASE 0 FREELISTS 1 FREELIST GROUPS 1 BUFFER_POOL DEFAULT)) NOCOMPRESS ,
DBMS_METADATA.GET_DDL('TABLE','PAYMENTS_AUDIT')
PARTITION "MAX_VALUE" VALUES LESS THAN (MAXVALUE)
PCTFREE 2 PCTUSED 40 INITRANS 1 MAXTRANS 255
STORAGE(INITIAL 65536 NEXT 1048576 MINEXTENTS 1 MAXEXTENTS 2147483645
PCTINCREASE 0 FREELISTS 1 FREELIST GROUPS 1 BUFFER_POOL DEFAULT)
TABLESPACE "PAYMENTS_AUDIT_DATA_TBS"
LOB ("SYS_NC00059$") STORE AS (
TABLESPACE "PAYMENTS_AUDIT_DATA_TBS" ENABLE STORAGE IN ROW CHUNK 8192 PCTVERSI
ON 10
NOCACHE
STORAGE(INITIAL 65536 NEXT 1048576 MINEXTENTS 1 MAXEXTENTS 2147483645
PCTINCREASE 0 FREELISTS 1 FREELIST GROUPS 1 BUFFER_POOL DEFAULT))
DBMS_METADATA.GET_DDL('TABLE','PAYMENTS_AUDIT')
LOB ("SYS_NC00061$") STORE AS (
TABLESPACE "PAYMENTS_AUDIT_DATA_TBS" ENABLE STORAGE IN ROW CHUNK 8192 PCTVERSI
ON 10
NOCACHE
STORAGE(INITIAL 65536 NEXT 1048576 MINEXTENTS 1 MAXEXTENTS 2147483645
PCTINCREASE 0 FREELISTS 1 FREELIST GROUPS 1 BUFFER_POOL DEFAULT)) NOCOMPRESS )

SELECT query very slow, need suggestion.

Dear all,
Below stmt was coded in my report program.
It was taking around 14 seconds in development system. The days in s_datum was just 1 or 2 days max.
But when the same was transferred to test system, it is taking almost 10 minutes, though it we gave just 1 day.
SELECT * FROM likp INTO TABLE i_likp
        WHERE erdat IN s_datum AND wadat_ist > '00000000'
          AND lfart <> 'EL'
          AND vstel not in s_vstel.
Some of you might suggest to make SELECT query with only s_datum, but i tried it in dev system, it was taking almost 22 secs with only s_datum. I thought it could be more worse in test system so, did not move that idea.
Can some one please suggest me why it is happening so.

Hi,
The difference, as I suppose you know, happens because LIKP probably has much more records in production than in the development system.
You must think what is selective in your WHERE clause:
- erdat in s_datum is selective if you are are only using one day
- wadat_ist GE '00000000' is not selective (all deliveries with goods issue fulfill that condition)
- lfart NE 'EL' probably is not selective
- vsten not in s_vstel probably is not selective
So in the end only erdat is selective. There is no index in LIKP by ERDAT, so if you really want to make it faster you would need an index by ERDAT.
Still, if you are only making one SELECT (not inside a loop) I wouldn't expect that to take more than 10 minutes.
I would measure the program with SE30 to make sure it is really the SELECT that is taking so much time (post here the results), and if it really is the select post here the explain plan.
By the way, if you need to know all goods issues for the last day I would use change pointers instead.
Hope this helps,
Rui Dantas

Upload speed very slow - Any suggestions ?

Hello everyone,
I am trying to upload about 10GB of files (vBox image) to Beehive online. I tried the following:
From Home location with 60Mb down and 6Mb upload connection directly to the Internet
Beehive extensions for Explorer --> 13 hours upload time which crashed several times so I am still trying to upload
CoreFTP 64 bit (as 32 bit crashes) --> 13 hours upload finished but the resulting files do not match the size. Resume upload (APPEND) has not been implemented
Upload to Oracle internal server (6Mbit/sec from home to Oracle, great !)
GFTP to Beehive online --> GFTP does not respond and crashes
Mount Webdav location to local directory and copy the files --> Files get created with size 0 bytes
Are there any other options for upload, both inside and outside of the Oracle network ?
Where are the servers physically located so I can perhaps choose a development box near the server for uploading ?
Thanks !
Robert

no, no… more simply !
settings->iCloud->Documentation and Data turn it off. that solved my problem !
NO RESET ALL BEFORE TEST THAT !

S6000L Very Slow Charging

My new S6000L is currently taking its second charge. It's taking HOURS and it's only at 30%. The initial charge from out of the box took a few hours, but this is far longer.
I've tried turning it off during charge and I get the battery-only display, but it makes little difference.
Version of Android is stock 4.2.2.
Any ideas?

Hi Unhuman,
Welcome to Lenovo Community Forums!
I’m sorry to hear that your S6000L Tablet is not charging as expected and the process of charging is very slow, I suggest you to backup the data in the tablet and perform reset by selecting the option in Settings>Backup & reset>Factory Data Reset, if the issue persists even after resetting the Table the issue may be hardware related; I suggest you to contact the nearest authorized service center if you face any kind of issue or contact our Technical Support.
Click here to open a link where you can select the country and get the exact contact support number. I’m sure they will be a great help.
Do post us back for further queries.
Best Regards
Shiva Kumar
Did someone help you today? Press the star on the left to thank them with a Kudo!
If you find a post helpful and it answers your question, please mark it as an "Accepted Solution"! This will help the rest of the Community with similar issues identify the verified solution and benefit from it.
Follow @LenovoForums on Twitter!

IWeb, very slow

My iWeb is extreamly slow. It is a pre-installed iLife '06 version.
I can't do anything in it. The only thing it can do, is take up CPU processes.
I have reinstalled it, but still the same thing. It is still very slow.
Suggestions anyone?

I have this problem too.

Lightroom 5.5 Import from Catalog *very* slow performance.

Importing from a second catalog from a shoot is *very* slow with the last version or couple of versions of Lightroom. It's been about 20 minutes and the import is moving glacially slow and is only about 20% done.
Here are as many stats as I have:
iMac 27" 3.5Ghz Core i7, 32G of ram, 3T fusion drive (the late 2013 model maxed out)
Master catalog has 117,000 images in it.
The catalog I'm importing has 948 images in it.
CPU use during the import is 100% used by lightroom (note that the multiple CPUs can go to more than 100% so this means I think that one CPU is maxed out, though LR can sometimes take 500% of my CPUs during an export)
Lightroom is using 4.2G of RAM (10G free in activity monitor)
Hard drive is fairly full, but still has 366G free on it (so about 10%)
Lightroom Mobile sync is enabled (not on this folder I don't think) but says "service unavailable" at this point.
Lightroom is fully up to date (5.5) on both iMac and laptop (also a mac in case that matters). Both are up to date with the latest OS software.
How I did it was:
Export the shoot as a new catalog on my iMac
Transfer it to my laptop (smart previews only, no masters)
Edit images, metadata, etc
Transfer the entire folder back (.lrcat, previews, smart previews) to iMac
In my master catalog do an import from catalog
Waited for ages for checking for dupes (which I can understand with such a big catalog)
Selected to import all, changing metadata and develop edits, and selecting to put new images in the folder (not sure why it asked as there weren't any new images)
The last time I did an import I started it and then went out somewhere so I didn't notice how long it took, but this seems completely crazy. In the time it's taken to write this up it's now about 20 minutes later and the progress bar is maybe at the 33% range. It's still working away, it's just crazy crazy slow.
Anything to help out or debug would be greatly appreciated. I suspect it's pure size of the catalog, but 120k isn't outside the realm of what I've heard people say works fine, or maybe the Fusion drive (maybe the OS is trying to move files around behind the scenes)?
Either way this didn't seem to be an issue until the last couple of versions (I haven't gone and re-installed 5.4 or 5.3 to check) and it's starting to really frustrate me

Hi Jim,
Great suggestion! It opens perfectly fine on its own. I even went as far as re-exporting it once it loaded but am still experiencing the same issue. That same catalog loads perfectly fine on my assistant's iMac.
I can't really think about anything that changed in my environment with the exception of a new Bootcamp partition to run windows on an external Thunderbolt HD but I doubt this is related.
I'm open to any suggestions while I am trying this again... 10 minutes of 'Checking for changed and duplicate photos'.

TS3276 My e-mail service is very slow. Even if I rebuild after opening a new message it resorts back to it's very slow service, any suggestions?

My e-mail very very slow to download and open. I have tried rebuilding my e-mail account and after opening one or two messages at a faster speed, it slows back down. Orginally when I purchased the computer and set it up it was great.

Thanks for the additional details msims1985. Verizon Wireless does not throttle however, we do implement network optimization. You can view more information here http://vz.to/17U9bZd The good news is 4G devices are not impacted! Per the details you provided it seems as if it is a device issues. When you received a replacement did you receive a replacement sim? If not, I suggest a new sim. You can receive a sim at a direct store location, online or I can send one. Please share. Thank you.
Tominque B.
Please follow us on Twitter @VZWSupport

My MacBook Pro is running very slow when using the internet and sometimes gives the pinwheel of death, any suggestions on how to fix?

My MacBook Pro is running very slow when using the internet and sometimes gives the pinwheel of death, any suggestions on how to fix?

<http://www.thexlab.com/faqs/sbbod.html>

Import is very slow...Ki9ndly suggest

Similar Messages

Maybe you are looking for