Translator Hub January 2015 release notes

Question

We release an update to the Translator Hub with minor changes:
1. Better integration with the Bing Translator widget: You may use the Bing Translator widget to create new training data for your custom systems. You may also use the editing capabilities inside the Hub to create new training data. New is that both
work on the same data store of the Collaborative Translation Framework: Edits that you made in the widget will show up on the Hub, and vice versa, and at any time you may import the edits as new training data.
To do that, perform these steps once:
- Visit https://datamarket.azure.com/account, using the Microsoft Account that you used for your Translator API subscription
- Look up the “customer ID” on that page and make a copy of it.
- Visit https://datamarket.azure.com/developer/applications
- Click “Register”
- Copy the “customer ID” into the field “Client ID”.
- Enter a name (doesn’t matter what it is)
- Enter a client secret
- Enter a “Redirect URI”, which can be any valid URL, for instance the URL to your site.
- Enter a description. Doesn’t matter what it is.
- Hit “Create”.
Now whenever you use this client ID you just defined in the Translator API, you have access to the edits you have created in the widget OR in the Hub.
Now, each time you want to import community edits
- When composing a training, click “get community translations”.
- Enter the client ID and client secret from above.
This will create a new parallel document that is part of your training corpus.
Yes, we know this is a bit cumbersome right now, we’ll simplify the import process in the next release.
If you use the API and the AddTranslation() method, you can import all of that data for training as well. Just use the same client ID and client secret that you use in the API calls.
2. Longer language identifiers like “mm-cyrl” for Mongolian (Cyrillic) work throughout the Hub and API now.

Answer 1

  [loaded] com.avg.Antivirus.OnAccess.kext (2015.0 - SDK 10.8) [Support] 
  [running] com.avg.Antivirus.gui.plist [Support]
  [running] com.avg.Antivirus.infosd.plist [Support]
  [running] com.avg.Antivirus.services.plist [Support]
  [running] com.avg.apiServices.plist [Support]
  [running] com.avg.avgconfigd.plist [Support]
  [running] com.avg.avgnotifyd.plist [Support]
  [failed] com.avg.avgprivd.plist [Support] [Details]
You do not need anti-malware software.
You have a ton of 3rd party launch agents/daemons which are just consuming RAM that you cannot afford to give to all of these 3rd party packages.
The same for all the Login Items you are starting.
Try booting into Safe Mode, which will not load the 3rd party additions, and see if that speeds things up.  If it does, you need to start removing that stuff.
<http://support.apple.com/kb/ht1564>
You could really benefit from more RAM.  You system has been up for 4 hours, and already you are paging data to disk (352MB so far).  And the huge number of page-ins in just 4 hour (21.67GB) is another indication that you could really use more RAM.  The high page-in stats indicates the Mac is throwing away read-only pages, such as executable code and then loading it back in again, and again, and again, ....  If it had been modified data, you would have seen a larger page-out number.
Doing a Google search for "Macmini3,1 max memory" turned up the following:
*By default, 1 GB is installed as a single module (MB463LL/A) and 2 GB is installed as two 1 GB modules (MB464LL/A). Officially, this model is capable of supporting 4 GB of RAM, but as first reported by MacminiColo, this model unofficially can use 8 GB of RAM after applying EFI Firmware Update 1.2.
Apple Mac mini "Core 2 Duo" 2.0 (Early 2009) Specs
www.everymac.com/.../mac-mini-core-2-duo-2.0-early-200...EveryMac.com