Previous commentators have noted the simulator's tendency to send attacks in a single wave. This can lead to a comment from one recipient warning another. Additionally, the wave may overwhelm local IT support.
To my mind it makes sense to split a large recipient base up into slices to be attacked at different times and possibly with minor variations in the payload. I had been looking at dynamic groups to do this.
Am I correct in saying no type of dynamic group is acceptable to the attack simulator? I have tried the new Microsoft 365 groups, but with the group features suppressed to prevent the group itself from mailing, the simulator will not mail the membership either.
I was recently testing memory constraints of the Playdate to try and configure my own memory management stuff appropriately and I discovered that the Map tab of the Malloc Log window does not behave at all like it does on Mac.
I set up a simple test game where I can press a button to allocate 64kB of memory and clear it to 0xDD so I can test what this tab looks like at various amounts of usage. As far as I can tell, the visualization does not change almost at all, not matter how much memory I am using. This is with "Automatically Refresh" being turned on (and clicking the refresh button occasionally to be sure).
Also nothing in the simulator seems to complain if I go over 16MB of memory usage. All of my allocations are going through pd->system->realloc so they are getting tracked (hence why the number in the bottom right changes). I have noticed the "Heap Used" number doesn't seem to change much either. Maybe that's related? Or maybe I don't understand what it's supposed to indicate. Also I'm on SDK 2.1.1 (latest)
Probably not incredibly helpful, but maybe some additional questions can help shed some more light on this. I'm developing on Mac where it works but do have access to a Windows machine, so will attempt to test this.
Hmm, there's definitely something more nuanced going on. Try changing your allocation to something much larger, like 256kB at a time. You'll find that the map tab of the malloc log window does not show the same sort of growth. Also the "Active" value grows much quicker while the "Heap Used" value doesn't seem to change at all. In my case, I have a memory allocator that only allocates 256kb pages at a time and then manages the memory inside those pages internally. So I was never making any small allocations to pd->system->realloc directly
Tested 256, works fine. As long as the heap value is incrementing the map table fills. If you could work up an example that shows exactly what you're doing that would be most helpful. Are you double sure you're not calling malloc directly someplace (instead of pd->system->realloc())? Are you using some library that may be calling it?
I'm curious, was the problem something to do with that specific size of allocation? Or was it allocations over a particular size? The more I looked into this, the more I was surprised it was breaking for only the very specific size of allocation I was doing
The allocation tracker, when run on Windows, has slightly different behavior when an allocation would fail that was then turning around and allocating blocks when it shouldn't have been. There was also a size threshold which would trigger this different path as well. Both of these paths are now (correctly) disabled on Windows.
Yes, Malloc Pool didn't correctly work before 2.3 on Windows and would allow you to allocate memory beyond the 16 MB limit. I'm not sure why it was working on device, but I would look into this further. Looks like you're right up against the limit.
The presentation you see in that video is an iPhone connected via USB cable and viewed via QuickTime. (The give-away clue is that the time is always 9:41 - it must mean something to someone at Apple.)
I should also note that I use something similar on Android called "AirDroid" to do remote presentation (when I have really good WiFi). If not, I fall back to using something like Zoom. It's not a simulator, as you still need a device running the OS, app loaded, etc), but it works well when you need to present to others.
Instead use Webex or Zoom from the Apple or Android mobile phone and share the screen with the meeting. That way users see the real mobile applications based on a real operating system and device hardware.
LTspice is a powerful, fast, and free SPICE simulator software, schematic capture and waveform viewer with enhancements and models for improving the simulation of analog circuits. Its graphical schematic capture interface allows you to probe schematics and produce simulation results, which can be explored further through the built-in waveform viewer.
Learn how to use LTspice with our tutorials below or dive deeper with our selection of helpful tips and articles. You can also browse our library of macromodels and demo circuits for select Analog Devices products.
Learn how to perform a basic AC analysis in LTspice as well as some capabilities you might not already know about. Also learn how to set up a noise simulation in LTspice to view both input and output referred voltage noise.
The key to most circuit designs is the speed with which you can reach an understanding of your circuit, its correctness, and its limitations. LTspice outperforms many other simulation tools and enables you to iterate your designs in minimal time.
Microsoft Flight Simulator has "flight lessons" with a virtual flight instructor, some of which teach concepts that are taught during actual flight training. These simulators are becoming very realistic, and I can see them being helpful as an introduction to a subject prior to running the Hobbs meter and paying for actual flight time. Will this experience help or hurt someone who decides to become a real pilot? Is it a tool which can help students/instructors in an actual training environment?
Clarification:
This was written about Microsoft Flight Simulator X (FSX). Parts of the answer probably apply to the new Microsoft Flight Simulator (2020 release), but that isn't what I had in mind when writing this. Maybe a new answer will be appropriate after using MSFS for some time.
Especially when I was a student, I found this incredibly helpful for my long cross country flights. You can look at a map all you want, but its still not the same as sitting in the simulator, and looking around ("I see the mountain on my left.... and the lake below me. I can follow this valley all the way to the airport..." etc). And I've generally found the simulator, with good terrain and textures loaded, can be pretty close to reality.
The night before I did a student flight from KBFI to KVUO, I flew the entire thing in FSX. The next day, it really felt pretty much like making the same flight all over again. Based on the landmarks, timing, views, etc, I knew exactly where I was, and I was confident that everything was going right.
Because of these limitations, I would NOT use a flight simulator to try to learn takeoffs, landings, or certain maneuvers. (You can learn the "procedure" in a simulator... when to reduce power, when to add flaps. But the "feel" will be all wrong).
Typically in real-world training, my instructor told me: "We're going to practice engine-out emergencies" and my mind immediately starts preparing for that... And naturally, we have to do them at a safe altitude in a safe area.
In a flight simulator, you can set up the computer to give you a random emergency at a random time. You might get the problem on short-final, or over a metro-downtown area. Something that you just can't do in reality.
I haven't had any real-life emergencies, so I don't know how accurate a flight simulator is. But I believe that some practice is better than no practice at all, and flight sim lets me fly into storms, icing, get lost in fog, fly approaches below minimums, have an engine seize up on me, etc, all without risking my butt or a $200,000 airframe.
Procedures
Reviewing steps and procedures before going in the air. For example, for a student, steep turns or stall recovery can be a little nerve wracking at first. It may be much easier (and cheaper) to do it in a sim with an instructor, discussing all the steps and reasons for actions. Then when the student gets in the air, they won't have the "feel" for it, but at least the general process is already familiar.
Navigation
Tuning and identifying VORs, and interpreting the needles can be done just as well be done on the ground as in the air. If the sim has good, realistic terrain (I prefer MegaSceneryEarth), it can also be used for some visual reference lessons.
Instrument interpretation
Scanning and cross-checking the 6-pack of instruments can be done in a simulator just fine, and a student can practice doing it for long periods of time for a fraction of the cost of flight time.
On the ground & Outside the plane
Anything on the ground, such as taxiing and parking, or anything outside the airplane, such as pre-flight inspection, or weather interpretation, just doesn't work in a sim.
Radios
I haven't seen any flight sims that really work for the practice of talking on or listening to the radios. (I haven't used VATSIM, which might help). I don't think there's any good substitute for actually flying in a real airspace while simultaneously engaging in real radio conversations.
Feel
Even the best full-motion sim isn't a substitute for the forces a student feels in a real airplane. This is especially true on ground-reference maneuvers, takeoffs, and landings, where I feel sims fall far short of reality. No one will ever get a "feel" for the plane from a simulator.
It can definitely help: when I did my instrument rating my instructor used MS FS to walk through (fly through?) various procedures before doing them for real. He also used it for NDB training because the aircraft we used didn't have ADF. I found it very useful, and if I had bought it myself it would probably have saved me a lot of time and money. The main benefit for me was that it lets you run through procedures to practice getting all the steps right and in the right order; I've never used any scenarios like the ones you mentioned so I don't know how useful they are.
d3342ee215