Size limit on chatMessageHostedContent content bytes - microsoft-graph-api

Is there any size limit on the contentBytes Microsoft Graph API v1 chatMessageHostedContent? I am figuring out how to download hosted content, given that I am constrained with a ~8mb content download size limit.
One of the comments in this question says that contentBytes can be in GBs. If so, what is the way to upload such a huge hosted content. I was able to send only around 3mb of hosted content bytes along with the SendMessage API.

According to this discussion, while posting the maximum size is 4 MB. Generally, the size should not exceed 3 GB and it's better to split up the files.

Related

In Twilio Studio Flow, is there a way to control file extensions, and limit file size of incoming message medias?

I want to limit the file extensions to jpeg/png of a particular size (7 mb for example).
Do I achieve this through Functions ?
Twilio developer evangelist here.
MMS messages coming into Twilio are limited by the carriers and you can see how big the images can be in the documentation here. The total size of a message, including all attachments and text, should be no greater than 5MB.
So, you should not receive images that are larger than 7MB and they should be smaller.

Formrecognizer preview: Train model error Payload too large

I'm trying to train a model in the formrecognizer preview using the test console (western europe) provided by azure. But i get an error code 413 Payload Too Large. The error message is: Unable to process dataset. Size of dataset exceeds size limit (4.00MB).
I've provided a SAS-Storage-Url pointing to a blob container. This blob container contains 5 png-files. Each with a size between 2.7 and 3.1 MB and with a content-type of application/png.
From the documentation i know that the file size must be smaller than 4 Mb.
Is the size of the complete dataset (sum of all trainig files) restricted to four Megabytes?
Form Recognizer v1 supports a training set which must be less than 4 megabytes (MB) total. The Form Recognizer v1 APIs are sync APIs and have a time limit on the processing time, hence the limits. Form Recognizer v2.0 (preview) is an async API and enabling training on large data sets. Please use the v2.0 (preview) API.
Further detail: try the V2 API or later.
It isn't possible to "solve" this problem other than to shrink the training documents. A process for shrinking them manually rather than using code is below:
PDFEscape (has a free trial, excellent tool)
Export all images from page
Irfanview - batch operations, resize images by percent, save to PDF
PDFEscape select all PDF versions of individual page images, right-click in Windows explorer and PDFEscape-merge. Reorder if necessary, then save the new PDF

What is the largest message Aeron can process?

What is size of the largest message real-logic's Aeron can process?
I realize Aeron shines for small messages, however I would like to have a single protocol throughout our stack and some of our messages easily reach a size of 100Mb.
The documentation is not clear on what settings affect the answer to this question. My worry is that the default buffer settings don't allow messages of this size. Or do the buffer settings have no impact on maximum application message size?
We discussed this issue on a recent conference with Martin Thompson, main contributor of Aeron.
Not only it is not possible to exceed the size of the page, if you take a look at the Aeron presentation slides 52 to 54, these are main reasons not to push large files:
page faults are almost guaranteed, if message size is close to the
page size, and it will make Aeron repeat the sequence with the next
page, i.e. major slowdown
cache churn
VM pressure
Long story short, split your 100M message into smaller chunks, at most 1/4 of the page size minus header, if you use IPC; or the size of MTU minus header (maximum transfer unit), if you go via UDP. It will improve throughput, remove pipe clogging and fix other issues. The logic behind MTU is, occasionally UDP packets get lost and everything is re-sent by Aeron starting with lost packet. So, you want to have your chunks fit a single packet for performance.
For maximum performance, in your application-level protocol, I would create a first packet having file metadata and length, the receiving side then creates memory-mapped file on HDD of given length and fills it up with incoming chunks, where each chunk includes offset and file ID (in case you want to push multiple files simultaneously). This way you copy from Aeron buffer to mmap and completely avoid garbage collection. I expect the performance of such file transfer to be faster than most other options.
To answer the original question:
With default settings, maximum message size is 16MB minus 32 bytes header.
To change it, on your media driver you can try changing
aeron.term.buffer.length and aeron.term.buffer.max.length system properties (see Aeron Configuration Options). Here, term buffer corresponds to a "page" in other parts of documentation and in fact, works similarly to OS memory pages in some respects. While term.buffer.max.length configures number of buffers/pages in rotation.

Why is size of data transferred from server to client so much less than actual size of assets?

I am developing a rails app in chrome and would like to figure out how much data is being sent from the server to the browser(chrome). When I look at the "Network" tab, chrome shows the size of every request and then at the bottom tells me the total amount transferred. It seems that the total amount transferred is the sum of the 'size' column. Directly underneath each size item is a greyed out 'content' which seems to be the actual size of the file on the server. So for example, I have an image that is 2 kB on the server but the amount transferred is only 235 bytes. What is going on here?
sprockets has an image compressor. I presume that is what's happening in your case.
https://github.com/botandrose/sprockets-image_compressor

iPad local data storage limit

Can anyone tell me what is the maximum size that can be download from the web
and can be stored locally.
The limit is 5 MB.
See also this S.O. post.
You could also have a look at this if you are interested in going beyond that limit.
EDIT: after your comment I see you are not referring to local web storage. Local web storage is a new possibility offered by HTML5 to store key-value pairs. This has got the limitation I was mentioning.
As to your case, I don't think that there is some restrictive limit on the amount of data you can download and store locally (in your Documents directory) in order to access it later. You can check this, where answers range from a minimum of 2GB of flash space to no limit at all. So you can be safe.
If you are referring to the limit in the total amount of data you can download over 3G connections (also called over-the-air download), this is 20MB. You are only allowed to download a larger file when using Wi-Fi.

Resources